您的意思是，是否存在一个本机支持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内置到数据库中，但这又使问题再次发生了翻天覆地的变化-
数据库的任务是存储和检索数据，并处理好在存储数据时照顾数据。处理数据以将其呈现给应用程序不是其中的一部分。如果您将它作为数据库工作的一部分来处理，那么您将失去整个系统的灵活性和可伸缩性的重要来源。