問題タブ [dbmigrate]

アダプターでレールを使用しoracleenhancedて、レガシーアプリケーション用の新しいインターフェイスを作成しています。

データベースの移行は正常に機能しますが、レーキが終了するまでに非常に長い時間がかかります。データベースの変更は非常に迅速に（1秒または2秒）行われますが、db/schema.dbダンプが完了するまでに1時間以上かかります。（以下の移行例を参照してください。）

これは比較的大きなスキーマ（約150テーブル）ですが、各テーブルの説明をダンプするのにこれほど長くかかることはないと確信しています。

schema.db最後のものを取得し、移行で指定された変更をそれに適用するだけで、これを高速化する方法はありますか？または、このスキーマダンプを完全にスキップできますか？

schema.dbこれは毎回テストデータベースを最初から作成するために使用されることを理解していますが、この場合、schema.rbとにかく含まれていないテーブルトリガーにデータベースロジックの大きなチャンクがあるため、レーキテストはどのような場合にも適していません場合。（これはまったく別の問題であり、別の時点で解決する必要があります。）

レーキ 0.8.7、レール/アクティブレコード 2.3.3

rake db:migrate からの出力:

== CreateProducts: 移行中 ============================================= ==== -- create_table(:products) -> 0.0017s == CreateProducts: 移行済み (0.0019s) ========================= ==============

バージョン番号 (この場合は 20090724013528) は、移行名の前に表示されるべきではありませんか?

テーブルの 1 つにフィールドを追加しようとしています。

移行ファイル (db\migrate の下) にフィールドを追加し、'rake db:migrate' を実行しましたが、問題なく実行されました。私のテキスト エディターは、schema.db ファイルが更新されたため、更新する必要があることを教えてくれました。

スキーマ ファイルに新しいフィールドが含まれておらず、ビューからフィールドを参照しようとすると失敗します。

どうすればいいですか？データベースを完全に削除して再作成しなくても、レールを介して追加のフィールドでテーブルを更新できますか?

今日、私は rake db:migrate を実行しました...まあ、2 つのことが起こりました。最初はバージョン 2 から 0 に逆転したため、ユーザー db が破壊され (非常に面倒です)、現在は vom バージョン 1 を移行しようとしています。バージョン 16 から開始します。

何か案は？Shema.rb は大丈夫です。

ローカルにインストールしようとしているプラ​​イベートRailsアプリがあります。現在ホスティング環境で実行されていますが、ローカルにインストールして変更を開始したいと思います。「ライブ」サーバーにデプロイ更新を行うことができることはすでにわかっていますが、最近の失敗により、「ローカルで変更を加える必要性が高まりました」。

かなりの量の読書の後、私は私がする必要があると判断しました...

1. 最新のリポジトリを取得します（SVNを使用します）
2. データベースを取得しますmysqldump-uroot --databases my_db_development> my_db_development_0110.sql
3. データベースをローカルにインポートしました（MAMP / Sequel Proは、ライブサーバーにデータがありますが、データベースにデータがないことに気づきました-それは奇妙ですか？）
4. database.ymlを検証します（アダプター：mysql、エンコーディング：utf8、データベース：my_db_development、ユーザー名：root、パスワード：、ホスト：localhost）

私が想定した次のステップは、ローカルディレクトリに移動し、 db：migrate --traceを実行して、以下の出力を返すことでした。

なぜ前進できないのかを理解し、特定する方法が少しわかりません。私が何かを逃したのか、それとも何かを変える必要があるのか​​についてのアイデアはありますか？

私は ROR を (完全に) 使用したことがなく、アプリケーションを維持およびアップグレードする必要があります。db:migrateソースコードがあり、 rake コマンドを使用してデータベースを構築しようとしています。開発に Aptana Studio を使い始めました。実行するdg:migrateと、次のエラーが表示されます。

hpricot gem (バージョン 0.8) もインストールしました。

これに対する救済策は何ですか？

データベース変更管理ワークフローを導入しました。これはSQLスクリプトに基づいています（したがって、マネージコードベースのソリューションではありません）。

基本的な設定は次のようになります。

データベースを起動するプロセスは、すべての初期スクリプトを実行してから、順次移行スクリプトを実行することです。ツールは、バージョン管理要件などを考慮します。

私の質問は、この種の設定では、これを維持することも有用ですか？

「これ」とは、データベースの現在/最新バージョンを起動するための作成スクリプトを表すスクリプトのディレクトリ（オブジェクトタイプで区切られた）を意味します。

どういうわけか、私はそのアイデアが本当に好きですが、その必要性を具体的に正当化することはできません。私は何かが足りないのですか？

利点は次のとおりです。

• 開発とソース管理の場合、これまでと同じファイルごとのオブジェクトの設定が必要になります
• 展開の場合、Initial + Migrationを実行するか、Current /からスクリプトを実行することにより、新しいDBインスタンスを最新バージョンにスピンアップできます。
• 開発者の場合、開発を行うためにDBインスタンスを実行する必要はありません。Current/フォルダで「オフライン」開発を行うことができます。

欠点は次のとおりです。

• 変更するたびに、Current /フォルダー内のスクリプトを更新し、（Migration /フォルダー内に）移行スクリプトを作成する必要があります。

ご入力いただきありがとうございます！

rake db：migrateを試してみると、次のエラーが発生します：!!! バンドルされているmysql.rbドライバーはRails2.2から削除されました。mysql gemをインストールして、再試行してください：geminstallmysql。レーキが中止されました！ロードするそのようなファイルはありません--mysql

そして、「gem installmysql」を実行しようとすると、

ネイティブ拡張機能の構築。これにはしばらく時間がかかる場合があります...エラー：mysqlのインストール中にエラーが発生しました：エラー：gemネイティブ拡張機能のビルドに失敗しました。/usr/bin/rubyextconf.rbrubyのヘッダーファイルが見つかりません。Gemファイルは検査のために/usr/lib/ruby/gems/1.8/gems/mysql-2.8.1にインストールされたままになります。

rubygemsフォルダーを確認したところ、mysqlgemがインストールされています。何か案は？乾杯

ASP と Sql Server 2005 を使用して Web サイトを作成しました。ストアド プロシージャとビューは使用していません [すべてのクエリは asp ページから渡されます]。ここで、データベースを SQL Server 2005 から Oracle 9i に変換する必要があります。

コードに大きな変更が必要ですか? Sql Server 2005 クエリを Oracle クエリに変換するツールはありますか?

現在、SQL Server Management Studio を使用しています。

開発データベースがあり、ライブ データベースにアクセスできます。

開発テーブルをライブ サーバーに移行できるようにしたいだけです。

何も爆破したくないので、最初にスタックフローを調べています。