専用な検索エンジンを扱うための動的な分類基準を提供での性能はそのままflexibilty?
https://stackoverflow.com/questions/2081148
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
ようかと思ってるんだが約モデリング代表的なeコマースサイトebayような分類基準の属性に依存し、特定の商品です。
初めての試みでしたの選択とEAV、テーブルクラスdb継承モデル化。私は後者では、そうした創造専用テーブル毎の特定の葉カテゴリのツリー)の商品カテゴリーが特定のカテゴリー属性（解像度テレビ)としてモデル化は別の列としています。
がperformantこのセットアップは柔軟性が必要な場合は追加の属性では既存のカテゴリーまたは追加を行います。各変更後：
- Alter/テーブルの作成
- 新しい形のためのフィルタリングピンタバコ会社の本社などのカテゴリー内の特定の属性
- 新しいコード生成dbクエリ検索とフィルタリング
- 新しいviewmodels/DTOs景色表示のための製品から新しいカテゴリ
への対応が複雑だと思いなどのメタ表現の属性が必要なもの以外のアプリケxmlやexcelファイルのように変更すべての記のコードが自動生成されたsql/ormクエリでは、アプリケーションコード、テンプレート).なのでこの開発も試験および外展開が必要です。
そこでいろいろebayないのに使関係のdbで検索し、その分類基準は柔軟に、かなり迅速に新しい葉ます。またその種になろうカテゴリから階層ツリーモデル化に関係のdbで検索属性(側面).
ることになクイックルックへの有力な専用な検索アクセス-コントロールにより、別途Solrンスなんかはまだわかりませんが、いずれか助けてくれる柔軟に分類からの変更点通常、Solrでミラーは何らかの関係DB、特定のカテゴリの属性のいモデルDBとしてのDBMSのメタデータ、例えば.動的生成UI形フィルタリングを行うための属性にすることは難しいだろうな:
1)今のデータをRDBMSを用いEAV多様な用途でご利用とその克服のパフォーマンスに問題を用いたSOLR検索ものが残っていれば問題EAV messiness、データの整合性の実施など）
2)今だけの属性の辞書(ie.ちょうど彼らの名前と型）RDBMSの特定の属性の値がSOLRそのまま使用するという非関係データストアのほから検索します。私は確信しこのソリューションが可能でアプリケーショ結合厳しいとsolrります。ェブアプリケーション管理CRUDたちと交流しSOLR接).
あなたはどう思いますか。という方のためにどのようなな(performant)の分類基準の柔軟性コードの発生は避けられな?はどのように取り扱っています。もしかした個別のデータ辞書EAVファッションDBだけのコード生成的に存在しません。思うものを使っておけば間違いないようにPythonのが、UIコード生成(ランタイムというものも必要なメタデータを指すものとします。
り多くの質問がなかったた休憩でさらに小さな問題かに興味がある私にとって一般のデザインアプローチを取り扱う場合には大きなゴールドマン-サックスです。
解決
んが、請求項についての明確な答えを出すべてのことでかなり期限の問いに実際に試したほうがよいでしょうするための小さな部品によって異なりますので、お実際の要件、実は私の誘惑に投票る場合があり)でもそうしたもとでは数え上げればきりがない:
- いつのモデリングこのRDBMS. 略の検索だけでなリレーションのスキーマ.
- IMOではないのコード。きるようにデザインコードで変化していませんのデータの変更(伝える事が出来るって事 スキーマ 変化）
- 保存メタデータ/属性は、Excelシートを使うと非常にアイデアです。私が築けるユーザーインタフェースに編集し、保存することSolr/Python/apache couchdbが持つもの選びに管理します。
- Solr ない "なんでミラーの関係DB".実際、Solrは完全に独立した関係データベースです。唯一の例 は ダンピングデータからのRDBMSにSolr(denormalizingデータの処理がSolrを柔軟にして仕事ができ関係データソースです。
- 階層facetingにSolr まだ開発の研究.現在は、別の方法が研究されており(SOLR-64, SOLR-792)
他のヒント
何をした場合は種類の異なる種類の異なる種類の製品ですか？
で、eBayの例では、と思いま 製品 るのでなければならないと規定されて 書籍 または テレビ-ディスプレイ.
書名、ISBNで、アップが発生する可能性がありsci-fiカテゴリのエロカテゴリーのノンフィクションカテゴリー、または自伝的です。っている一冊のノンフィクション、自伝的エロます。
ディスプレイ画面解像度や電力消費量(?), きのフラット画面のカテゴリ,ブラウン管カテゴリー、またはHD。
からの純粋な関係の視点、 か このモデルはこのように:
[Product]-(1)------(1)-[ Book ]-(n)------(m)-[ book_category ]
| id | | title | | name |
| price | | ISBN |
| ... |
| ... |-(1)---(1)-[ display ]-(n)------(m)-[ display_category ]
| resolution | | name |
| watts |
の代わりにモデリング attributes dependent on a particular product category, という性質の異なる とカテゴリ に依存し タイプ/クラス することが重要である。
