MongoMapperのオプションキーまたはキャッチオールキーを使用しますか？

Question

は、私はこのようになりますMongoMapperクラスに取り組んでいるとします

class Animal 
    include MongoMapper::Document 

    key :type, String, :required => true 
    key :color, String 
    key :feet, Integer 
end 

今、私は鳥の翼幅を保存したいです。多くのドキュメントには無関係だと少しだらしない感じにもかかわらず、これを追加する方が良いでしょう：

key :wingspan, Float 

またはこの、それはindescriptiveキャッチオールハックのように感じていることだにもかかわらず：

key :metadata, Hash 

メタデータアプローチ（私が継承しているコードには先例があります）は、Mongoドキュメント全体にとってはほとんど冗長です。両方とも、キーと値のペアのスキーマレスバケットを意図しています。

動物固有のキーを追加すると、かなり醜いモデルに滑りやすい斜面であるようにしかし、それにも思えます。

代替手段（Birdサブクラスを作成する）はありますか？

Answer 1

MongoMapperはnilというキーを格納しないため、key :wingspanを定義した場合、実際にそのキーを設定したドキュメントのみが格納されます。

あなたがキーを定義しないように選択した場合、あなたはまだmy_bird[:wingspan] = 23でそれを設定/取得することができます。 （[]呼び出しは実際にあなたのためにキーを自動的に定義します;同様に明示的に定義されていないキーを使ってMongoDBからドキュメントが戻ってきた場合、キーとそのクラスのすべてのドキュメントが定義されます。それは全体のクラスのためですが、nilのキーは保存されていないので、それほど大きな問題ではありません。）

birdにも独自の振る舞いがある場合（おそらくそうです）、サブクラスが理にかなっています。鳥と動物については、すべての鳥が動物であるので、私はこのルートをとるだろう。あなたは億移行とあなたのコードを必要としないので、MongoDBはどのクラスで行く属性それは明らかに、Single Table/Single Collection継承のためのActiveRecordよりもはるかに進歩しています。

Answer 2

それはあなたが将来的にデータベースとどのようにあなたが保存した情報を使用することを期待を拡張しようとする方法を知らなくても良い答えを与えることは難しいです。たくさんの鳥を飼っていて、翼幅に要約したければ、翼幅は他の動物には使われなくても助けになります。既知の動物ごとにランダムな任意の情報を格納する予定がある場合は、スキーマ内で追跡する可能性があまりにも多くあり、メタデータのアプローチが使いやすくなります。