我正在运行一个查询数据库的应用程序，每秒大约500个查询（插入/更新/select）。 我想购买一个专门的服务器来运行该应用程序，主要有3个表格（20个），获取大多数的查询（如99％）。
我不是一个真正的硬件人，所以我想知道如果我可以与你分享我感兴趣的服务器，你会告诉我，如果它应该是足够的，当然，如果你能估计。
进出db数据库的信息必须是int / decimals。
其中一个表格应该包含大约50,000条logging，另一个表格应该包含大约50万条logging，最大的表格应该包含超过一百万条logging。
我知道这些数字并不是那么大，但是我真的不知道该期待什么，现在我正在一台较小的服务器上运行我的应用程序，并且所有事务都会导致高CPU事件。 所以我的新服务器是：
你觉得这足够吗？
每秒500次操作可能会很多，也可能不算什么。 这实际上取决于数据的复杂性和数据处理的复杂性。
在性能上，如果一个百万行表上的查询能够有意义地使用索引，或者它是全表扫描，那么这是一个巨大的差异。 就像表格embedded内存或者必须从磁盘上读取一样。 就像使用INSERT语句定期创build索引拆分一样，这也是一个区别。 就像这样
我可以继续这样做几条线，但长话短说：build立一个testing系统，提供数据，做实际负载的基准，调整，重新基准和通过推断估计所需的放大并通过您的个人舒适因素过度工程。
如果我能把我的DB装进公羊，我会买这个公羊。 我相信在运行64位版本时，SQL Server可以很好地pipe理caching。
除了有足够的内存，我build议不要使用两个驱动器。 考虑一下SQL将日志文件硬化到磁盘驱动器时的动作。 如果磁盘驱动器忙于操作系统操作，SQL将不得不等待。
考虑购买两个驱动器来镜像的操作系统和至less2X驱动器为一个morror或RAID 10的SQL。