mysql獲取表名稱 mysql如何進(jìn)入數(shù)據(jù)庫查看所有表?
mysql如何進(jìn)入數(shù)據(jù)庫查看所有表?不使用select命令,可以查詢所有表名寫法::selecttable_namearoundinformation_wheretable_schema當(dāng)前數(shù)據(jù)庫my
mysql如何進(jìn)入數(shù)據(jù)庫查看所有表?
不使用select命令,可以查詢所有表名
寫法::
selecttable_namearoundinformation_wheretable_schema當(dāng)前數(shù)據(jù)庫
mysql小數(shù)類型建表怎么用?
mysql小數(shù)類型建表建議使用步驟追加:
1.級別:[噬魂之手]表達(dá)是優(yōu)秀與否概念的字段,要建議使用not_***的其它名字,數(shù)據(jù)類型是unsignedtinyint(1表示是,0表示否)
那說明:任何字段如果為非負(fù)數(shù),前提是是unsigned.
正例:表達(dá)邏輯刪除掉的字段名is_deleted,1意思是刪掉,0表示未徹底刪除。
2.級別:[強(qiáng)制]表名、字段名可以在用小寫字母或數(shù)字,不可以再次出現(xiàn)數(shù)字名字是什么,禁止打開兩個下劃線中間只會出現(xiàn)數(shù)字。數(shù)據(jù)庫字段名的修改代價很小,畢竟根本無法參與預(yù)先發(fā)布,因此字段名稱要慎重確定。
那說明:mysql在windows下不區(qū)分大小寫字母,但在linux下默認(rèn)是怎么區(qū)分大小寫。但,數(shù)據(jù)庫名,表名,字段名,都不容許出現(xiàn)大寫字母。
正例:qy_admin,pay_config,leve3_name
反例:qyAdmin,payConfig,leve_3_name
3.級別:[強(qiáng)制破軍]表名不不使用復(fù)數(shù)名詞。
那就證明:mysql中表名應(yīng)該是僅僅表示表里的實體內(nèi)容,不會來表示實體數(shù)據(jù),對應(yīng)于DO屬性名又是單數(shù)名詞形式,符合表達(dá)習(xí)慣。
4.級別:[噬靈鬼斬]禁用記錄字,如desc,range,match,delayed等。參考mysql官方記錄字。
5.級別:[噬魂之手]主鍵索引名為不pk_字段名;同樣索引名為uk_字段名;普通地索引名則為idx_字段名。
只能證明:單p_即為primarysignuk_即uniquefoobaridx_即index的簡稱。
6.級別:[強(qiáng)制破軍]小數(shù)類型為decimal,不可以可以使用float和slip。
那就證明:mysql的float,soft在讀取的時候,修真者的存在精度損失的問題,很可能會在值的比較時,得到不錯誤的的結(jié)果。如果沒有存儲文件的數(shù)據(jù)范圍遠(yuǎn)遠(yuǎn)超過decimal的范圍,見意將數(shù)據(jù)拆成整數(shù)和小數(shù)在一起存儲。
7.級別:[噬靈鬼斬]假如存儲的字符串長度完全相等,不使用char定長字符串類型。
8.級別:[噬魂之手]vaarchar是可調(diào)整長字符呂,不作好怎么分配存儲空間,長度最好別超過5000,如果存儲長度小于此值,定義字段類型為text,獨(dú)立不出來一張表,用主鍵來以應(yīng),盡量避免影響其它字段索引效率。
9.級別:[強(qiáng)制破軍]表具備三個字段:id,create_time,updated_time。
那就證明:id必為主鍵,類型為unsignedbigint,支持的數(shù)字大小為19位。單表時自增,步長為_time,updated_time類型為timestamp主動去創(chuàng)建家族,其中一是意思是減攻擊更新。
10.級別:[推薦]表的命名最好就是是而且#34業(yè)務(wù)名稱_表的作用#34。
只能說明:這樣能很清楚的知道每個表的作用。
正例:user_task,pay_config,force_extra
11.級別:[推薦]庫名與應(yīng)用名稱最好就是完全不同。
12.級別:[我推薦]如果不是改字段含義或?qū)ψ侄伪硎镜臓顟B(tài)追加懸賞時,是需要一定要及時更新字段注釋。
13.級別:[推薦推薦]字段不能盡量多系統(tǒng)冗余,以提高網(wǎng)上查詢性能,但要確定數(shù)據(jù)不對,冗余度字段應(yīng)不違背:
1)也不是不穩(wěn)定如何修改的字段。
2)并非varchar世界上最長字段,更又不能是text字段。
正例:商品類目名稱使用頻率高,字段長度短,名稱基本上任何改變,可在相關(guān)聯(lián)的表中冗余存儲類目名稱,盡量的避免關(guān)聯(lián)去查詢。
14.級別:[推薦推薦]單表行數(shù)遠(yuǎn)遠(yuǎn)超過500萬行或者單表容量達(dá)到2GB,才幫我推薦參與分庫分表。
只能說明:mysql如果不是預(yù)計三年后的數(shù)據(jù)量根本不達(dá)過了這個級別,請不要在創(chuàng)建角色表時就水平拆分。
15.級別[參考]最合適的字符存儲長度,不但節(jié)約下來數(shù)據(jù)庫表空間,節(jié)約索引存儲,更重要的是的是提升檢索速度。。