作者查詢 / BigLoser
作者 BigLoser 在 PTT [ Database ] 看板的留言(推文), 共83則
限定看板:Database
看板排序:
13F推: 去書局拿起來看,選一本你覺得看得懂的11/12 12:45
1F→: select count(*) from Table where Word1 != Word210/29 13:51
2F→: 建議你先打一下基礎。10/29 13:51
3F→: 當然是2,你怎麼可以偷改把null改成310/29 13:52
4F→: 不清楚是第幾正規化..那個東西課本上說比較多07/07 06:25
5F→: 實務上,反正我就是做正規畫就是了07/07 06:25
1F推: 你兩篇的描述我都看不太懂,可不可以舉個實體例子04/21 22:19
2F→: 你第一張圖看起來應該是錯的,關聯是這樣的,04/21 22:19
3F→: 我有一個主鍵,要關聯的人會有一個外部鍵,04/21 22:20
4F→: 我的主鍵和別人的外部鍵關聯04/21 22:20
5F→: 其實你說你有抓北風了,直接看北風會比較易懂04/21 22:20
6F→: 你可以看看北風裡面應該沒有類似你這種作法的04/21 22:21
7F→: 但奇怪我明明兩個欄位都列為主鍵了怎麼還會有不同 <<04/21 22:21
8F→: 這句話很奇怪= =04/21 22:21
9F→: 建議先看網路資料或是買本入門書籍來K一下04/21 22:22
7F→: 實務上..通常是需要用到的時候才用..例如跟別的廠商04/21 22:40
8F→: 合作,但他們有規定的時候,或者是特別重視效能的04/21 22:40
9F→: 狀況底下,又或者是公司分工明確,程式規程式、DB規DB04/21 22:41
10F→: 的時候,程式端不能自己寫查詢就會是DB那邊寫04/21 22:41
11F→: 如果你沒有遇到需要用到SP的狀況,你可以不要用04/21 22:41
12F→: 寫成SP不是跑比較快,是可以省下編譯查詢字串的時間04/21 22:42
1F推: 你開SSMS去看一下錯誤訊息阿01/28 13:05
2F推: 應該是日期格式不對吧 我猜01/28 13:15
1F推: 我覺得弄兩個table會比較好處理01/10 19:45
1F推: us_.uid01/02 18:01
2F→: try it01/02 18:01
3F→: 阿,你解決了阿..不行的原因就是他給你抱錯的那個訊息01/02 18:02
4F→: 沒碰過mysql,不過重點在於,因為有多個table01/02 18:03
5F→: 裡面有相同的column name,所以會ambigous01/02 18:04
1F推: B column是甚麼data type?12/29 22:55
3F→: 你...為什麼這麼強人所難呢 Q_Q12/30 08:45
5F→: 沒用過mssql的類似函數,請其他大大出馬01/02 18:04