你是把二個不同檔案內容放到不同頁合併嗎？
是哪二個，把合併好的檔案傳來看看。
我想對照一下結果跟我的有沒有一樣。
可以的話，用mega或dropbox 。

IanHo 寫到：
一些延伸的狀況～～～
根據ID:guest網友提供的關鍵字圖文，我摸索試出了
公式
=VLOOKUP(A1:A114366,D1:E107174,2,0)
其實是有結果的。
可是這卻是我得跟電腦比耐心，讓滑鼠游標彩球狂轉40分鐘以上的成果，
也就是看似當在那邊四十分鐘後，libreoffice居然又可操作了。
而欄位也有數值出來了。我想破頭想不出耗時四十分鐘以上的癥結點在哪裡，
有什麼樣的現成的解決方法？？？最好是軟體設定參數改一改就解決這樣。
我在兩台主機上測試
一：
MacBook intel c2d 2.4Ghz, 16GB RAM，硬碟:7200轉。
MacOSX 10.10 , LO 5.0 CALC
二：
MacBook intel c2d 2.4Ghz, 6GB RAM，硬碟:7200轉。
debian 8 , LO 4.4 CALC (來自debian套件庫)

在跑公式的當下，主記憶體剩餘量都有數個GB，也"沒有"同時跑其他有的沒有的運算。
為甚麼這兩個環境在跑
公式 =VLOOKUP(A1:A114366,D1:E107174,2,0)
都會卡在那邊至少四十分鐘以上，我得跟它賭，跟它比耐心。
硬體效能應該沒這麼差吧？？？ 我又不是在跑3D運算和播放4K影片。
頂多就是同樣的公式（也只有"一個"主要式子），跑個十一萬多次而已。
有沒有可能？？？ 在LO的偏好設定裡頭調整一些什麼，
可以藉此加強 LO＋硬體 的整個運算效能？？？
讓LO軟體本身的效能最佳化，也榨出CPU的運算效能這樣，
在這四十分鐘內，我去查看系統資源，CPU使用率也"沒有"三不五時就90~100％啊？？？

句子修正，再仔細看，兩顆核心， 其中一顆核心 三不五時百分之百，另一顆則沒有(看起來很閒)。

以下是題外話或是小建議，也是我個人的看法，單純參考摟。

===================================

剛看了樓主貼的另外「一篇」和對照這篇的討論。

另外也下載了樓主一開始貼的網頁「https://www.openfoundry.org/of/projects/1603/download」，要下載「CnsPhonetic2014-04.zip」這個檔，解壓縮來看



下載「CnsPhonetic2014-04.zip」這個檔

$ wget -c https://www.openfoundry.org/of/download_path/cnsphone2010/10.3/CnsPhonetic2014-04.zip

解壓縮

$ unzip CnsPhonetic2014-04.zip -d CnsPhonetic2014-04

觀看「CnsPhonetic2014-04.cin」。

$ less CnsPhonetic2014-04/CnsPhonetic2014-04.cin

前面有「#」的註解說明可以閱讀。


我目前還沒完全消化「#」的註解說明，只是初步瞄了一下，還無法快速理解「樓主」要的結果。

我的看法和建議是，

samwhelp 寫到：
既然有純文字檔，是不是摟主，
只要描述你要的是什麼？
也就是描述清楚你要達到的最終結果是什麼？
這樣也許，我說的是也許，
有興趣的人看到，也了解你要的是什麼？
也許寫個程式，解析純文字檔，湊成你要的格式，就解決了，
也不用刻意透過LibreOffice寫公式來轉換，反而又引發另一問題，轉換效能不佳。
而且也不見得是LibreOffice的問題，所花的時間，要取決於跑迴圈的次數。
所以要看你下的公式，會跑多少次迴圈，和跑一次迴圈要花多少時間來定。
電腦在正常的狀況下，只是如實的反應出你給的指令。

===================================

以上只是提出另一個解決的方向和想法，
我提的方式要達成，需要滿足一些條件，
樓主要清楚表達出他要的
有人清楚了解樓主要的
有人願意把樓主要的，寫程式來達成
...





另外查詢「vlookup」，查到一篇「參考文章」。

以前下載「Open_Data.zip」的「文章」。

後記:

早上想了一下，一個粗糙的推估的模型，不見得符合你實際的狀況，
但可以用這樣的模型來做基準，再依照你的實際狀況去做調整。

先假設「跑一次迴圈」需要花「1毫秒」，
有可能更快，也有可能更慢，
只是暫用這個基準來試算。

1次: 1毫秒
1000次: 1秒
1萬次: 10秒
10萬次: 100秒(1分40秒）
100萬次: 1000秒(16分40秒)
1000萬次: 10000秒(166分40秒)

然後你的所說的「11萬次」，不見得真的是如你想的「11萬次」，
有可能你下的公式會導致乘積，
「11萬x11萬」，這樣就「121萬次」了。
「11萬x11萬x11萬」，這樣就「1331萬次」了。

也許在LibreOffice，每一次換算，又觸發什麼Event。<--這句是我猜測的，不了解實際狀況。

目前為止的進度參考

http://hyperrate.com/thread.php?tid=31850

文件1：內容

AA　　　AB
5-7A8B　bb
5-7A8B　bb
5-7A8A　aa

文件2：內容

BA　　　BB
5-7A8A　11
5-7A8B　22
5-7A8C　33

批次取代之後的內容

AA　　　AB
5-7A8B　22
5-7A8B　22
5-7A8A　11

是這樣嗎？

用php簡單寫一個「轉換的Script」。

放在「Github / prototype-cns11643-to-cin」。

注意事項：
這個「轉換的Script」我沒有仔細驗證，結果是否正確，
我猜應該是有「Bug」。

只是要表達我「上面回覆」的，「也許寫個程式，解析純文字檔，湊成你要的格式，就解決了」。


另外我也不了解，樓主真正要的是什麼，所以無從驗證(我只是猜想樓主要的功能)。

當然最重要的，我自己要把時間拿去做其他的事情，所以就先寫到這，暫告一段落。
有興趣繼續探究的，可以clone下來去修改成自己要的。

$ git clone https://github.com/samwhelp/prototype-cns11643-to-cin.git

Enjoy it!