現狀尋找更快的算法來計算的文檔數據庫標籤/關鍵詞/標籤動態tagcloud
- .NET 4.0應用程序(WPF)
- 數據庫:SQLCE
- 表(簡體):文檔,標籤,文檔標籤[n:n]
- 大致2000個文檔和600個標籤(標籤可以分配給多個文檔)
- tags = keywords = labels
案例
用戶有一個大的數據庫文件,這是他可以用標籤雲過濾。標籤顯示一個名稱(標籤名稱本身)和一個數字,它是具有相應標籤的文檔的總數。 如果用戶選擇一個標籤,則只顯示具有所選標籤的文檔。動態標籤雲現在應該只顯示已更新計數編號的已過濾文檔上的可用標籤。
問題
它是緩慢的。在每個選定的標籤之後,我們需要再次評估所有文檔以對標籤進行計數。我們目前以遞歸方式進行,因此我們檢查每個文檔的標籤。我們正在尋找另一種解決方案(緩存,更好的算法,您的想法?)。
相似
計算器,del.icio.us也有標籤雲。看看你自己。他們是如何做到的呢?我知道存儲過程是一個解決方案,但根據我們的數據庫開發人員,這在SQLCE上不可用。
我是否正確理解,緩慢部分顯示標籤**僅用於由一個標籤**選擇的文檔列表? – 2012-02-15 11:47:32
實際上,顯示的文檔越少,速度越快,因爲每次列表過濾時都會收到標籤。現在,在應用程序開始時,所有2000個文檔都可用,我們的應用程序通過文檔獲取所有標籤文檔。 – Wolkenjaeger 2012-02-15 13:50:25
我的答案在下面有幫助!無需循環文檔,您可以在一個查詢中執行此操作。 – 2012-02-15 16:03:49