作者Adonisy (堂本瓜一)
看板Database
标题Re: [系统] 为什麽 ansi_padding 非死不可?
时间Sat Feb 18 20:27:06 2012
※ 引述《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
1F：推 TeemingVoid:我是从 6.5 开始用起的 ^^ 哇! 真的好久以前的事了... 02/18 20:33
2F：→ Adonisy:呵,SQL 6.5有很多奇怪的BUG与功能 XD 02/18 20:37
3F：推 TeemingVoid:而且安装一套要很久，沙漏漏着漏着还会「度姑」...， 02/18 20:39
4F：→ TeemingVoid:然後当掉... 呵呵! ^^ 02/18 20:40