0

私は自分の問題の概念的な解決策を探しており、最も適切な技術の使用についてアドバイスしています。

1つのテーブル（id、name、...）で構成されるデータベースがあります。プロジェクトの機能では、コメントを追加する必要があります。オブジェクトをプレビューしている間、すべてのコメントのためにスペースが提供されます。主キーとしてidを使用し、commentという別の列を使用して別のテーブルを作成する必要がありますか？もしそうなら、同じ製品を説明する（そして同じIDを共有する）2つ以上のコメントを持つことは計画が間違っています私はいくつかのXMLファイルを使用して次のようなものを構築しようとすべきですか？

   <allobjects>
         <object id=1>
           <comment>blaah blah </comment>
           <comment>something</comment>
         <object id=2>
         </object>
   </allobjects>

次に、xml構造をループして、コメントを取得しますか？

4

2 に答える 2

2

これをxml文字列に入れて解析することはしません。商品にコメントが1つしかない場合は、商品テーブルに別の列を追加することをお勧めします。製品への複数のコメントをサポートすることを計画している場合は、これを別のテーブルに保存する方が理にかなっています。同様に、すべての製品にコメントが付いているわけではない場合は、別のテーブルを追加するのが最適です。最も柔軟な解決策は、新しいテーブルを作成することです。これをXMLドキュメントに保存することは、特に、テーブルから直接取得する場合に比べてかなり遅くなるxmlを解析する必要があるため、あまり実用的ではないようです。

于 2012-07-30T20:43:58.783 に答える
0

提供したXMLを操作することは、コメントを格納するために別のテーブルを使用することと同じです（1対多の関係）。DBアプローチに問題はありません。

使用する言語（C＃、JAVA、PHP）によっては、XMLファイルの操作がより簡単/困難になり、より多くの経験が必要になります。一方、リレーショナルDBとSQLを使用することは、あなたが必要だと言ったことの「簡単なこと」です。

于 2012-07-30T20:42:37.807 に答える