主數據管理，正確的方法

Question

我需要開發一個窗體，它可以在5-10個不相關的表（如類別，合作伙伴，位置等）上執行CRUD操作。

對於每個表，列，數據元素及其類型的編號都不相同。有一個架構宇航員推動，以儘可能靈活。有人建議，通過將配置表中的元數據信息（包括SQL查詢數據類型引用，UI元素等）保存在配置表中，並從配置中即時生成UI，可以完全配置用戶界面。

我有一種強烈的感覺，這將是一個Inner Platform Effect反模式，最終會成爲維護的噩夢。有人可以建議是否建議在生產系統上建立某種東西？

客戶端沒有任何具體的提及，它需要'可配置'。但宇航員的推動是因爲在不久的將來可能出現一些新的數據表。在這裏應用KISS/YAGNI原則而不是建立一個內部平臺不是更好嗎？有人可以請教嗎？

在此先感謝。

Answer 1

對我來說，這聽起來像你對內平臺效應的擔憂是有效的。如果我正確理解您的問題，我相信我會構建代碼來管理使用可靠設計的表。然後，當將來添加新表格時，將它們添加到系統中，同時遵循相同的設計模式將會減少創建精心製作的內部平臺的整體工作量。我的選擇肯定是KISS/YAGNI。