: : 你出问题的的byte sequence是fbf3 : mysql5的big5用的是cp950的表 : 我在http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP950.TXT : 里面找不到 : 也就是说他对mysql5来说根本就是illegal sequence : 你可以把他取代为A148 (全形问号) : 或是成为被迫使用latin1的族群 : ※ 编辑: buganini 来自: 220.135.231.23 (12/25 01:17) : 推 LPH66:和 UAO 的日文问题是同一件事... 12/25 01:18 : 推 pingsky:LPH66 大, 我是要打 5C 没错, 手残又太快而打错了.. 12/25 01:19 推文要等 200 多秒.. 看板主大大是希望大家拼命灌水了 事实上我的问题点 buganini 大终於点出来了: 出问题的的byte sequence是fbf3, 他对mysql5来说根本就是illegal sequence 可是为什麽会说是 5.1 板的问题呢? 因为它对 3.23 , 4.1.22 来说是 ok 的 3.23 , 4.1 的 big5 吃, 然後 5.1 的 big5 不吃, 这不正是它向下相容的 bug ? 而为什麽会把 5C 拿出来提呢 ? 正是要表达连被迫改用 latin1 都不可行呀 再着 为什麽我会用 insert... 的 SQL 描述式呢, 因为他不只是倒资料的问题,还包含了後续使用运作的问题 我们运作的几个模式, a.从程式输入资料 b.修改查询资料 c.ODBC 批次处理资料 在 5.1 的 big5 全都会为了这个问题挂点 其中牵涉的又不是 1, 2 个系统, 而是十几个系统 若不用 big5 改用 latin1 呢? 结果就是许功盖跑出来和我 say hello 了 Orz... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.112.217.241 ※ 编辑: pingsky 来自: 140.112.217.241 (12/25 01:34)