作者meltice (三亿两千万大散户)
看板Soft_Job
标题Re: [讨论] 逻辑、数学不好的人是否该转换跑道
时间Mon Sep 17 00:25:21 2007
※ 引述《K273 (minus)》之铭言：
: 这是一体的二面...你不能很会写网页...可是一串SQL要比别人多三倍时间才出结果
: table 的设计...SQL tuning ...不同家资料库有什麽差异
: 一样的SQL为什麽ASP跟JSP跑出来的结果不一样...原因在哪里
讲到SQL
最近快被某套叫做Code Library .NET(CodeLib)的软体搞疯了
公司工作用的电脑不知道灌了什麽乱七八糟的软体
所以反而CodeLib都能正常运作正常搜寻字串
再另外一台比较乾净的电脑
灌了该软体开启同一个.mdb资料库
结果不管搜寻任何字串都给我出现Jet database "Out of memory" 的错误
然後google了半天
只知道是日文假名惹的祸(总共有26个假名会有这种问题)
微软真烂 连个多国语言都搞不定 烂爆了
微软真烂 连 select ... like "*abc*" 这种句子都会当
可是CodeLib程式又不是我写的
我怎麽知道怎麽debug
而且也问过作者
作者也说这是微软的bug无解
最好是这样啦
我的那台乱七八糟的电脑都可以正常运作
另一台比较乾净的电脑就无法运作
害我做实验把这台乾净的电脑也灌了乱七八糟
今天终於自己找到比较OK的解决办法了
我必须先把该.mdb档存档成Access97的格式
然後CodeLib忽然之间就可以正常搜寻字串了
天啊 这真是太神奇了
使用旧版本的格式的档案竟然就解决这个鸟问题了
虽然还是无法搜寻那26个日文假名
至少其他字串都可以正常搜寻了
请问这原因在哪里
是因为我数学没学好才会发生这种鸟问题吗
还是写CodeLib的人兄数学没学好
还是微软工程师数学也没学好
哈哈
---
算了
还是有问题
现在虽然可以搜寻
但是却无法新增任何新资料
唉...
---
似乎
我又发现解决方式了
我只要再把转换成Access97格式的mdb档
再次转换成Access2000
似乎问题就都解决了
好神奇啊
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 122.146.32.30
1F：推 motics:很有哲理的小故事！我推！ 09/17 01:10
※ 编辑: meltice 来自: 61.230.70.153 (09/17 10:02)
2F：推 leicheong:会用多国语言就不要用Access了. 装MSDE或SQL2005 09/17 10:02
3F：→ leicheong:Express吧... 09/17 10:03
4F：→ leicheong:知道自己用的工具的长、短处也是很重要的. 09/17 10:03
5F：→ leicheong:不然为什麽常叫写code的人要学会两、三套备用语言? 09/17 10:04
6F：推 meltice:我就是不想装有的没的 我只想用单一mdb档当资料库 09/17 12:04
7F：→ meltice:只是没想到Access出了十几年了 这种小问题竟然还没解决 09/17 12:04
8F：推 colawei:Access97出来没三年就变弃婴了.M$大概从没想过要解决吧 09/17 16:28
9F：推 leicheong:最重要的是Access97支援的平台不是都支援Unicode, 要 09/17 16:57
10F：→ leicheong:解决也无从入手吧... 09/17 16:57
11F：推 meltice:问题我的电脑是XPsp2 Office2003 Jet database4.0 09/17 18:41
12F：→ meltice:偏偏需要把档案转成Access97再转成Access2000才会正常 09/17 18:42
13F：推 leicheong:当转成Access97时, 内部的所有字元都会转换成目前code 09/17 23:21
14F：→ leicheong:page的MBCS了. 可能因为这样所以JET就可以选到合适的 09/17 23:22
15F：→ leicheong:escape character吧... 09/17 23:23
16F：推 adm123:是MDAC 2.0与2.0以上版本的问题，话说MDAC2.0的SETUP很珍贵 09/18 10:18
17F：→ adm123:可单独install mdac2.0解决，也可装access97，里面也有。 09/18 10:21