返回列表 上一主題 發帖

[發問] 請益 是否有更快的查詢方式

區間比對, 沒有好方法, 迴迴圈吧!!!
若Barcode確定是由小而大排序的話, 可以減少判斷幾次~~
Xl0000114.rar (386.29 KB)

TOP

另一類方法, 字典中的字典:
Xl0000114_v2.rar (391.29 KB)

以Barcode前七碼分別建立字典, 記憶陣列的行位置, 以減少不必要的迴圈,
注意:Barcode同行的開始碼及結束碼的前七碼必須相同(若不行, 可改為前六碼), 儘量可做到分類!!!

TOP

回復 13# singo1232001


我這大約要2秒左右(老PC-XP+2000),
這是分級包裝的概念...將零件組合成品, 再分級排列,
很好的運用, 讚~~~

TOP

回復 17# n7822123


這是我原來的方法,
但,,,'
1) 若行數太多, 連接字串可能超過長度, 尤其超過十萬行時, 每個數字都是六個字元
2) 連接字串本來就比較慢, 何況後面還要拆解一次

不過, 字典篏字典, 也不知可以容納多少個, 記憶體會不會掛???
沒有實測過~~~~

TOP

回復 27# Andy2483

好久沒上來了!!!

文字比對....如同直接排序, 是可以的,
但若有數字為開頭, 必須"字元長度"要相同才會準確,
如: 100A35, 2A46 必須是 100A35 002A46, 2才會排在上面

TOP

        靜思自在 : 愛不是要求對方,而是要由自身的付出。
返回列表 上一主題