Sql-Server
數據庫是否具有關係表/圖表是否至關重要？
有一個問題，想了解這方面的最佳實踐或想法。
我有一個使用 SQL Server 後端開發的應用程序（站點是實體框架、vb.net、asp.net）。原始設計在 db 本身中沒有數據庫圖/模式/關係表。
該網站執行良好，但遭到了另一個團體的反對，他們說它必須有一個關係表才能正常工作。
那麼這是個人喜好還是什麼？我不是數據庫專家，我不是試圖找出這是否是兩種開發方式，並且有人試圖將個人偏好推向標准或最佳實踐。
你不需要一個圖表來工作，你需要一個來培訓未來的開發人員！
但是，如果您真正擁有的是一個沒有設置實際正式的 PK/FK 關係的數據庫（您可以在創建圖表時以及通過 SQL 腳本等更好的方式來做到這一點），那麼情況就不同了。這最終會導致您的數據不一致，並且對於數據庫的其他使用者來說確實是一個真正的問題。
如果它是純粹的對象驅動數據設計，那麼除了通過應用程式碼之外，您無法真正查詢它。所以不，我不會要求一個對我沒有任何好處的數據圖表，不。我認為這聽起來像是有人將偏好置於標準之上（這是來自一個非常堅定的面向標準的 DBA 書呆子）。