我正在努力弄清楚一个web开发项目目前是否可行，到目前为止，我已经了解到拟议数据库的总行数（3000万行，5列，大约3 gb的存储空间）在存储需求方面完全在预算限制内，但由于预计用户将对数据库进行大量查询，我不确定这是否会导致服务器管理不现实的负载以提供足够的性能（在我的预算范围内）。
我将使用这个网格（300000行的性能基准的实时演示-http://demos.telerik.com/aspnet-ajax/grid/examples/performance/linq/defaultcs.aspx)。在"产品名称"框中插入搜索词并按enter键从查询到呈现结果需要1.6秒。在我（一个新手）看来，总共需要1.6秒的300000行必须需要3000万行更长的时间，所以我正在努力计算
- 行越多，时间增加到3000万
- 对于同时使用搜索网格的每增加1000人，时间的增加是多少
- 为了将延迟减少到可接受的水平，需要什么硬件要求
希望如果我能弄清楚，我能得到一个更现实的可行性评估。仅供参考：数据库不需要经常更新，它更多的是用于只读目的。
这个问题能在纸上为这三点打原型吗？
即使是宽球场估计-在不考虑优化的情况下，我说的是5000名用户每次搜索低于10秒的数百美元、数千美元还是数万美元
[将是用于AJAX网格的asp.net RadControls，其中一个云托管服务器：4096MB RAM160GB磁盘空间，以及Microsoft®SQL Server®2008 R2和SQL Server 2012]
数据库不需要经常更新，它更多的是用于只读目的。
您的搜索过滤器允许子字符串搜索，所以数据库索引对您没有帮助，搜索将逐行进行。
看起来你的数据可能适合5GB左右的内存。我会把整个数据存储在内存中，然后在那里搜索。