2012-03-15 28 views
4

私は独自のデータベースを作成できます(必要に応じて後でそのデータベースに移行できます)。この宝石は、データベースに読み書きするときにActiveRecordを使用します。必要なレーキタスクを得るためだけに、非サービングRailsアプリケーションに自分の宝石を埋め込むのは、これを行うためのベストプラクティスまたはコミュニティ促進方法ですか?私の小さなコマンドライン専用のアプリケーションに、Railsのインフラストラクチャ全体を取り付けるだけで、将来の移行のアップグレードを受けることができます。独自のデータベースを作成するためのベストプラクティス

答えて

1

standalone_migrations gemを使用して、Rails外のActiveRecord環境を管理することができます。https://github.com/thuss/standalone-migrations。マイグレーションやスキーマをgemパッケージに含めると、gemのコンシューマはdb構造をゼロから再作成できます。私はrobbritに同意します.SQLiteはデータベースにとって最も簡単な選択です。

4

比較的軽量なORMシステム(ActiveRecordと比較して)であるDataMapperをSQLiteデータベースと組み合わせて使用​​できます。このためにRailsを使う必要はなく、DataMapperは、ウェブベースではないものであっても、通常のアプリにうまく収まります。

+0

こんにちは@robrit、あなたの答えはthansk。私は私の問題を特に十分に説明していないと思う。問題は、ORMとしてActiveRecordを使用したくないということではありませんが(私は他の人にも公開していますが)、データベーススキーマの作成/更新スクリプトを公開できるようにする必要があります。 可能であればARの移行を使用したいと思いますが、そのようにするには、すべてのRailsレーキタスクを含め、Rails環境をロードして移行作業を実行する必要があります。 この宝石に関連付けられているスキーマが時間とともに変化することがわかっているため、移行部分は重要です。 – geoffharcourt

+0

DataMapperはActiveRecordではなく、ActiveRecordと似ている別のライブラリですが、レーキタスクなどの他のすべてのビットを必要としません。 – robbrit

関連する問題