Massive、PetaPocoなどのためにNHibernateを取り除きたいのですが、データベースを自動的に生成する機能が本当に好きです。属性を使用すると、PetaPocoにはdbを生成するために必要な情報があるように見えますが、それは何も見つかりません。dbスキーマを生成する.Net Micro ORMはありますか?
これに対応する別のMicro ORMがありますか?
Massive、PetaPocoなどのためにNHibernateを取り除きたいのですが、データベースを自動的に生成する機能が本当に好きです。属性を使用すると、PetaPocoにはdbを生成するために必要な情報があるように見えますが、それは何も見つかりません。dbスキーマを生成する.Net Micro ORMはありますか?
これに対応する別のMicro ORMがありますか?
ServiceStackのORMLiteは、dbスキーマを作成できるMicro ORMです。それはCreateTableとDropTableメソッドを持っています。
私はこのことをほぼ2年前に広く調べました。
その時、自動的に現実の世界からDBスキーマを作成することができのみパッケージ(おもちゃではなく)オブジェクトモデルは、「ビッグORM」Fluent NHibernate Automappingだったので、それは我々が使用して終了するものです。
これは一般的にうまくいきました(正直言ってセッション管理は苦痛で、現在はFNH 1.3/NH 3.2へのアップグレードにいくつかの問題があります)。しかし、それは大きな勝利を収めています。
Subsonicは当時非常に有望だった.FNH/NHよりもはるかに使いやすくなっていた。しかし、ActiveRecordのような非常にシンプルなスキーマは自動的にしか作成されませんでした。私は最後に聞いた、それはもはや積極的に開発されていませんでしたが、それは本当に悪いです。
現在、スキーマを生成する他のマイクロORMオプションがありますが、私はそれらを認識していません。
永続性(リレーショナルデータベースではない)が必要な場合は、NoSQLオプションのいくつかを調べるとよいでしょう。私はRavenDBが非常に興味深いと思っています - サブソニックほど使いやすいようですが、はるかに強力です。 (しかし、ライセンスは高価に見えます)。
OPは 'SchemaExport 'のような機能 – Firo
SqlFuは、スキーマを作成したり、存在する場合は切り捨てたり、削除したり、チェックしたりすることができます。
このようなことはわかりませんが、*個人的には、*大きな* ORMもここでも信頼できません。スキーマはかなり重要です。IDは生のTSQLを通して自分自身で行います...ただの意見です。 –
@MarcGravell ORMを信頼していなくても、常にテーブルスキーマをクラス/マッピングから生成し、手作業で50以上のテーブルを作成するのではなく、大きな生産性を引き出す – Firo