推 TeemingVoid:我是從 6.5 開始用起的 ^^ 哇! 真的好久以前的事了... 02/18 20:33
→ Adonisy:呵,SQL 6.5有很多奇怪的BUG與功能 XD 02/18 20:37
推 TeemingVoid:而且安裝一套要很久，沙漏漏著漏著還會「度姑」...， 02/18 20:39
→ TeemingVoid:然後當掉... 呵呵! ^^ 02/18 20:40
※ 引述《TeemingVoid (TeemingVoid)》之銘言：
: 經過這幾天，我反而想問跟ronlee543一樣的問題，為什麼ansi_padding
: 非死不可? 想設成 OFF 的，就用 OFF，免去 ASP 年代老是 string too
: long... truncated 的錯誤訊息。想設成 ON 的，就用 ON 啊! 各人造
: 業各人擔。
: 有什麼理由為什麼 ansi_padding 一定只能是 OFF 呢?
: 我會聽，但不會再說了，謝謝大家喔! ^_^
其實不可能有 ANSI_PADDING 只能是 OFF 的情況
因為當微軟的 SQL SERVER 開始有 varchar 與 char 這兩個資料型別的分別時
就註定這件事...新用的人,一定會用 char 與 varchar,而不是用
char搭配 padding off的這種離譜錯誤方式
(至於是誰教了這種錯誤方式,我不知道)
我個人的認知是,DBA 懶於改變,或無能力改變舊資料庫(SQL 6.0了啊,乖乖,全台
其實根本找不到 SQL 6.0的使用者了,因為 SQL 6.5開始才有雙位元版支援中文,我的
第一張sql證書也是 sql 6.5,讀6.0,一進考場變6.5)
而當初 padding off只是一個升級方便的巧門
這種情況與 sql server會不會有一天廢掉 SQL 驗證是不一樣的
現在 SQL SERVER的做法是預設用 WINDOWS 驗證安全性,儘量不讓使用者啟動 sql驗證
但他還是不敢廢掉這個功能,因為前端未必會是純 windows 環境,以及老應用程式
有些只有支援 sql 驗證
所以...有些功能其實還是看 help 吧,快到期的功能微軟會講的,早點改成
新的用法吧 orz
--
昔日所為 今日所受
今日所為 明日所受
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.185.54.196