Access 2007 データベースで作業しており、SQL サーバーへのテーブルの移行についてサポートが必要です。Access 2007 を購入しただけでこれを行うことは可能ですか、それとも SQL 用の別のプログラムをダウンロードする必要がありますか? Access で新しい SQL データベースを作成しようとしたり、既存のデータベースを開こうとすると、"CREATE DATABASE" または "CREATE TABLE" エラーが発生し、何が問題なのかわかりません。どんなアドバイスでも大歓迎です！

私はEntity Framework 4で遊んでおり、モデル駆動型のアプローチを使用してエンティティからデータベーススクリプトを生成しています。これは素晴らしいことですが、データベースのバージョン管理に関しては、これがどのように機能するかわかりません。アクティブなレコード タイプの移行フレームワークを使用したい場合は、逆の方法でデータベースからエンティティを生成する必要があると思いますか? モデル駆動型アプローチを使用してデータベースを適切にバージョン管理する方法はありますか?

プロジェクトにデータベース移行を導入し、データベースから初期移行スクリプトを生成できるようにしたいと考えています。これを行うためのコード生成ツールがあるかどうか疑問に思っていましたか? migrator.net を使用することを考えていましたが、コードを生成するツールを入手できる限り、何でも喜んで使用します。

クライアント独自のデータベース スキーマを独自のデータベース スキーマ (両方とも SQL-Server) に移行しています。彼らのスキーマから私たちのスキーマへのマッピングのほとんどは特定されており、列が正確に整列していない場合 (デフォルト値など) のルールが合意されています。

以前は、タスクを割り当てられた人に応じて、SQL スクリプトの混合または 1 回限りの vb アプリのいずれかを使用して行われていました。

これらのマッピング/ルールを割り当てて、データをストリーミングできるアプリケーション (商用またはその他) が必要だと考えていました。確かに、このツールのセットアップと構成は、アドホック スクリプトの作成よりも少ないでしょう...

アプリはありますか？明らかな「注意してください」とは別に、非DBAがスキーマを別のスキーマに移植するストレスを軽減するためのヒントはありますか?

私は下請け業者であり、クライアントはOracleデータベースを9から10にアップグレードしたいと考えています。他のベンダーがアップグレードプロセスを実行する予定であり、アップグレード前に必要なバックアップを作成してから、Oracle10で環境を再作成するように求められました。すべてのデータは、単一のスキーマの個別のデータベースに保存されます。派手な関係やスクリプトなどはありません（実際のアプリは、Oracle、SQL Server、Postgresなどのさまざまなデータベースをサポートしているため、DB固有のコードは避けたいと考えています）。

imp / expを使用したいと思っていましたが、imp / expに下位互換性があるかどうかわかりません（expがO9からimpからO10）？

同様の状況に対処するためのより良い/推奨される方法がある場合は、アドバイスをいただければ幸いです。

スキーマの変更とデータの移行の両方を管理できるSQLServerのデータベース移行フレームワークが必要です。

ここでdjangoのSouthフレームワークに似たものを探していると思います。

SouthがdjangoのORMと緊密に結合されているという事実、およびSQL Server用のORMが非常に多いという事実を考えると、汎用の移行フレームワークだけがあり、SQLデータ/スキーマ変更スクリプトを制御された順序で記述および実行できるようにする必要があります。十分です。

会社のサーバー上のアクセス データベースに対して記述された Windows MFC アプリがあります。データベースはそれほど大きくありません: 19 MB。一度にアクセスするユーザーは最大で 2 ～ 3 人です。これは、ウィジェットの製造時間の一部であるため、イントラネット経由のアクセス速度 (または速度不足) が顕著になる工場環境で使用されます。

シナリオは次のとおりです。各ウィジェットが完了すると、データベースにレコードが取得されます。年末までに、データベースは大きくなり、レコードの検索に時間がかかります。これまでの解決策は、年に 1 回、古いレコードをアーカイブ テーブルに手動で移動することでした。

現在、このアプリの他の部分を作り直しています。それを行う場合は、別のデータベースに移動するのが良い時期です。

SQL を使用している場合、.mdb 全体を毎回ネットワーク経由で送信する必要がないため、テーブルが大きくなっても検索時間が長くならないことを理解しています。これは正しいです？新しいデータベースに移行するという手間 (時間とお金) を費やす価値があるかどうか、または現在使用しているアプリケーションに機能を追加して、古いレコードを自動的に消去する必要があるかどうかについて、誰かが洞察を持っていますか?必要に応じて古いレコードにアクセスできるように、アプリに機能を追加しますか?

共有できる知恵をありがとう..

はるか昔、はるか遠くのシステムで...

データベースをMySQLからPostgreSQLに移行しようとしています。私が読んだすべてのドキュメントは、構造を移行する方法を非常に詳細にカバーしています。データの移行に関するドキュメントはほとんど見つかりませんでした。スキーマには、13個のテーブル（正常に移行されました）と9GBのデータがあります。

MySQLバージョン：5.1.x
PostgreSQLバージョン：8.4.x

Rプログラミング言語を使用して、SQLselectステートメントを使用してデータを分析したいと思います。PostgreSQLにはPL/Rがありますが、MySQLには何もありません（私が知る限り）。

