Web应用程序的超快数据库访问 - SQL或NoSQL，解释PHP还是编译C？ [关闭]

Question

我正在构建一个Web应用程序，需要访问一个（真正的）大型字符串数据库并将它们与给定的“请求字符串”进行比较 - 这必须使用不同的比较方法一遍又一遍地完成（相同单词的数量，单词的顺序......）并且应该是可扩展的，更重要的是，快速的。

我想过在C中实现比较方法本身，因为它显然比解释快得多，尽管像PHP这样的'webby'语言更多。 这让我有三个问题：

1）我应该如何将C应用程序“连接”到Web服务器 （目前是Apache）？ 我考虑过通常的CGI方式，但由于需要为每个请求创建一个新进程，因此它的可扩展性和速度都会降低 - 至少这是我读到的内容。

2）对于这个用例，哪种数据库技术最适合用于C？

3）最后但并非最不重要的一点，你认为值得挣扎还是通过构建连接到MySQL数据库的PHP脚本以通常的方式运行 - 速度差异有多大？

大卫先生，谢谢你

Answer 1

糟糕的应用程序架构，糟糕的数据库设计和糟糕的代码总是运行效率低，速度慢，无法扩展。

如果你能解决这个问题，那么大多数“非常高要求”的目的都可以用任何解释语言来实现 - 记住它们在他们所做的事情上进行了优化（例如，浪费内存，但即使对于高需求用途，通常也很快） 。

说过我们得到了真正的答案：

在数据库设计中，没有针对所有用例的完美方法。 您可能需要以一种方式构建数据库以获得最佳读取速度，而在另一种方式中构建数据库以实现最佳写入速度，而另一种方法则需要实现最佳灵活性（但牺牲读取和写入速度）。 部分可能需要高读取速度，另一部分可能需要高写入速度而另一部分可能需要高灵活性。

想想你设计数据库的方式并问自己“我是否需要在会话中连接数据库300次以收集所有数据，或者我可以编写一个可以一次读取所有数据的大型语句”如果不是如果你可以编写一个可以执行该操作的SQL存储过程，那么可以轻松实现，如果你可以改变结构（例如牺牲灵活性）以允许单行读取或存储过程读取。

无论如何，从PHP到MySQL发送1个查询的许多连接意味着你花费了大量的时间等待PHP通过网络连接到MySQL服务器（即使它是本地的），并且MySQL要处理请求和提供答案等等等等。 如果您可以批量生成您打算发送到一个字符串的所有语句，那么如果您可以将它们分组为较小的批次，那么也可以。

如果上述所有内容都是不可接受的，或者您今天真的有擅长编写C脚本的话（一定是值得称赞的意图）：

您应该考虑编写一个定义一些UDF的C MySQL模块 - 用户定义的函数。 他们可以在MySQL读取时访问行级数据，并且可以处理输出聚合和所有爵士乐。

编写apache模块或PHP模块将以与MySQL模块大致相同的格式提供数据，但处理将不会在MySQL服务器内运行，它将从MySQL请求数据，处理数据并请求更多数据。

Answer 2

Apache-2.4.x有mod_dbd，它可以直接从Apache配置文件与各种数据库后端（使用预编译查询速度）进行通信。 例如，这可以用于mod_rewrite的规则，以根据查询结果更改传入请求。

换句话说，根据应用程序的详细信息，您可以完全避免编码。

但是，如果您必须编写代码，我建议您首先使用您最熟悉的语言实现原型。 有一个很好的机会，它将“足够快” - 或者每个请求花费的大部分时间将在数据库端，使得语言的选择无关紧要。

从C连接到数据库后端非常简单 - 每个数据库供应商都有（至少一个）C程序的客户端库实现。

如果您的应用程序不需要多个HTTP服务器与同一个（单个）数据库通信，那么您最好的数据库将是本地数据库：SleepyCat（现在是Oracle）的“db”，gdbm或SQLite3。

此外，如果更新（对数据库的更改）很少，您可以使用平面文件并在内存中构建数据库...这将限制数据库的最大大小，但将是最快的，并允许您避免处理（重新）连接等

编辑：内存缓存是外部数据库-无论是在同一个系统或一个遥控器一个上运行，你必须连接到它， 谈论它，从它的内存为你的数据复制 。 如果数据库更改不频繁，最好将内容保存在自己的内存中并直接从那里使用。