作者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