1 設計表過程中 盡量採用資料驅動思想
比如說使用者註冊 因為業務情況 需要4個字段不同組合來表示使用者從**註冊的。 業務部需要不斷擴充套件新的渠道來招攬使用者，比如在某個**做了廣告。而不能在業務程式或儲存過程直接修改
update f_userinfo
where f_regurl='' and f_come='index.html' and f_cooper=7
直接做到業務配置表 己所謂的基礎表。 f_id,f_regchannel,f_regurl,f_come,f_cooper,f_channel.
在過程中採用游標逐行讀取，組合成動態sql。
2 儲存過程或者業務端邏輯程式 不能在**中含有固定的 數值，字元，時間等條件。
比如說 where name='shark' and money=10000 這兩個值應該存在配置表中。
我們有很多理由來推脫，比如開發專案時候需求做的不夠；專案時間太緊了；業務不斷變化；沒有測試部門。
假如上面的條件 寫成 這樣 where name='shak'。
當使用者提出資料有問題，你去查發現資料少了幾條，你增量跑資料，再次全量跑資料。發現還是少了！
花費很大的時間，精力發現問題所在，免費加班加點哦！ 還挨上司的罵，被使用者投訴。
就這個少寫了r ，這個理由能推脫給其他人嗎？
3 資料庫所有的字段的值 要麼全大寫，要麼全小寫，去空格。 同上面的一樣 細節問題。如果大小寫混亂會對應用帶來很多麻煩事。
4 所有表應該尾加 插入時間和更新時間字段。為的是程式能根據這兩個欄位來增量查詢。
5 所有過程 要麼全大寫，要麼全小寫，採用一樣的風格。不建議採用toad，pl/sql developer 自動風格。同一風格有利閱讀。
select to_char(f_regtime,'yyyy-mm-dd'),count(f_username)
from t_userinfo t
where f_regtime > to_date('2010-04-26','yyyy-mm-dd')
and f_regtime < trunc (sysdate, 'd') + 1
group by to_char(f_regtime,'yyyy-mm-dd')
order by to_char(f_regtime,'yyyy-mm-dd')
開發中的一些規範
新建表 incid 自增id，當主鍵不是自增時，可加乙個自增id欄位用來排序 createtime 預設當前時間 createuser updatetime 建立時也需賦值 updateuser deleteflag bool 預設0 列表查新 多表查詢 需要多表查詢時，不要超過兩張表，需超過兩張表...
一些程式設計規範
類和介面命名 類名是個名詞，採用大小寫混合的方式，首字母必須大寫，如果為片語，則每個單詞的首字母也必須要大寫，類名必須使用名詞，或名詞片語。介面一般要使用able ible er 等字尾。方法的命名 方法名是乙個動詞，採用大小寫混合的方式，第乙個單詞的首字母小寫，其後單詞的首字母大寫。類中常用方法的...
mysql一些規範
一.規範 1命名規範 使用小寫字母 下劃線分割 名字要和意義相關 欄位名最好不要超過32個字元，不能使用保留字 萬一使用 在sql語句中要用單引號把他包住 查詢關鍵字 4欄位設計規範 優先選擇符合儲存需求的最小資料型別 a.盡量把字串轉為數字型別儲存 如利用mysql函式inet aton把字串型別...