mysql - 用于填充关系数据库的抽象和架构

Question

所以我一直在写 20 页 sql 语句来将表单数据插入我的数据库系统，甚至查看了 ORM，它要求我有一个 IQ 低于 60 的数据库（没有 UUID 触发器，没有复合键，没有双向表，没有很多到多对一混合表等），基本上只是一个非规范化的混乱，只是为了让 ORM 发挥得很好。我研究了存储过程以及你有什么。

但到目前为止，我只是无法摆脱填充具有 10 多个表、50 多个表，有时甚至 70 多个表的关系数据库的痛苦。有我不知道的秘密解决方案吗？如果没有，疼痛最终会变得麻木吗？我会停止哭泣吗？

Answer 1

我建议您拥有的表格越复杂，存储它的痛苦就越大。没有绕过那个。更多输入 = 更多验证、更多 SQL、更多内容。

但是一些可能会让生活更轻松的想法：

1. 暂时不要放弃 ORM。周围有很多，您可能会考虑切换语言以找到适合您的语言。

2. 您可能会考虑使用像 Mongo 这样的完全非规范化的数据库。它使写入和读取数据变得更加容易，因为您不必经常对表单数据进行规范化。您只需序列化一个对象并编写它。

3. 存储过程可以假设您在应用程序层中编写的大量代码。如果你写了几个存储过程来读/写对象，那么好消息是你只需要写一次，你就可以一遍又一遍地重复使用它们。仅当您现在在应用程序层中复制一些 CRUD SQL 时才有用。