Naming-Convention
查找表命名約定?
查找表有命名約定嗎?我看不到 oracle 的任何聲明或Google上的任何一致的聲明。
但是,我假設你們中的一些專業 DBA 遵循慣例?當你被要求編輯一個不是你創作的項目時,也許有一個約定最頻繁?
範例表
金屬
+----+------------+ | id | metal_type | +----+------------+ | 1 | gold | | 2 | silver | | 3 | bronze | | 4 | brass | +----+------------+
目前我一直使用原始表名+列名作為我的查找表名。
metals_metal_type
我決定更改為 LK_ + 原始表 + 列,因為它可以在瀏覽所有表時更輕鬆地導航。
LK_metals_metal_type
您對此有何看法?
謝謝
從技術上講,沒有表命名約定的標準。只要您在整個環境中使用一致的東西,就不應該有問題。還應該詳細說明您使用此前綴的原因。
話雖如此,但這裡有一些我遵循的規則。IAlwaysBookEndMyTables 這樣做的原因是它可以清楚地閱讀沒有任何空格或下劃線。我不使用下劃線的原因是我是一個 SQL Server 人,它們可以用作萬用字元。在命名查找表時,我通常使用 LU。再一次,只要您始終如一地做事,這並不重要。LKMetalsMetalType 與 LUMetalsMetalType 並沒有什麼不同。
另一件事是盡可能描述您的表名。在您離開項目後接聽的任何人都應該能夠查看您的表結構並很好地了解發生了什麼。長表名有足夠的空間,但在試圖弄清楚
Pl_uva
表的含義時非常有限。僅供參考,這只是一個例子。我不應該這麼說,我假設你已經知道了,但我還是會說出來。不要在表名中使用保留字或包含空格。我向上帝發誓,我昨天在 Stack Overflow 上看到一個人將一列命名為“來自”,所以它是字面意思。
SELECT [FROM] FROM HisTable