Raz✿舊帳號
12 years ago
雖然真的要講,ADO.net是比ORM要來得快,但這其實大有蹊翹,如果T-SQL寫的不好或是觀念or流程上有異,搞不好比ORM隨便產生出來的程式碼要來得更恐怖...
latest #14
小朱®
12 years ago
如果 ORM 內的 SQL generator 寫得爛,那也會很恐怖。
Bill叔.巴萊
12 years ago
總歸一句話, 基本還是要弄懂 ..
91®
12 years ago
我有碰到一種情況是,要針對執行的SQL做monitor/log或是插一些東西供快速偵錯或釐清問題。
在ORM裡面,不知道該怎麼處理。
立即下載
小歐ou
12 years ago
可以詢問一下,大家 ORM 都是用哪一套在做?
小朱®
12 years ago
ORM 其實就是決定要不要把撰寫 SQL 的工作由 DEV/DBA 的工作中抽出來.. DEV 很高興,但 DBA 會很不爽
Raz✿舊帳號
12 years ago
小朱大正解XD (搞不清IQueryable的Dev也很可怕)
Raz✿舊帳號
12 years ago
bill書: u'r right XD
Raz✿舊帳號
12 years ago
91兄: EF好像有好幾種做法,記得有把IQueryable轉型成ObjectQuery再ToTraceString, 還有一個是在Provider裡面設定log到哪(文字檔or etc.. )
Raz✿舊帳號
12 years ago
歐爺: 我大多是EF或NH, 其他較少接觸@@
91®
12 years ago
RazgrizLee: 你指的應該只是『怎麼看這一段LINQ所代表的SQL』,我卻是要在SQL裡面塞東西
Raz✿舊帳號
12 years ago
hatelove : 沒想到你指的插一些東西, 是真的插一些東西啊OAO!!!!! 這招還真的想都沒想過@@
Raz✿舊帳號
12 years ago
這個想法厲害XD 我都只有log出來trace而已, 之前雖有稍為研究EF底層, 但目前並想不到有什麼地方能做這樣的動作, 若哪天91兄有研究出來也請賜教 : ))
小朱®
12 years ago
裡面如果我沒記錯,用的是 Expression Tree...
Raz✿舊帳號
12 years ago
regionbbs: 小朱大正解@@ 不過若不改SourceCode, 似乎還沒有辦法能動底層的ET
back to top