XMLは、はるかに小さな規模で情報を格納するもう1つの方法だと思われますか? DBはあらゆる種類の処理が可能です。私はプロとは何かを知ることに興味があり、それぞれに罪があります。それらのうちの1つはシナリオでは良いですか?私はそれぞれが最高のケースシナリオを持っていると確信しています。DBまたはXML質問
ありがとうございます。
XMLは、はるかに小さな規模で情報を格納するもう1つの方法だと思われますか? DBはあらゆる種類の処理が可能です。私はプロとは何かを知ることに興味があり、それぞれに罪があります。それらのうちの1つはシナリオでは良いですか?私はそれぞれが最高のケースシナリオを持っていると確信しています。DBまたはXML質問
ありがとうございます。
まあ... XMLは誰でも読むことができるファイルなので、テキストです。
データベースはAPIを介してアクセスする必要があり、特定のdatabase-ey構造に準拠している必要があります。
データベースと似たXMLを作成したり、それを別のものにすることもできます。
おそらく情報的には、XMLスキーマとデータベーススキーマとが同等であることを証明できます。
実際には、特定のXML構造に適切なAPIを書きたいと思うでしょう。しかし、他の人がスキーマを読んで自分自身で行うことができます。
多くのエージェントが安全に同時にアクセスできるAPIを通常持っているため、データベースが輝きます。 XMLは単なるテキストファイルです。
Well XML対DBは、Man自身を含めてあなたが気にしているすべてのスマートな人たちによって多くのものがカバーされています。 http://www.joelonsoftware.com/articles/fog0000000319.htmlを読むと物事がより明確になります。
説明文を削除してください。私はレポを気にしません、私は人が実際にそれに同意しないかどうか、そしてなぜそれを知りたいのですか? –
SOが検索可能な回答のリポジトリにしようとすると、このリンクをクリックして他の人の回答を読むという形式の回答はお勧めできません。 –
私はあなたの声明に同意します。ジョエルを引用するのはよくある質問です。 –
XMLは、設定ファイルなどの静的データを格納するのに最適です。既存のAPIおよび/またはXPathで非常に簡単かつ迅速に読み取ることができます。しかし、それは単なるファイルなので、読み込まれるデータを格納するためだけに使用し、ユーザーが使用するアプリケーションからの更新は必要としません。お使いのOSによっては、ファイルのロックや特権がアップデートの問題となり、並行性が維持するためのロジカルな悪夢となる可能性があります。
データベースは、読み取り、更新、または削除が容易なレコードの集合です。大規模なデータセットの場合、データベースは、パフォーマンスを向上させるためにフィールドを索引付けし、異なるタイプのユーザーのレコードの可視性を制御するために異なるスキーマまたはビューを設定する機能も提供します。データの整合性は、データベースでも簡単に維持できます。
要約すると、XMLは頻繁に変更する必要がなく、アプリケーションから読み取り専用である中規模から中規模のデータセットに適しています。データベースは、動的データセットまたは大規模データセット、またはデータのセキュリティが懸念される場所に適しています。
これは、同時にアクセスできるデータベースサーバーです。XMLファイルに関しては、dbファイルとは関係ありません。 XMLスキーマは、DBスキーマの近くにはありません。 XMLのためのAPIがあります。なぜなら、それは「単なるテキストファイル」ではないからです。構造化されたテキストファイルです。私は行くことができます。 –
@Elijah、私はXMLが大好きで、テキストファイルよりも大きな価値があると同意します...だから私は「ちょうどテキストファイル」と言って少しこっそりしている。主にテキストファイルであることを強調しています。私は、十分な "特別なルール"があれば、データベースですべてのことをXMLで行うことができると思います。 DTDやスキーマだけではDBスキーマは実際には網羅されていないと訂正しています。今、あなたはそれを指摘します。 :) –
そして、結合、索引付け、関係定義、一意性、検索可能性などのためのXMLのオプションは何ですか?答えは簡単です。 XMLは構造化ファイルです。完全停止。 –