新たな希望

データベースの場所を作成します（/var十分なスペースがありません。また、PostgreSQLのバージョン番号をどこにでも置くことは嫌いです。アップグレードするとスクリプトが壊れます！）：

1. sudo mkdir -p /home/postgres/main
2. sudo cp -Rp /var/lib/postgresql/8.4/main /home/postgres
3. sudo chown -R postgres.postgres /home/postgres
4. sudo chmod -R 700 /home/postgres
5. sudo usermod -d /home/postgres/ postgres

ここまですべて良い。次に、サーバーを再起動し、次のインストール手順を使用してデータベースを構成します。

1. sudo apt-get install postgresql pgadmin3
2. sudo /etc/init.d/postgresql-8.4 stop
3. sudo vi /etc/postgresql/8.4/main/postgresql.conf
4. data_directoryに変更/home/postgres/main
5. sudo /etc/init.d/postgresql-8.4 start
6. sudo -u postgres psql postgres
7. \password postgres
8. sudo -u postgres createdb climate
9. pgadmin3

pgadmin3データベースを構成し、スキーマを作成するために使用します。

エピソードは、と呼ばれるリモートシェルで続行されbash、両方のデータベースが実行され、かなり珍しいロゴが付いた一連のツール（SQL Fairy ）がインストールされます。

1. perl Makefile.PL
2. sudo make install
3. sudo apt-get install perl-doc（不思議なことに、それは呼ばれていませんperldoc）
4. perldoc SQL::Translator::Manual

PostgreSQL対応のDDLとすべてのMySQLデータを抽出します。

1. sqlt -f DBI --dsn dbi:mysql:climate --db-user user --db-password password -t PostgreSQL > climate-pg-ddl.sql
2. 識別子を編集climate-pg-ddl.sqlして小文字に変換し、スキーマ参照を挿入します（VIMを使用）。
   • :%s/"\([A-Z_]*\)"/\L\1/g
   • :%s/ TABLE / TABLE climate./g
   • :%s/ on / on climate./g
3. mysqldump --skip-add-locks --complete-insert --no-create-db --no-create-info --quick --result-file="climate-my.sql" --databases climate --skip-comments -u root -p

MySQLのテーブルと列の名前を小文字に変更するだけの価値があるかもしれません。

1. select concat( 'RENAME TABLE climate.', TABLE_NAME, ' to climate.', lower(TABLE_NAME), ';' ) from INFORMATION_SCHEMA.TABLES where TABLE_SCHEMA='climate';
2. 前の手順のコマンドを実行します。
3. おそらく、列に対して同じことを行う方法があります。クエリの書き方を理解するよりも速かったので、手動で変更しました。

データベースの逆襲

次のようにPostgreSQLで構造を再作成します。

1. pgadmin3（それに切り替えます）
2. [任意のSQLクエリを実行する]アイコンをクリックします
3. 開けるclimate-pg-ddl.sql
4. TABLE "置換を検索しTABLE climate."ます（スキーマ名を挿入しますclimate）
5. on "置換を検索しon climate."ます（スキーマ名を挿入しますclimate）
6. を押しF5て実行

これにより、次のようになります。

ジェダイの返信

この時点で私は困惑しています。

• PostgreSQLに対して実行できるように変換するためにここからどこに行くのですか（手順は何ですか）？climate-my.sqlclimate-pg.sql
• インデックスが正しくコピーされていることを確認するにはどうすればよいですか（参照整合性を維持するため。現時点では、移行を容易にするための制約はありません）。
• PostgreSQLに新しい行を追加すると、最後に挿入された行のインデックスから列挙が開始されるようにするにはどうすればよいですか（シーケンスの既存の主キーと競合しないようにするため）。
• データをMySQLからPostgreSQLインサートに変換するときに、スキーマ名が確実に伝わるようにするにはどうすればよいですか？

資力

これを実現するには、かなりの情報が必要でした。

• https://help.ubuntu.com/community/PostgreSQL
• http://articles.sitepoint.com/article/site-mysql-postgresql-1
• http://wiki.postgresql.org/wiki/Converting_from_other_Databases_to_PostgreSQL#MySQL
• http://pgfoundry.org/frs/shownotes.php?release_id=810
• http://sqlfairy.sourceforge.net/

ありがとうございました！

私は、Django プロジェクトのスキーマとデータの移行を可能にする Django South http://south.aeracode.org/に慣れています。Hibernate プロジェクト用の同様のツールはありますか?

大量のデータを利用できるので、現在本番環境で使用されていないデータをキャプチャして実験したいと考えています。これを既存のデータ ストアにすぐに追加したくはありません。明らかな解決策は、本番データのコピーを作成し、それを私が遊びたいもの（このデータにアクセスするアプリケーションなど）と統合することのようですが、より良い（より安価な）方法があるかどうか疑問に思っていましたこれ。

分離と統合の両方が重要です。大量の本番データとは別に軽量/実験的なデータ資産を保持できるようにしたいと考えていますが、実験的な資産が有用であると見なされた場合は、(比較的) 簡単に統合できるようにしたいと考えています。

ありがとう。