2013-02-12 26 views
0

我正在尋找解決方案來爲我工作的公司搜索定製電子郵件套件(類似於呼叫中心,但用於電子郵件而不是電話)的電子郵件文件。針對電子郵件文件根目錄的SQL Server 2005文本編目?

我遇到的問題是,當我想執行電子郵件搜索(正文),遍歷目錄和查找字符串需要很長時間,當目錄包含幾千個文件時。不幸的是,這些文件與正在執行搜索的客戶端PC不在同一個系統上。

但是,具有這些文件的PC與電子郵件服務運行在同一個系統上。我決定只將非常重要的信息放入數據庫(電子郵件ID,線索ID,主題,收到日期)。我已決定不把數據庫放在數據庫中,而我爲此使用的庫(OpenPop)並不便於從數據庫中提取數據來生成「消息」對象,而無需將整個文件放入單個柱。

有沒有簡單的方法來設置SQL Server 2005上的文件編目?或者可能有更好的方法來爲此提供搜索功能?不幸的是,我沒有太多的開發時間來從頭開始創建自定義搜索引擎,而且我們也不打算購買專有軟件來做到這一點。

我已經看到了一些基於Web的解決方案,但是我正在研究SQL Server解決方案,或者可能使用我們在此使用的語言(C#/ .NET 4.0)來實現解決方案。

回答

1

SQL Server確實爲包含在表中的數據提供全文搜索工具。它不支持全文搜索外部數據。

如果你不想爲你的基於文件的搜索使用另一個庫,我建議將數據填充到表中並使用sql server提供的全文搜索工具,它們不難用,不昂貴(尤其是自你已經有了SQL服務器),並且應該很快集成。唯一的缺點是增加了磁盤空間的使用量。

磁盤往往很便宜,所以這不應該是一個問題,除非你使用昂貴的主機。

+0

這就是我的想法。我重新審視了我發現的文章,看起來它的支持是有限的...這裏是我發現的文章:http://www.simple-talk.com/sql/learn-sql-server/understanding-full- text-indexing-in-sql-server/ – phillk6751 2013-02-12 20:01:19

+0

@ phillk6751 - 不確定你的支持意味着什麼是有限的 - 也許你的意思是它是「光禿禿的骨頭」。我認爲這是正確的,SQL中的全文搜索是作爲工具箱而不是解決方案。 – Hogan 2013-02-12 21:05:05

相關問題