最适合我的需求的数据库是什么？

Question

我目前正在使用 MS SQL Server 2008，但我不确定它是否是执行此特定任务的最佳系统。

我有一个像这样的表：

PK_ptA PK_ptB DateInserted LookupColA LookupColB ... LookupColF DataCol (ntext)

一个常见的查询是

SELECT TOP(1000000) DataCol FROM table 
WHERE LookupColA=x AND LookupColD=y AND LookupColE=z
ORDER BY DateInserted DESC 

该表大约有 10 亿行，每天插入 500 万行。

我对 SQL Server 的主要问题是分片或分散数据文件不太容易。此外，导出速度似乎达到每秒 1000 行（约 1MB/s），这看起来非常慢。

我遇到的另一个问题是，对于 SQL Server，如果我想添加新的 LookupCol，日志文件会急剧增长，需要大量很少使用的可用空间。

对于这个问题有明显更好的解决方案吗？

Answer 1

您遇到了问题，但问题不是 SQL Server。让我也忽略你似乎有一个糟糕的桌子设计。

• 传播数据文件实际上非常容易。以后的重组并不那么容易，但也是可行的。您的表、文件组和文件布局如何？
• 每秒导出 1mb 就是个笑话。严重地。我在几分钟内处理了 1.5 亿行文件 - 每分钟运行超过 60,000 行。有什么东西吓坏了。临时空间？你做过性能分析吗？硬件看起来怎么样？
• 对于日志的使用没有任何作用。基本上像大多数专业数据库一样，日志包含事务期间所有更改的数据库页面。添加字段会更改 - 所有页面。

您应该：

• 重新设计数据库（如果需要，请使用视图来保留相同的旧表），以便它不会有“LookupColA”等，而是标准化（LookupValue，以及由“column”编码的 LookuPTable） ”）。这样您就可以获得即时的附加字段。这变成了一个类似星型模式的数据仓库。
• 进行性能分析。看起来你有一些问题。
• 一定要告诉我们有关您的硬件的信息；）

这里的问题绝对不是 SQL Server，它与糟糕的表设计以及 - 可能 - 不足 - 硬件利用率不高有关。

Answer 2

好的，表格设计（单独答案）。 Lokup 本质上是查找表。

所以....

• LookupTable
• pk (int)
• TableType

• Value
  作为字段

• ValueTable

• pk

• ValueLookupMap table

• ValueTable 条目的 ValueLookupMap 表 pk
• 条目的 pk

所以，基本上，如果您添加一个查找“字段”那么您只需在 LookupTable 中创建一组条目，然后在 ValueLookupMap 中添加条目。