42 列的唯一约束？为什么我应该或不应该考虑这样做？
Unique constraint on 42 Columns? Why should or shouldn't I consider doing this?
理论值：
我的任务是建立一个数据库以包含用于制造目的的指南。要返回的指南基于 42 个输入值，并且都特定于特定的输入组合。
我计划为所有这些列建立索引，并意识到如果我必须重建或重新索引，这将是资源密集型的。
-
我没有考虑哪些设计方法？
- 在 42 列上创建唯一约束的方法存在哪些潜在问题？
- 有没有人有任何经验这种设计或任何见解？
感谢您的帮助！
仅将索引放在 searched/sorted 的列上。
添加简单的自增索引。
不这样做的一个很好的理由是 SQL 服务器不支持它：
Up to 32 columns can be combined into a single composite index key.
（文档 here）。
您似乎不太可能真的需要一个包含 42 列的复合索引。但是，即使那是可取的，你也不能拥有。
理论值：
我的任务是建立一个数据库以包含用于制造目的的指南。要返回的指南基于 42 个输入值，并且都特定于特定的输入组合。
我计划为所有这些列建立索引，并意识到如果我必须重建或重新索引，这将是资源密集型的。
- 我没有考虑哪些设计方法？
- 在 42 列上创建唯一约束的方法存在哪些潜在问题？
- 有没有人有任何经验这种设计或任何见解？
感谢您的帮助！
仅将索引放在 searched/sorted 的列上。
添加简单的自增索引。
不这样做的一个很好的理由是 SQL 服务器不支持它：
Up to 32 columns can be combined into a single composite index key.
（文档 here）。
您似乎不太可能真的需要一个包含 42 列的复合索引。但是，即使那是可取的，你也不能拥有。