1

新しい DB を作成していて、変更されない静的データがたくさんあります。その場合、それは手動のプロセスであり、非常にまれにしか発生しません。

このデータは、varchar と Geography の組み合わせです。

合計で約100K程度、4つ以上のテーブルになると思います。

質問

  1. これらを読み取り専用ファイルグループに配置する必要がありますか
  2. デザイナーでテーブルを作成し、作成中にファイル グループを定義できますか? それとも、スクリプトを介してのみ可能ですか?
  3. データが (読み取り専用ファイル グループの) テーブルにある場合、後で変更できますか? それをするのは本当に難しいですか？

ありがとう。

4

3 に答える 3

3

さまざまな理由から、VLDB (非常に大規模なデータベース) には価値があります。100,000 行または 100 KB の場合は気にしません。

このSQL Server サポート エンジニアリング チームの記事では、関連する「都市伝説」の 1 つについて説明しています。

複数のファイル/ファイルグループを検討する前に、300 GB - 1B のデータが必要な別のもの (見つかりません) があります。

でも、具体的に答えると

  1. 個人の選択（厳格なルールはありません）
  2. はい (編集:) SSMS 2005 では、デザイン モードで、インデックス/キー、「データ領域の仕様」に移動します。データは、クラスター化インデックスがある場所に存在します。クラスター化インデックスがない場合は、次の方法でのみ実行できますCREATE TABLE (..) ON filegroup
  3. はい。ただしALTER DATABASE myDB MODIFY FILEGROUP foo READ_WRITE、データベースをシングル ユーザー排他モードで使用する必要があります。
于 2009-04-14T04:36:24.677 に答える
1

実際に試して推奨されたという証拠がない限り、ここで読んだものはすべて憶測である可能性が高いと思います. 従来の慣行が不十分であると疑う何らかの理由がありますか? 試してみて調べるのはかなり簡単なはずです。機会があれば、結果を投稿してください。

于 2009-04-14T06:53:22.833 に答える
1

データを読み取り専用スペースに配置しても害はありませんが、大幅に利益が得られるかどうかはわかりません. 読み取り専用ファイル グループ (または Oracle のテーブルスペース) には、2 つの利点があります。フル バックアップを取るたびにバックアップする必要が少なくなり、データに対するセキュリティ レベルが高くなります (たとえば、バグによって変更できない、別のツールを介して DB にアクセスするなど)。バックアップの利点は、バックアップ ウィンドウが狭い大規模な DB で最も顕著になるため、ファイル グループを除外するために多少の労力を費やすことは価値があります。セキュリティは、サイトやデータなどの性質によって異なります (通常のバックアップから読み取り専用スペースを除外する場合は、保持されているバックアップ テープにコピーを作成してください。私は、読み取り専用スペースを 1 回バックアップする傾向があります)。月。）

デザイナーには詳しくありません。

読み取り専用への変更や読み取り専用からの変更は面倒ではありません。

于 2009-04-14T01:42:17.153 に答える