Re: [問題] 資料庫的處理
※ 引述《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
→
05/19 02:21, , 1F
05/19 02:21, 1F
討論串 (同標題文章)