テキストコンテンツのウェブサイトを構築する正しいアプローチは何ですか?[閉まっている]

StackOverflow https://stackoverflow.com/questions/9393918

質問

記事、方針、法律、テキストのものを持つウェブサイトを構築しています。MSSQL 2008データベースにすべてのデータ(場合によっては8000文字以上の記事)を保存しています。テキストデータがデータベースに保存されないと言っている場所をいくつか読みます。彼らはどこに保管されるべきですか?.txtファイルまたは何かで?データを検索したいです。ドキュメントに保存されている場合は、ストアドプロシージャなどを使用できる場合は、LUCENEのようなツールを使用する必要があります。私は正しいですか?このプロジェクトではDBを間違って使用することへのアプローチがありますか?私を啓発してください。

役に立ちましたか?

解決

このプロジェクトの説明のいくつかの説明のDBを使用しています。 1)昔ながらのフラットファイルデータベース(TXT文書、大規模プロジェクトにはお勧めできません) 2)データベースを保存する伝統的なテキスト 3)文書のデータベース

文書のDBを使用するか文書のDBを使用するかどうかは、どのスキル/知識にかかわらず、またはアクセスする可能性がある(または援助)。それはあなたがテキストのdBでより快適であるように私に聞こえます。テキストデータベースからドキュメントを自動的に生成できるはずです - 私は逆のことを疑うでしょう(ストレージと挿入のためのテキストに独自の文書の負荷をテキストに変換する)。テキストデータベースからプレーンテキストファイルを生成することは簡単で、ほとんどのベンダーのドキュメント形式は後続のフォーマットのためのプレーンテキスト文書のインポートをサポートします。

このような大きなプロジェクトのためにあなたは本当にあなたの文書が誰のために使われる可能性があるか、そして誰によってどんな方法で最もよく一致するかを考える必要があります。 MS Wordを大量に使用してデータをダウンロードしたい人のためのデータベースを提供している場合は、おそらく文書DBを使用する必要があります。それがあなたが提供する情報(そしてWebベースのツール)だけであなたがあなた自身のデータを操作する方法を検討したい場合。

これは明らかにすべての意見ですが、私の最後のアドバイスは、テキストルート(苦い経験)を下げるならば、最初からUTF-8テキストを使うことを確認するでしょう。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top