推荐的SQL全文search服务器内存（FTS）

从你的问题来看，50K的logging是完全不相干的，因为可能发生的logging是1个logging是1024字节或1Mb，我们第一种情况是〜50Mb数据第二种情况〜50Gb数据，我认为相关信息是数据集大小，当然没有索引。 另一个问题是全文search实现。 您可能也想考虑操作系统的需求。 说实话，在2009年512Mb的RAM是less一点，然后优化:)

512MB最有可能是自己运行所需的最小内存。 然而，从内存中运行的没有任何东西加载到内存中的SQL实例并不需要那么多。

你将要看的东西包括存储的数据的大小和你将会满意的性能水平。

在猜测，我会build议看看你要索引的数据的大小，并看看它是否会适合在数据库中可用的内存中，一旦一切都已经加载到内存中。 如果不是那么SQL服务器将页面到磁盘，一切都会放慢。

我能给出的唯一真正答案是“也许”。

在VPS提供商上托pipe时，比其他方式更重要的是尝试拥有足够的RAM，以便将大量的数据和索引（或者至less正常的“工作集”加上一些）放入RAM中。 您将与其他VPS帐户共享I / O子系统，这些帐户可能会在欠引导的虚拟机上运行重启应用程序，因此即使less量的磁盘访问也可以使您的应用程序在其他虚拟机处于活动状态时的响应速度更快。

testing这个最好的方法是使用一个免费的虚拟化解决scheme在虚拟机上安装应用程序和数据库（如果你还没有现场设置的话，可以装满适当大小的testing数据），对应用程序运行一些基准testing或者只是让一些用户点击），并通过VM中的相关Windows性能计数器观察多lessI / O结果。 用不同的RAM分配重复testing，直到find最佳的地方，增加更多的RAM对I / O负载没有什么影响。

我不认为它会运行的问题，而是运行得如何。 通过deviseSQL Server将消耗尽可能多的内存，一旦发生，它将开始分页到磁盘。 在这一点上，事情似乎会慢下来，因为分页到磁盘比内存慢得多。

一个Windows 2003框使用大约256MB（我认为？）没有SQL服务器或任何其他服务运行。 这使得你的内存一半的sql服务器工作。 数据库的大小有多大？ 它会适合内存以及索引？ 速度有多关键？