SQL Server の環境をそのままバックアップまたはオフラインしたものをコピーし、別の環境に移す際に、バージョンの違いが問題になることがある。上位バージョンのデータベースをリストアまたはアタッチしようとしてもエラーが出るのだ。
これを回避する方法がMicrosoftのサイトにも書かれているのだが、具体的に何をやればいいのか分からない。日本語の問題か?と思い英語を読んでも誤訳ではなかった。
SQL Server 2000から2005にアップグレードする際、マイグレーションセミナーに申し込み、トレーニングを受けたことがある。これは実際にデータベース等を持ち込んで実際に触ってみる/分からないところは質問する、という形式で、仕事場の片隅で放置状態(というと適切ではないかも知れないが、ご自由にどうそ、というスタイル)で行われた。
その際、過去データベースのバージョンを選択でき、そのバージョンにしてやれば過去のものでもそのまま動く、というものだった。
上記での対応は2005のSQL Server Management studio を使ってなら、理解できなくはない。
しかし、2008ではそはいかず、である。
なお、過去のデータベースの互換に関しては、2008では2000までの対応である。次のバージョンでは2005までの対応となるそうだ。古いデータベース形式に対応するのは困難ではないはずだし、パフォーマンスも変わらないと聞く。そうなると、製品のライフサイクルをいたずらに短くしているだけではないのか?と勘ぐりたくなる。
他のデータベースエンジンはどうなのだろう?情報があるとありがたい。
これを回避する方法がMicrosoftのサイトにも書かれているのだが、具体的に何をやればいいのか分からない。日本語の問題か?と思い英語を読んでも誤訳ではなかった。
SQL Server 2000から2005にアップグレードする際、マイグレーションセミナーに申し込み、トレーニングを受けたことがある。これは実際にデータベース等を持ち込んで実際に触ってみる/分からないところは質問する、という形式で、仕事場の片隅で放置状態(というと適切ではないかも知れないが、ご自由にどうそ、というスタイル)で行われた。
その際、過去データベースのバージョンを選択でき、そのバージョンにしてやれば過去のものでもそのまま動く、というものだった。
上記での対応は2005のSQL Server Management studio を使ってなら、理解できなくはない。
しかし、2008ではそはいかず、である。
なお、過去のデータベースの互換に関しては、2008では2000までの対応である。次のバージョンでは2005までの対応となるそうだ。古いデータベース形式に対応するのは困難ではないはずだし、パフォーマンスも変わらないと聞く。そうなると、製品のライフサイクルをいたずらに短くしているだけではないのか?と勘ぐりたくなる。
他のデータベースエンジンはどうなのだろう?情報があるとありがたい。