使用jQuery之类的强大框架，似乎有可能在客户端上构建整个应用程序逻辑。这非常类似于将客户端应用程序构建为 native 程序。
现在，假设此客户端应用程序需要访问远程数据库。通常的解决方案似乎涉及Ajax/PHP/MySQL层。
在我看来，不再需要PHP层。浏览器应用程序负责所有逻辑和用户界面。
然后的问题是:是否不应该存在一个仅希望通过HTTP请求并返回XML结果的(希望是健壮且安全的)数据库服务器？然后可以例如通过以下方式容易地解析该结果。客户端上的jQuery。
我似乎找不到符合这些原则的数据库或框架。有任何想法吗？
最佳答案
您的意思是，是否存在一个 native 支持HTTP协议(protocol)的数据库？好吧，有一些。您有MonetDB/XQuery(http://monetdb.cwi.nl/XQuery/QuickTour/XRPC/)和NoSQL数据库，如CouchDB(http://couchdb.apache.org/)。您还可以在更传统的rdbms中使用它，例如Oracle(Oracle Application Express依赖于内置HTTP服务器，又名APEX服务http://www.oracle.com/technology/products/database/application_express/index.html)和MS SQL(服务架构对象，例如http://msdn.microsoft.com/en-us/library/ms190332.aspx和XML View ，请参见http://msdn.microsoft.com/en-us/library/aa286527.aspx)。
但是，确实-您应该质疑这是否真的有用。
我的意思是，总是会有一个处理HTTP的组件。您可能会觉得删除webserver/php层是一件好事，因为您觉得它很多余，并且位于应用程序和数据库之间。但是实际上，我刚才提到的解决方案并没有什么不同-它们被标记在同一软件的顶部，但是数据仍然必须流经该额外的层。
并且您可能想知道，将其全部集成在一起是否真的有好处:使用单独的Web服务器，您可以独立于数据库服务器扩展Web服务器层。或者，您可以独立于Web服务器层扩展数据库层。如果全部是一件软件，那您就不可能。
基本上，通过将http服务器构建到数据库中，您使数据库服务器负担了一个任务，该任务消耗了本来可以用于其他数据库任务的资源。现在考虑一个常见的情况，即您为数据库的每个处理器许可付费。当您可以使用免费的网络服务器(如apache)来完成此操作时，您是否真的想将该许可证用于数据库处理HTTP请求？即使您使用的是免费的软数据库产品，在许多情况下，数据库服务器也是瓶颈。您是否真的想通过在其中构建HTTP服务器来在板上完成更多任务？
我认为这不是一个好主意还有另一个原因。您提到XML作为数据交换格式。乖但是，如果您想要JSON怎么办？还是YAML？还是纯CSV？诸如PHP，ASP.NET，Perl甚至Java之类的Web服务器脚本语言都具有很好的库来处理这些问题。典型的数据库存储过程语言则没有。当然，您可以更进一步，说吧，天哪，为什么不将Java或.NET内置到数据库中，但这又使问题再次发生了翻天覆地的变化-数据库的任务是存储和检索数据，并做好在存储数据时照顾数据。处理数据以将其呈现给应用程序不是其中的一部分。如果您将它作为数据库工作的一部分来处理，那么您将失去整个系统的灵活性和可伸缩性的重要来源。您可能会觉得开销减少了，因为要考虑的组件少了(例如，Web服务器/脚本语言)，但实际上，它仍然存在，它只是隐藏在数据库软件中，并且浪费了本来可以用于的资源。存储和检索数据，解析查询等。