|
||
|
Basic Member
加入日期: Aug 2003 您的住址: 高雄
文章: 27
|
autocomplete 使用上要小心一點，
因為要查詢多次，記得設定delay 時間， 不然真的如同其他人講的，當系統資料量大、多人使用時， 很容易死在那裡阿∼ 引用:
__________________
身如風，心如雲，遊蕩玩樂天地間∼ |
||||||||
2016-09-22, 09:32 PM
#41
|
|
|
*停權中*
加入日期: Oct 2012 您的住址: 晚上黑壓壓一片的那區
文章: 99
|
引用:
會有辦法的, 這只是簡述 前端有些查詢的限制, 後端分而治之 我每天都在用 目前沒死過 |
|||
|
2016-09-22, 09:41 PM
#42
|
|
|
Elite Member
  加入日期: Jan 2002
文章: 4,032
|
看完樓上各位的事蹟,有人說資料量大會如何如何...
我就在想,所謂的資料量大是指什麼? 幾千筆資料算大嗎?? 9萬9999算大嗎?? 10幾萬算不算大 ?? 我現在試圖要處理的資料量,是動輒百萬筆資料量(一天下來) , 最多曾經出現一千多萬筆資料 這還只是20M/5M的頻寬對外產生的資料量 , 我已經很難想像跑全速gigabit 會是什麼情形 ...  10G造成的狀況就...... 
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗 還想讓統一賺你的錢嗎？統一集團成員(能見度高的)： 星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、 康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、 維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT) 統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑 此文章於 2016-09-22 09:58 PM 被 anderson1127 編輯. |
|
2016-09-22, 09:56 PM
#43
|
|
|
Major Member
 
加入日期: Aug 2001
文章: 211
|
有時候不是碼農的錯...
說個自身經驗好了。本猴年輕氣盛時，在某家公司要做一個產品網站，某位資深員工就做了一個很「專業」的表格，就是類似飛俠前輩講的那種通通下拉選單的設計。 本猴一看，心裡想著天啊這什麼鬼，先不論有沒有軟體常識，這介面他媽的只有你自己知道怎樣用吧？可是我們這個網頁是要給全球用戶使用的啊，於是本猴就反對那樣的設計。 反正整個系統從架站、資料庫設計到前後端程式都是本猴一個人做，後來本猴就仔細研究了一下產品，然後自己設計了一個很「蠢」的 UI，目標就是讓什麼都不懂的人也可以輕鬆找到產品跟文件等相關資料，例如設計了一個搜尋欄可以搜尋產品等等。 結果網站上線後，許多同行在半年後都開始「抄」本猴的設計。 本蠢猴以為大家是一個團隊，是把事情做好比較重要，可是本猴錯了，因為本猴這樣子做就得罪了那位在主管心中有份量的同事，本來只是想把事情做好卻讓人以為本猴妄尊自大，這只能怪自己年輕不懂事。 所以本猴現在只把心力放在程式碼的優雅與實現，看到的介面，老大們喜歡啥就做啥，畢竟畫面是他們唯一看得懂的東西，難用就難用吧，因為 user 干我屁事啊！我又不領 user 薪水。 如果你們以後碰到一些大公司的產品，卻有著難用到爆炸的介面設計，相信我，這通常都不是碼農的錯，而是主導的人有問題。 話說飛俠前輩去念博土了嗎？ 
__________________
滿招損 謙受益 此文章於 2016-09-22 09:59 PM 被 darkangel 編輯. |
|
2016-09-22, 09:56 PM
#44
|
|
|
Regular Member
 
加入日期: Jan 2006
文章: 97
|
引用:
抱歉，我想提的不是"能不能防死" 而是這種查詢方式對效能的考驗很嚴苛，前%影響的是"table scan" 不論你對client設限查詢的延遲或是限制，它所"花費"的資源並不會因此減少，只是少做幾次 與其大量設限，不如控制好每次動作的花費，減少無謂的負擔，效能自然也提昇 以上是小弟見解，並無其他惡意 其他的就如樓上黑天使大，做好做滿是罪惡，留個洞才有飯吃 所以我離職了.....
__________________
 ----------------------------------------- 此文章於 2016-09-22 10:06 PM 被 evangel005 編輯. |
|
|
2016-09-22, 10:01 PM
#45
|
|
|
Major Member
加入日期: Dec 2000
文章: 125
|
欄位關連一個多階輸入詞庫對話盒，本機詞庫版本同步伺服器詞庫版本，伺服器詞庫源自資料庫，不同的欄位對應不同的詞庫。
我一個同事N年前寫的，C／Ｓ老架構了，我老闆說當user 是白癡就對了。 |
|
2016-09-22, 10:02 PM
#46
|
|
|
Basic Member
加入日期: May 2013
文章: 12
|
年輕的時候，想把事情做得盡善盡美，年齡漸長，瞭解到一件事情若有一百個步驟，老闆只在乎其中一個，你只要把那一個做好就好，或者是老闆什麼都不懂，即使你把一百個步驟都做得很好，有一個步驟他不喜歡，就覺得你在鬼混，千里馬到處都有，但伯樂可是萬中取一，當小員工時不齒主管拍老闆馬屁，當主管時做著以前自己不齒的事。微軟在PC作業系統所向無敵，在手機卻是吃屎，難道微軟的員工都是白痴嗎？Intel在PC處理器沒有對手，在手機也是吃屎，難道Intel的員工都是白痴嗎？世間的事有千百萬種，但運作的方法都差不多。
最後一句是真理，我又不領user的薪水，做的好用，人家認為理所當然也不會感謝你 引用:
|
|
|
2016-09-22, 10:11 PM
#47
|
|
|
Major Member
加入日期: Aug 2001
文章: 211
|
引用:
除了 lexer，更酷的是像 google 的 auto-complete，有許多現成的演算法可以拿來用像什麼 hamming distance，有心找一找連 source code 都有得抄。 可是我都沒用，我只用一個 re 就解決大部份需求了。
__________________
滿招損 謙受益 此文章於 2016-09-22 10:16 PM 被 darkangel 編輯. |
|
|
2016-09-22, 10:15 PM
#48
|
|
|
Major Member
加入日期: Aug 2001
文章: 211
|
引用:
不是什麼真理啦，只是本程式猿多年跌撞的小小體悟。
__________________
滿招損 謙受益 |
|
|
2016-09-22, 10:19 PM
#49
|
|
|
Basic Member
加入日期: May 2013
文章: 12
|
我是個龜毛的人，問題是如果我身邊都是差不多就好的人，我就成為大家討厭的對象。
曾經有幾次，一堆人無法解決的問題，我1分鐘解決，沒為什麼，江湖一點訣，說穿不值一文錢，但台上3秒鐘，台下3年功，以前我遇到這問題時，是有下苦功去解決過的。但1分鐘解決的結果是，得罪了一堆無法解決這問題的人。 把公司的系統做得完美，你就成了整天沒事幹的多餘人力。3不5時出包，有問題就找你解決，你是大家不可或缺的幫手，就算一天到晚被暗幹，至少人家記得你，總比大家忽視你的存在好。 當然有一些情況例外，比如一群志同道合能力相當的人一起創業，這時迅速解決問題才是首要，不需要搞那些有的沒的。 |
|
2016-09-22, 10:20 PM
#50
|
|
