通过Ajax直接访问服务器数据库（无需PHP或其他中间产品）
使用jQuery之类的强大框架，似乎有可能在客户端构建完整的应用程序逻辑。这与将客户端应用程序构建为本机程序非常相似。
现在，假设此客户端应用程序需要访问远程数据库。通常的解决方案似乎涉及Ajax / PHP / MySQL层。
在我看来，不再需要PHP层。浏览器应用程序负责所有逻辑和用户界面。
然后的问题是：是否不应该存在一个仅希望接受HTTP请求并返回XML结果的（希望健壮且安全的）数据库服务器？然后可以通过客户端的jQuery轻松解析此结果。
我似乎找不到符合这些原则的数据库或框架。有任何想法吗？
回答：
您的意思是，是否存在一个本机支持HTTP协议的数据库？好吧，有一些。您有MonetDB /
XQuery（http://monetdb.cwi.nl/XQuery/QuickTour/XRPC/）和NoSQL数据库，如CouchDB（http://couchdb.apache.org/）。您也可以在Oracle等传统的rdbms中使用它（Oracle
Application
Express依赖于内置的HTTP服务器，也就是APEX服务http://www.oracle.com/technology/products/database/application_express/index.html）和MS
SQL（服务架构对象，例如http://msdn.microsoft.com/zh-
cn/library/ms190332.aspx和XML视图），请参见http://msdn.microsoft.com/zh-
CN/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内置到数据库中，但这又使问题再次发生了翻天覆地的变化-
数据库的任务是存储和检索数据，并处理好在存储数据时照顾数据。处理数据以将其呈现给应用程序不是其中的一部分。如果您将它作为数据库工作的一部分来处理，那么您将失去整个系统的灵活性和可伸缩性的重要来源。
以上是 通过Ajax直接访问服务器数据库（无需PHP或其他中间产品） 的全部内容， 来源链接： utcz.com/qa/409272.html
