SQL Server 2005 で新しいデータベースを作成するときは、このオプションを常に無視します。これは、理解できないものを無視してそのままにしておくことができるからです。(私はDBAにはあまり興味がありません)
だから今、私はそれが何であるかに興味があります。
あなたの経験から、いつセカンダリ データ ファイルをデータベースに追加する必要があると思いますか? また、なぜそれが必要なのですか?
SQL Server 2005 で新しいデータベースを作成するときは、このオプションを常に無視します。これは、理解できないものを無視してそのままにしておくことができるからです。(私はDBAにはあまり興味がありません)
だから今、私はそれが何であるかに興味があります。
あなたの経験から、いつセカンダリ データ ファイルをデータベースに追加する必要があると思いますか? また、なぜそれが必要なのですか?
これが役立つ場合がたくさんあります-開始するには、可用性の理由から、プライマリデータファイルにシステムデータのみを保持することが常に最善です(プライマリデータファイルが利用可能である限り、データベースをオンラインにすることができます)。 、可能な限り多くのオンラインを使用しながら、システム以外のデータを修復/復元などすることができます)。セカンダリファイルを使用するその他のケース:
ここで他の回答ですでに述べたパフォーマンスの側面に加えて、安全性の問題もあります。
データベースのカタログビュー(テーブル、列、アクセス許可、およびそのすべてのシステム関連のものを追跡する)は、常にプライマリデータファイルにあり、変更することはできません。
そのシステムカタログデータをプライマリデータファイルで分離し、ユーザーデータをセカンダリファイルに入れることができる場合、プライマリファイルは小さくなり、更新と挿入が大幅に少なくなるため、不良ディスクなどによる破損の可能性があります。セクターは最小化されます。
システムカタログビュー(およびその基になるテーブル)が破損または破壊された場合、データベース全体がトーストされるため、そのプライマリデータファイルが破損する可能性を最小限に抑える必要があります。
これは、小規模から中規模のデータベースではおそらく大きな問題ではありませんが、大規模なセットアップでは考慮すべき点かもしれません。