Re: [請益] 程式寫太慢..

看板Soft_Job作者 (思考跳tone記性差)時間11年前 (2012/09/22 22:39), 編輯推噓17(17045)
留言62則, 22人參與, 最新討論串5/6 (看更多)
我這邊遇到的狀況 上面丟下來的檔案是從資料庫直接匯出的,但是匯的人不會調整 所以我拿到一份用TAB作間隔,但是欄位資料裡面也有TAB的東西, 欄位本身也沒用東西包起來 我這邊的作法是跟上面說 謀摳寧!!! (台語 意指不可能) 主管了解狀況以後也知道寫程式解析不可行 最多先重新要資料 所以有時候是遇到你覺得不可能的東西 有機會就直接說不可能吧 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.250.212.219

09/22 22:43, , 1F
你認真的麼?
09/22 22:43, 1F

09/22 22:43, , 2F
我這邊的狀況確實是這樣啊
09/22 22:43, 2F

09/22 22:44, , 3F
這樣就不可能...怎麼寫程式
09/22 22:44, 3F

09/22 22:44, , 4F
目前的作法是人工處理
09/22 22:44, 4F

09/22 22:44, , 5F
我覺得這樣的情況還好. 甚至會遇到你根本沒辦法重新要資料
09/22 22:44, 5F

09/22 22:44, , 6F
....你們公司....保重..
09/22 22:44, 6F

09/22 22:45, , 7F
我是單就我這邊的狀況給參考而已 因為感覺有這麼一點類似XD
09/22 22:45, 7F

09/22 22:45, , 8F
的情況. 那就要看自己如何應變,利用程式處理了.
09/22 22:45, 8F

09/22 22:45, , 9F
我想你看到資料會了解的
09/22 22:45, 9F

09/22 22:45, , 10F
可是聽你的敘述好像連大學生都會解決...
09/22 22:45, 10F

09/22 22:46, , 11F
有時候狀況看起來很簡單 你遇到就知道沒麼簡單了XD
09/22 22:46, 11F

09/22 22:47, , 12F
如果每一行的tab數量都不一樣就很麻煩了
09/22 22:47, 12F

09/22 22:48, , 13F
那樣也沒辦法人工處理吧?
09/22 22:48, 13F

09/22 22:48, , 14F
問題在看到TAB不知道是欄位資料還是欄位間的分隔
09/22 22:48, 14F

09/22 22:49, , 15F
人能懂就代表有規律 何苦寫不出
09/22 22:49, 15F

09/22 22:50, , 16F
除非每一欄的資料格式有明確區隔,電話、地址之類的
09/22 22:50, 16F

09/22 22:50, , 17F
如果所有欄位都是free的格式,又有tab就麻煩了
09/22 22:50, 17F

09/22 22:51, , 18F
感覺這應該要分很多次階段去處理這批資料吧
09/22 22:51, 18F

09/22 23:02, , 19F
重點在於資料內的東西和分隔用的tab沒有escape吧
09/22 23:02, 19F

09/22 23:02, , 20F
這個丟回去叫匯出時設定設好的確會比較有效率
09/22 23:02, 20F

09/22 23:04, , 21F
為什麼在資料庫內的資料要匯出來另外處理呢?是為了什麼!?
09/22 23:04, 21F

09/22 23:05, , 22F
因為保密限制啊~~~
09/22 23:05, 22F

09/22 23:06, , 23F
真的硬幹就是每行的子字串搜尋了,重拿資料比較快
09/22 23:06, 23F

09/22 23:06, , 24F
我們不能直接去連他們資料庫 也不能去那邊使用他們的資料庫
09/22 23:06, 24F

09/22 23:13, , 25F
那就請他們把sample資料庫丟過來,你們把程式寫好驗證
09/22 23:13, 25F

09/22 23:13, , 26F
後,丟回去讓他們自己跑??
09/22 23:13, 26F

09/22 23:14, , 27F
不用了 後來的續集就是我們發現鍵盤上的符號他們都有用
09/22 23:14, 27F

09/22 23:15, , 28F
而且光是重要資料就已經都沒有回應了XD
09/22 23:15, 28F

09/22 23:25, , 29F
這聽起來還是在處理範圍內...或許有太多文字沒描述到的例外
09/22 23:25, 29F

