建立文本内容网站的正确方法是什么？ [关闭]答案

【问题标题】：What is the right approach of building a Text-Content Website? [closed]建立文本内容网站的正确方法是什么？ [关闭]
【发布时间】：2012-02-22 11:28:35
【问题描述】：

正在建立一个包含文章、政策和法律以及文本内容的网站。我将所有数据（在某些情况下是超过 8000 个字符的文章）存储在 MSSql 2008 数据库中。我读了一些文章，他们说文本数据不应该存储在数据库中。它们应该存放在哪里？在 .txt 文件中还是什么？我也想搜索数据。如果它们存储在数据库中，我可以使用存储过程等。如果存储在文档中，我需要使用像 Lucene 这样的工具。我对吗？我对这个项目使用 DB 的方法是否错误？请赐教。

【问题讨论】：

[需要引用]。文本数据应该存储在数据库中，这就是它们的用途。您确定您没有阅读“image 数据不应存储在数据库中”吗？（甚至这是有争议的）
trycatchfail.com/blog/post/Introduction-to-LuceneNET.aspx 在本文中请参阅“为什么不使用 SQL Server？”部分
您引用错误。它说“不要使用 SQL Server 来存储 和搜索 大量文本”（强调我的）。 8000 个字符（从数据库的角度来看）不是大量文本，在 2012 年也不是。在问题开始显现之前，您需要所有文章至少大一百倍。对于您所描述的此类站点，MSSQL 就足够了。另请注意，该文章是关于全文搜索，而不仅仅是存储和检索。
好的老板。由于所有数据都存储在数据库中（在不同的表中），我应该如何从中搜索单词？我可以使用 lucene（或其他工具）来搜索数据库，还是最好的旧存储过程？还有一件事，我听说如果你将数据存储在数据库中，搜索引擎优化会变得很困难，因为谷歌蜘蛛无法爬过它们。这样对吗？有什么解决办法吗？
我不会需要全文搜索吗？

标签： database text lucene full-text-search text-based

【解决方案1】：

无论您如何看待它，无论是： 1) 一个老式的平面文件数据库（txt 文档，不推荐用于大型项目恕我直言） 2）传统的文本存储数据库 3) 文档数据库

使用文本数据库还是文档数据库的争论取决于您拥有或可能获得（或获得帮助）的技能/知识。在我看来，您对文本数据库更满意，在我看来，这并没有什么问题 - 最坏的情况是，如果最终真正需要长期使用文档而不是直接存储文本您应该能够从文本数据库自动生成文档 - 我怀疑反向操作会更加棘手（将大量专有文档转换为文本以进行存储和插入）。从文本数据库生成纯文本文件很简单，大多数供应商文档格式都支持导入纯文本文档以进行后续格式化。

对于像这样的大型项目，您确实需要花一些时间考虑您的文档可能用于什么用途、由谁使用，以及哪些方法最适合它们。如果您要为大量使用 MS Word 并希望下载数据的人提供数据库，您可能需要考虑使用文档数据库。如果只是您想提供的信息（和基于网络的工具），您需要考虑如何操作自己的数据。

这显然都是意见，但我的最后一个建议是，如果你走文本路线，请确保从一开始就使用 utf-8 文本（痛苦的经历）。

【讨论】：