Asp.net 最好的桌子结构是什么？

我正在开发一个应用程序，将存储多个不同MLS的MLS（多重登录服务）财产列表。我的大多数客户将只使用一个MLS，然而，一些将使用多个MLS。我的问题是：设置表的最佳方法是什么？假设我有50个不同的MLS。每个MLS将有大约8万条记录和100个字段。我是否应该将所有列表放在一个表中，并通过MLSID进行引用？还是应该为每个MLS创建一个新表？每个MLS将始终具有相同的字段名和数据类型

---

我认为将每个MLS放在它自己的表中对性能来说是最好的，但对可伸缩性来说不是最好的。如果我将所有记录放在一个表中，您认为这会对性能产生多大影响？我还认为一个表可能更好，因为当客户使用多个MLS时，我可以从一个表而不是多个表中提取。想法还是想法？

我会将所有MLS放在同一张表中。规范化将规定，如果存在可重复的数据，一些MLS数据也将单独存储。我对这个行业了解不够，不能就此发表意见

---

如果客户端可以有多个MLS，我会创建一个交集表来显式显示一对多关系。

我会将所有MLS放在同一个表中。规范化将规定，如果存在可重复的数据，一些MLS数据也将单独存储。我对这个行业了解不够，不能就此发表意见

---

如果客户端可以有多个MLS，我会创建一个交集表来显式显示一对多关系。

这也是我的想法。但这将如何影响性能？查询包含数百万条记录而不是100000条记录的表？不管我如何设置，我已经有了交集表。查询性能很大程度上取决于表上的索引和统计信息。确保在高度查询的列上创建聚集索引和非聚集索引。总的来说，我不会说那是一张很大的、难以管理的桌子。我同意一张桌子是最好的选择。我无论如何都不是一个经验丰富的DBA，也不熟悉索引，但我一定会根据需要进行研究和实现。谢谢你的帮助@里基特一点问题都没有。如果您需要查询优化方面的帮助，请随时联系我，我可以带您了解一下。真有趣！我也是这么想的。但这将如何影响性能？查询包含数百万条记录而不是100000条记录的表？不管我如何设置，我已经有了交集表。查询性能很大程度上取决于表上的索引和统计信息。确保在高度查询的列上创建聚集索引和非聚集索引。总的来说，我不会说那是一张很大的、难以管理的桌子。我同意一张桌子是最好的选择。我无论如何都不是一个经验丰富的DBA，也不熟悉索引，但我一定会根据需要进行研究和实现。谢谢你的帮助@里基特一点问题都没有。如果您需要查询优化方面的帮助，请随时联系我，我可以带您了解一下。真有趣！这是一个太宽泛的问题，我怀疑有一个正确的答案。这是一个太宽泛的问题，我怀疑有一个正确的答案。