ArtDen,

Если у вас база большая, используйте страниц 4 или 8 кБ и не думайте, зачем и почему. Если база у вас мизерная, до лучше вообще не думайте об этом. Ну, а если все же хочется подумать, то и поиском поработать не плохо бы.

ArtDen,

Маленькая база загружается быстро. Больная - медленно. Логично? Критерий быстроты зависит от требований приложения. Для одного приложения 1 МБ - большая база, для другого - 100 МБ, для третьего - 10 ГБ. Универсальных значений нет.

Теоретически, есть зависимость скорости работы от размера кеша страниц, его отношения к размеру базы, размера блока файловой системы.
База любого размера нуждается в загрузке в кеш. Если размер страницы меньше размера блока ФС, возможно повышение нагрузки на диск из-за чтения/записи лишних данных.
Если база целиком в кеш не помещается, то объем IO также увеличится. Отношение размера кеша к размеру базы определяет возможную интенсивность IO.
Больше размер страницы - меньше страниц поместится в кеше того же объема, что может привести к увеличению IO. Также большие страницы увеличивают объем подгружаемых ненужных для работы данных.

А вот рассчитать оптимум на все 100% не получится. И тесты ничего не докажут. По этому просто выбираются страницы, кратные блоку ФС, но не слишком большой: 4 кБ или 8 кБ.
Для хранения больших BLOB может иметь смысл увеличение размер блока.
Для маленьких баз, время загрузки которых незначительно, размер страниц не имеет значения, т.к. его влияние незаметно. Тут меньший размер страницы может быть даже выгоднее за счет уменьшения

White Owl,

Опечатка у меня там. Надеюсь понятно, что имелось в виду "большая".