SQL2000からSQL2005にすでにジャンプしたことを喜んでいる最大の理由を探しています。
15 に答える
- 一時テーブルを作成せずに再帰します。
- ネイティブ例外のサポート(@Errorgotoの代わりにTry/ Catch)
なぜなら:
Microsoftは、SQL Server 2000 Service Pack 3a(SP3a)のサポートが2007年7月10日に終了することをお客様に通知したいと思います。
ここでは、ネイティブXMLのサポートが重要です。
SSISサポート。DTSを吹き飛ばし、非常に便利です。:)
SSRS - 私の組織にとって非常に大きな利点は、SQL Server 2005 に付属する無料のレポート ツールがあることです。Reporting Services を使用すると、マネージャーが必要とするフィールドを正確に含む見栄えの良いレポートを短時間で作成できます。ツールが組み込まれているため、Excel、PDF、または他のいくつかの形式に変換できます。ここにはたくさんの価値があります。
SSIS - 2005 年の統合サービスは、ETL (エクスポート、変換、読み込み) 機能に対して非常に強力です。自動化されたプロセスをスケジュールに従って実行するように設定できます。
SSAS - 分析サービスは有望に見えます。実際のデータ ウェアハウスを整理したいので、まだデータ キューブを作成していません。それができれば、堅牢なデータ マイニング アルゴリズムが既に組み込まれています。
SQL Server 2005 に含まれているこれら 3 つのツールを見てみましょう。2005 に移行する最大の理由として 1 つを挙げなければならないとしたら、それは SSRS です。
この時点で、SQL Server 2008 を検討することをお勧めします。
一時テーブルを(手動で)作成せずにページ分割することは基本ですが、大幅に改善されています。
ただし、ASP.NETアプリの一部のGridViewをデータテーブルから直接ドラッグアンドドロップする場合は、アプリでページングすることになります...
例外処理... SQL 2000 でどのように管理していたのでしょうか...?
一番大きな理由は、SQL 2000 が Vista でサポートされていないことだと思います。そのため、SQL 2005 に移行する必要がありました。
それが私だけかどうかはわかりませんが、Linq2SQL は SQL 2000 で完全に動作するとは限りません。通常は、スキーマのキー、外部キー、RI などからの推論に基づいて子コレクションを自動的に生成および設定することになっています。 2005 年ですが、2000 年はあまり運がありませんでした。
共通テーブル式は非常に便利であることが証明されています。
CLR integration
Row Versioning-Based Transaction Isolation
「右クリック」でテーブルをエクスポートできなくなりました。これは正当な理由というよりも問題です。