私は次の問題に直面しています。これにはどの技術が選択されていますか？
あなたは両方PRIMARY_PRODUCTSともPRODUCTSその他で構成することができPRODUCTSあります ターゲットは、次のスキーマを格納するDBを開発することです。
私の最初の質問は、SQL DBまたはNoSQLテクノロジのどちらを推奨するかです。 NoSQLと私はよく考えていませんが、全体のコンセプトがpbに適していないかどうか調べるのに時間を費やす価値はないと思います。 NoSQLを調べる価値がある場合は、どのバージョンをお勧めしますか？私はカサンドラを見ていましたが、宇宙がかなり大きいほど多くの種類があります。
NoSQLがこれに適していない場合は、SQLに戻す必要があります。 hierarchyIdが適していますか？
SQLまたはNoSQLの両方でこの種のデータを格納および取得でき、両方のテクノロジでこのジョブを実行できます。
主な違いは、SQLのトランザクションと保証された一貫性と、NoSQLの読者のための高性能です。
正確な状況では、SQLはトランザクションをサポートしているため、すべてのサブ製品が正常に格納されたときにコンポジット製品が表示されます。
しかし、ほとんどの現実の状況では、NoSQLシステム上で部分的にコミットされた製品を視聴する可能性は非常に低く、無関係です。将来の製品の読み取りは正しいでしょう。
迅速な回答ありがとうございます。 SQLでは、使用するデータ型の種類がちょっとわかりません。PRODUCTSテーブルとPRODUCTS_DATAテーブルを作成します。 PRODUCTS IDまたはPRIMARY_PRODUCT IDのいずれかになるために、列のタイプを選択する方法がわかりません。私が見ることができる1つの解決策は、検索するタイプの列を追加することですが、それは私に速くて汚いと思えます。どの優雅なソリューションですか？その間にNoSQLでは私はどのように手がかりを持っていません。興味深いリンク？ – user1041329
保存したいデータの例を教えてください。どのように見えるかのように。 – Purplegoldfish
トランザクションを処理しますか？いくつのレコードがありますか（そして何ギガバイトのデータ）ですか？どのように多くの同時ユーザーがありますか？ – bpgergo
格納されるデータはまったく複雑ではありません。私は別のテーブルに向かってintキーになります。 – user1041329