※ 引述《LaPass (LaPass)》之銘言： : 我對資料庫還蠻頭痛的 : 想請問比較概念性的問題.... : 幾乎只要寫系統之類的程式，難免都會使用到資料庫 : 雖然，簡單來講，就只是select update instert delete這四個動作而已 : 只要會這四個指令，就幾乎可以把所有功能都做出來 : 頂多再多個creat drop alert就很多了 : 但是，彈性這麼大，也讓人覺得用起來會很難用 : 常常看到資料表中的有個欄位不知道是在幹麼的..... : 一串SQL中的某個條件又不知道是幹什麼用的 document、comment、present（意義不明） 工具可能可以幫助很多，但是很難萬能 套了一堆自動化工具，還不如多打幾個字 : 不知道資料表之間的關連性是怎麼樣 : 或是，今天改了資料表，欄位多一個isDelete的判斷 : 就要把所有的delete陳述式改成update set isdelete=1 : 偏偏刪除的sql還在分佈在很多地方 基本上，切一層 DAO 算是基本招數 而且你不管用什麼自動化工具（或是啥都沒用） 把存取資料庫（不管哪種資料庫）的行為 集合在一個 or 多個 DAO 的 class 都是好事 DAO 上層再包一個 model 層就更好，那裡才是真正處理 business logic 的部份 : 或許可以把SQL字串用個public static final String去存起來 : 但是，這樣一來就會降低使用上的彈性 : 例如.... : 我常常看到程式碼出現這種東西 : String Sql="(....)"; : if(A功能開啟) Sql="UNION (........)"; : if(B功能開啟&&使用者屬於B群組) Sql+=" UNION (.....) " : String Sql2 = "....." : (中略，又開另外一個搜尋去撈資料庫的資料出來做判斷) : if(判斷成立)Sql+=" UNION (.....) " : ...... : 像這種組合SQL語法的段落可以長達兩三頁，而且每個UNION中的陳述式又都很長 : 把這種東西放到public final static去存，也沒什麼意義，因為還是一樣亂 : 現在有機會自己寫，程式跟資料庫的橋接介面 : 在想方法讓資料庫用起來好用一些 : 請問有方法可以解決這種問題嗎？ 我覺得適時用程式去解決 sql 要解決的功能 會讓 sql 看起來「好看」一點，但是也僅只於好看而已 XD 我忘記誰講的了，大意大概是 骯髒的事情就是那麼多，看是要這裡髒還是那裡髒 用了一些工具，也不過就是自己的手少髒一點 （還要擔心抽象滲漏 XD） 看到推紋，最後扯一個 n 久前的想法 & 作法 寫一個 tool，餵給他 select 語法，多長多噁爛都沒關係 tool 依照 metadata 自動生成一個 FooDataClass，幫你塞好對應的值 sql 就塞在 FooDataClass.SQL 當中... 也許套個 reflection 會更爽一點 [茶] 小範圍實用性當然很爽，不過自 high 居多 這兩個禮拜用 Hibernate 好像也沒有活的比較快樂一點...... （多對多的部份一旦 update 就一直產生 null 的 data，好煩阿 Orz） ==== 這篇實在跟 Java 沒啥關係 [遠目] -- 錢鍾書： 說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版 只影射著說不出來的話 and more...... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.12.32