用於填充關係數據庫的抽象和體系結構

Question

因此，我一直在編寫20頁的sql語句來將表單數據插入到我的數據庫系統中，甚至查看ORM的需要我具有低於60的IQ的數據庫（沒有UUID觸發器，沒有組合鍵，沒有雙向表，沒有多對多到一個混合表等等），基本上只是一個非規範化的混亂，只是爲了讓ORM發揮出色。我查看了存儲過程以及你有什麼。

但是到目前爲止，我無法擺脫填充10個表格，50多個表格，有時甚至70多個表格的關係數據庫的痛苦。有沒有我不知道的祕密解決方案？如果不是，疼痛最終會麻木嗎？我會停止哭泣嗎？

Answer 1

我建議您使用的表格越複雜，您在存儲時遇到的痛苦越多。沒有得到解決。更多的輸入=更多的驗證，更多的SQL，更多的一切。

但有些想法可能讓生活更容易一點：

1. 不要奧姆斯放棄自己的妹妹。他們周圍有很多人，你可能會考慮切換語言來找到一個適合你的方法。

2. 你可能會考慮轉向一個完全非規範化的數據庫，像Mongo。它使得寫入和讀取數據變得容易很多，因爲您不必不斷地規範化表單數據。你只需要序列化一個對象並寫下來。

3. 存儲過程可以承擔很多您將在應用程序層中寫入的代碼。如果你寫一些sprocs來讀/寫對象，那麼好消息是你只需要寫一次就可以重複使用它們。只有在您現在複製應用程序層中的某些CRUD SQL時纔有用。