这是一个非常“noobish”的问题，但我正在开发一个带有文档数据库的项目，我认为他们错误地使用了它。因此，我有点想确认这一点，因为我觉得它玷污了我的经历。
简而言之，它们似乎为文档范式带来了关系思维。例如，他们不是在另一个中嵌入特定的 JSON 对象，而是通过 id 在业务层将它们拉到一起（我闻起来很像外键）。
现在，确实在这里避免了数据的重复（嘿，作为一个 SQL 人，我完全是关于第 3 范式），但我认为将数据作为更大文档的一部分放在其中比避免重复更重要数据的。
我知道可能存在权衡，拥有包含所有东西的巨大对象可能不明智，但我希望得到一些指导，了解在这个空间中做事的最佳方式是什么以及这个地方是否（可能）它错了。（如果盲人在领导盲人，NoSQL 是具有挑战性的）。
谢谢
我们有一种情况，我们需要将 2 个表之间的关系从m:1更改为m:n。
因此，我们需要在这两个表之间创建一个交叉引用表。
将所有现有数据从“子”表迁移到交叉引用表后，删除子表中的原始外键列会不会是一个坏主意？
如果我们把它留在那里，我们基本上有技术债务。但我不是 dba，也不太了解从表中删除列的含义。（我知道这是可能的，但这是个坏主意吗？我的数据库会因此恨我吗？）
谢谢
我是 .NET 开发人员。所以，我对数据库的了解足够危险，但不具备适当的 DBA 的专业知识。
我们有一个运行缓慢的存储过程，这里的一位开发人员运行了一个查询优化工具，该工具建议添加一些索引。
它建议9个非聚集索引和78个统计信息。
我知道这是一个相当大的领域，我知道我知道的不多。因此，鉴于我无法访问适当的 DBA 来审查索引和统计信息，仅继续进行这些建议的更改是否是鲁莽的举动？
重写存储过程是我们不太热衷的另一种选择，因为它现在正在返回正确的数据，我们不愿打扰它。
但如果有一个我不知道的大陷阱，我真的很想找出来。所以，建议将不胜感激。
我打算将批次中最昂贵的查询计划发布到 Pastetheplan.com。las，我无法获得经理的许可。我看不出一点随机的 SQL 会有什么安全隐患等等，但业务比我更偏执。我意识到这会有很大帮助，但我很失望我无法发布到它。我添加的 1 索引帮了大忙，非常感谢这里的建议。选择一个答案很难，我仍在努力。