マイクロソフトのAccess 2010では、ODBCを通じてクラウド上のリレーショナルデータベースであるSQL Azureに直接接続可能だと、MS Officeチームのブログのエントリ「Access 2010 and SQL Azure」で紹介されています。
Access 2010 and SQL Azure – Microsoft Access – Site Home – MSDN Blogs

この機能を使えば、社内でSQL Serverの運用をすることなく、Access 2010から大規模なリレーショナルデータベースの機能を利用することができるようになります。」

Access 2010からODBCでクラウドのSQL Azureに接続可能。そのメリットは？

JetエンジンのままAccessを多人数で使うのは、排他制御の面でも、性能の面でも、あまり宜しくないんですけど、現場によっては結構重宝されていますよね。

自動でシュリンクしないからファイルがどんどん肥大化するし、しょっちゅう壊れるし。
せめてMSDE、今で言うとSQL Server Express Editionですかね、を使って欲しい訳です。

データベース管理者にとっては、SQL Serverのデータメンテナンスなど管理業務をAccessから行うことでずっと便利になるという指摘もいただきました。たしかに、それもぐっと楽になりそうです。

ODBCドライバさえあれば、OracleでもDB2でもデータ管理は出来ますね。
SQL大好きな私にとってAccessのクエリを使うのは苦痛なんですけど、エンドユーザにはGUIで操作できるAccessは結構使いやすいみたいですね。

RDMBSはコモディティ化した感があります。
今後のデータストアのプラットフォームは、完全にクラウド上での覇権争いになってきました。
KVSで無くRDBMSじゃ無いと駄目な案件を、SQL Azure と VM Forceが受け皿になっていきそうな予感。

どうするOracle陣営。

ORA-01745: ホスト/バインド変数名が無効です。

なんて言われて、INSERTが失敗する。

何のことはない、VALUES句の後で、カンマを入れ忘れてた。

こんな感じ。

	 VALUES (?,?,? ?)

正しくは、こう。

	 VALUES (?,?,?,?)

実際は、バインド変数の数はもっと沢山あって、改行とか入っているから
間違えに気づくのがちょっと遅かった。

	java.sql.SQLException: 列索引が無効です。

[commons-dbutils] エラー：列索引が無効です。 – メモ！メモ！ – Yahoo!ブログ
によると、

	PreparedStatementのプレースホルダの数と、設定しているパラメータの数が合っていない。

らしい。

が、数は有っている。

散々悩んだ挙句、ResultSetのgetXX の引数が、途中で間違ってた。
こんな感じ。

	bean.setValue1(rs.getString(1));
	bean.setValue2(rs.getString(2));
	bean.setValue8(rs.getString(8));
	bean.setValue4(rs.getString(4));
	bean.setValue5(rs.getString(5));
	bean.setValue6(rs.getString(6));

実際は、列の数が200以上ある様なケースだったので、なかなか判らなかったのだ。

自戒の意味を込めて、書いておこう。

• PostgreSQLのCOPYコマンド
• LOADでCSVファイルをMySQLデータベースにインポートする
• pgdumpでPostgreSQLサーバ間でデータ移動、複製

今回はOracle版メモ。

移行元サーバからデータをエクスポート

exp "db_username/db_password@from_server file=dump.dmp tables=(table_a, table_b)"

移行先サーバへデータをインポート

imp "db_username/db_password@distination file=dump.dmp tables=(table_a, table_b)"

• 制御ファイルの自動バックアップの有効化

rman target sys/pass@hoge

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/path_to_backup/ctl_%F’

• 自動バックアップからの制御ファイルのリストア

set dbid = 682122420;

set CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/path_to_backup/ctl_%F’

restore controlfile from autobackup;

すぐに忘れるのでメモ。

Oracle 9iで実行

ALTER TABLESPACE USERS offline;

ここで表領域のデータファイルをコピーまたは移動する

mv /PATH_TO_CURRENT/USERS01.DBF /PATH_TO_MOVE/USERS01.DBF

ALTER TABLESPACE USERS RENAME DATAFILE ‘/PATH_TO_CURRENT/USERS01.DBF’ to ‘/PATH_TO_MOVE/USERS01.DBF’;

ALTER TABLESPACE USERS online;

すぐに忘れるのでメモ。

Oracle 9iで実行

ALTER TABLESPACE USERS read only;

ALTER TABLESPACE USERS read write;

すぐに忘れるのでメモ。

Oracle 9iで実行。

移動先にファイルが存在したら失敗するので、あるなら削除する。

del /PATH_TO_MOVE/NEWREDO01.LOG

del /PATH_TO_MOVE/NEWREDO02.LOG

del /PATH_TO_MOVE/NEWREDO03.LOG

sqlplus “sys/password@hogehoge as sysdba”

ALTER DATABASE ADD LOGFILE MEMBER ‘/PATH_TO_MOVE/NEWREDO01.LOG’ TO GROUP 1;

ALTER DATABASE ADD LOGFILE MEMBER ‘/PATH_TO_MOVE/NEWREDO02.LOG’ TO GROUP 2;

ALTER DATABASE ADD LOGFILE MEMBER ‘/PATH_TO_MOVE/NEWREDO03.LOG’ TO GROUP 3;

ALTER SYSTEM SWITCH LOGFILE;

ALTER SYSTEM SWITCH LOGFILE;

ALTER SYSTEM SWITCH LOGFILE;

ALTER DATABASE DROP LOGFILE MEMBER ‘/PATH_TO_DELETE/OLDREDO01.LOG’;

ALTER DATABASE DROP LOGFILE MEMBER ‘/PATH_TO_DELETE/OLDREDO02.LOG’;

ALTER DATABASE DROP LOGFILE MEMBER ‘/PATH_TO_DELETE/OLDREDO03.LOG’;