database-design - SQL 数据服务数据库设计指南

Question

我最近一直在玩 SQL 数据服务。尽管（或者可能是因为）我可以在睡梦中淘汰一个结构良好的关系数据库，但我正在努力思考如何在一个（例如）没有强制执行引用完整性的环境中设计一个高性能数据库和除主键之外的列上没有索引。

有谁知道任何指导方针？

也许一个开始的地方是如何创建一个多对多的连接，即使有大量的行实体，它也可以以高性能的方式从任一侧遍历？

Answer 1

似乎正在使用的短语是：

• 将您的数据分散到多个容器中以获得最佳性能

• 通过实体对数据建模

• 并行处理查询以获得最佳性能

• 在服务托管中间层缓存数据

这意味着我们必须开始像 OO 建模者一样思考，而不是在关系型思维模式中思考。性能似乎依赖于以类似的方式大规模并行化对象查询的能力，以创建可以利用并行化的 LINQ 查询。

Answer 2

好吧，我最终寻求的解决方案是：停止使用 SQL 数据服务。它是如此半生不熟，以至于目前几乎不值得使用。