Click here to view and discuss this page in DocCommentXchange. In the future, you will be sent there automatically.
データベースページサイズをキロバイト単位で定義します。
{ulinit | ulload } -c --page_size=sizeK
1K、2K、4K、8K、16K
4K
ページサイズは、数字の後に「K」または「k」を付けて入力するか、またはバイトと等しい数字 (1024、2048、4096、8192、または 16384) を入力します。
Ultra Light データベースはページ単位で保管され、I/O 操作はすべてページ単位で行われます。選択したページサイズが、データベースのパフォーマンスまたはサイズに影響することがあります。
前述の値以外の値を使用すると、サイズはその値より大きい次の値に変更されます。単位を指定しない場合、デフォルトはバイトです。
プラットフォームの動的メモリの制約が大きい場合は、ページサイズを小さくして、同期メモリ要件による影響を低減させることを検討してください。
ページサイズを選択するときは、次のガイドラインに従ってください。
データベースサイズ 大規模なデータベースでは、通常、より大きなページサイズの方が有利です。より大きなページではより多くの情報を保持できるため、特に、ページの半分以上のサイズのローを挿入する場合に領域を効率よく使用できます。ページが大きいほど、必要なページのスワップが少なくなります。
ローの数 ロー (BLOB を除く) はページに収まる必要があるので、ページサイズによって、パックされたローの最大サイズと、各ページに格納できるローの数が決まります。1 ページを読み込んで 1 つのローの値を取得すると、次のいくつかのローの内容をメモリにロードできるという 2 次的な効果がある場合があります。
クエリのタイプ 通常、ページサイズが小さいと、ランダムな場所から比較的少ない数のローを取り出すクエリに有利な傾向があります。これに対して、ページサイズが大きいと、テーブルの逐次スキャンを実行するクエリに有利です。
キャッシュサイズ ページサイズが大きいと、必要なキャッシュサイズも大きくなる場合があります。ダイナミックキャッシュサイジングを使用すると、Ultra Light で必要に応じてキャッシュ容量が設定されます。
インデックスエントリ ページサイズは、インデックスにも影響を与えます。データベースのページが大きいほど、保持できるインデックスエントリ数が多くなります。
デバイスメモリ 特に、メモリが限られている小型のデバイスでデータベースを実行する場合に便利です。たとえば、1 MB のメモリには、1 ページを 1 KB とすると 1000 ページ格納できますが、1 ページ 4 KB であれば 250 ページしか格納できません。
既存のデータベースのページサイズは変更できません。変更する必要がある場合は、新しいデータベースを作成してください。
Sybase Central では、データベースを作成するウィザードでページサイズを設定できます。[新しいデータベースの記憶領域設定] ページで、適切なバイト値をクリックします。
クライアントアプリケーションから、データベースマネージャクラスに対するデータベース作成メソッドの作成パラメータの 1 つとしてこのプロパティを設定します。
データベースのページサイズを 8 KB に設定するには、page_size=8k または page_size=8192 を指定します。
ulinit test.udb -a --page_size=8k
構文