09/22 23:27, , 30F
應該說中間有連續兩欄是用戶自行輸入的內容
09/22 23:27, 30F

09/22 23:33, , 31F
你說的那種資料根本是小玩意,要處理仍然可以處理.
09/22 23:33, 31F

09/22 23:34, , 32F
畢竟你把它推掉了,所以沒必要強調它多難. 你沒有做過.
09/22 23:34, 32F

09/22 23:34, , 33F
那叫他轉成 sqlite 唄(笑
09/22 23:34, 33F

09/22 23:38, , 34F
重要資料就已經沒有反應了啊XD
09/22 23:38, 34F

09/22 23:39, , 35F
我不想強調 我只是有人問就回答而已~~
09/22 23:39, 35F

09/22 23:52, , 36F
週末大半夜不要爭這個東西. 你高興覺得不能處理,那就不要做.
09/22 23:52, 36F

09/22 23:53, , 37F
可是要做不做,是你自己取決.
09/22 23:53, 37F

09/23 00:39, , 38F
這種資料搬遷狀況真的很多,原po對這個case的應對情境很合理,
09/23 00:39, 38F

09/23 00:39, , 39F
不要為了證明自己很行,就隨便幫人家擦屁股.
09/23 00:39, 39F

09/23 00:45, , 40F
指定平台,程式,模式.那某些問題自然會無解或是超時解 :)
09/23 00:45, 40F

09/23 01:11, , 41F
這樣ok啊,總比花好幾天自己去搞來的好多了...
09/23 01:11, 41F

09/23 01:20, , 42F
雖然說很多東西硬幹還是能解決,但如果有更有效率的作法
09/23 01:20, 42F

09/23 01:20, , 43F
,那為何一定要硬幹呢:)
09/23 01:20, 43F

09/23 01:21, , 44F
不過 不可能 三個字還是需要仔細想過是真的不可能嗎?
09/23 01:21, 44F

09/23 02:35, , 45F
解決事情又不是很靜態的(A)絕對認同(B)絕對反對 二選項.
09/23 02:35, 45F

09/23 02:42, , 46F
欄位資料裡面trim過後tab還會保留嗎?
09/23 02:42, 46F

09/23 02:49, , 47F
tab會藏在文章裡面
09/23 02:49, 47F

09/23 03:06, , 48F
我認為,重新匯出資料會讓程式簡潔一點不是很好
09/23 03:06, 48F

09/23 03:07, , 49F
源頭就歪掉了,能及早修正當然是最好
09/23 03:07, 49F

09/23 03:38, , 50F
程式是用來解決問題,而問題要怎麼解決未必靠程式
09/23 03:38, 50F

09/23 04:04, , 51F
不是謀摳寧,只是謀給答...
09/23 04:04, 51F

09/23 11:39, , 52F
推「謀給答」
09/23 11:39, 52F

09/23 11:51, , 53F
^^^^^^沒價值,我拼了好久才拼出來.
09/23 11:51, 53F

09/23 12:12, , 54F
看樓上解答才看懂XD
09/23 12:12, 54F

09/23 12:34, , 55F
大家可以把推文分成兩欄看看 看會不會跟我這邊結果一樣
09/23 12:34, 55F

09/23 19:13, , 56F
沒有處理不了的問題 只是要丟多少資源下去
09/23 19:13, 56F

09/24 00:47, , 57F
人也不一定看得懂的,模稜兩可一定會有,當然要重新要資料
09/24 00:47, 57F

09/24 00:48, , 58F
就像古文沒標點,最後後人只好隨意解釋
09/24 00:48, 58F

09/24 00:49, , 59F
database又不是文學欣賞,錯了誰負責
09/24 00:49, 59F

09/24 00:57, , 60F
堪用即可...
09/24 00:57, 60F

10/26 17:22, , 61F
沒事來補一下 我終於拿到用XML格式輸出的資料了 XD
10/26 17:22, 61F

10/27 11:18, , 62F
不過只有新的資料 舊的還是沒重給ORZ
10/27 11:18, 62F
文章代碼(AID): #1GNSsqwp (Soft_Job)
文章代碼(AID): #1GNSsqwp (Soft_Job)