這蟲真是難抓,一下出現一下又消失,搞得我心慌慌的,但是經過多次的嘗試,總算收斂了,
但是過程中也是辛苦難耐,這此紀錄一下
最近撈取資料並且使用 DateTime 型別欄位排序,但發現怎麼沒有跟預期的有差,想說資料新增進去應該
會差個幾毫秒,應該排序不是這樣的結果,想了想後,發現又忘了一個細節
有時會有個需求,是要將 A 資料表的內容倒入 B 資料表,或是某個資料來源結構跟B資料表類似,希望比對後新增或修改,常常我們會透過 IF EXIST() 方法來判斷,這次使用 MERGE 語法來試試
最近幫忙調整資料庫,遇到了一個沒看過的寫法,心中產生疑問,自己實務上確實沒這樣寫過
,所以當下以為應該會有問題,但是,其實這段語法已經運作好幾年了,驚訝之餘,也紀錄自
己的孤陋寡聞。當 SQL UNION 與 UNION ALL 欄位名稱不同時,後者會追隨前者的欄位名稱
今天準備好新增語法準備塞入資料時,出現「記憶體不足」的提示,上網找了一下,說明可能因為量有點大,造成SSMS剖析時就出現錯誤,需要使用sqlcmd 來執行。
這篇名字有點長,這是無意間發現的狀況,好奇心作祟筆記一下;實務上不可能將既有運作中的資料
表隨意的轉換型別,更不用說兩者類型所儲存的內容天差地遠,轉換也沒意義;
這個語法之前一直沒有相對必要的實際應用,若真需要列表分群,覺得使用表格呈現較好閱讀,但若僅是單純的文字
表達作為備註欄位,覺得是個不錯的解法...
若在較複雜的查詢,有時會使用到暫存表,但又太想建立暫存表,此時就可以搭配CTE來實作,
而CTE的出現,造成當時一波風潮,如不CTE 母寧死的鐵血捍衛...,接著我們來看看相關應用與實作。
使用t-sql 實作分頁也算顯學,使用CTE (後續也打算補上筆記) 搭配OFFSET 與FETCH NEXT,
也算是手到擒來,但若Sql Server 屬於滿清時代的 2008 以下版本,就需要另外語法,
這邊展示一下。
這問題挺特別的,來紀錄一下;
由於主機是雲端VM,依照之前的經驗SQL 需要開通 1433 port,確實也開通了,但是怎麼連外面就是連不到(內網可以),後來發現需要設定幾個地方
第一確認SQL 組態管理員是否有走 1433 port,預設是動態埠號,需要確認與調整
第二是 SSMS 的伺服器名稱要設定 1433 port