Страница 1 из 1
размер страницы
Добавлено: 01 дек 2004, 17:25
DSKalugin
В ФАКе написано:
FUCK писал(а):Для большинства современных баз данных следует выбирать размер страницы в 4К (4096 байт), а также для файловой системы, где эта БД будет располагаться, выбрать размер кластера равный тем же 4К.
Размер страницы в первую очередь влияет на индексы с длинными (строковыми) ключами. Чем больше размер ключа или средний размер записи таблицы, тем больший размер страницы следует выбрать. Также стоит выбрать больший размер страницы, если в БД предполагается хранить много blob размером 50К и больше.
Разные версии серверов допускают разные предельные размеры страниц для БД. Например, InterBase не может создать БД со страницами больше 8К, а Firebird имеет ограничение на размер страницы в 16К.
Все это как-то туманно и не конкретно. Ясно только что размер страницы рекомендуется делать равным размеру кластера файловой системы.
Хотелось бы от экспертов услышать конкретный ответ если:
Firebird 1.51 база данных магазина в пределах 900Мб - 1,5Гб
для платформ
1-Вин2003 (NTFS)
2-SuSE Linux 9.1 (ReiserFS)
3-ALT Linux (ext2)
ПС я не знаю какой у эти ФС размер кластера
Re: размер страницы
Добавлено: 01 дек 2004, 18:05
Merlin
DSKalugin писал(а):В ФАКе написано:
FUCK писал(а):Для большинства современных баз данных следует выбирать размер страницы в 4К (4096 байт), а также для файловой системы, где эта БД будет располагаться, выбрать размер кластера равный тем же 4К.
Размер страницы в первую очередь влияет на индексы с длинными (строковыми) ключами. Чем больше размер ключа или средний размер записи таблицы, тем больший размер страницы следует выбрать. Также стоит выбрать больший размер страницы, если в БД предполагается хранить много blob размером 50К и больше.
Разные версии серверов допускают разные предельные размеры страниц для БД. Например, InterBase не может создать БД со страницами больше 8К, а Firebird имеет ограничение на размер страницы в 16К.
Все это как-то туманно и не конкретно. Ясно только что размер страницы рекомендуется делать равным размеру кластера файловой системы.
Хотелось бы от экспертов услышать конкретный ответ если:
Firebird 1.51 база данных магазина в пределах 900Мб - 1,5Гб
В цитате из фака ничего не написано, про размер файла БД и оптимальный размер страницы. И это правильно. Но русским по белому сказано, что это связано с размероми записей (хорошо чтоб они помещалась на страницу, но, если есть одна таблица с 5-ю записями по 16К и 500 таблиц с миллионами записей по 100 байт, то подлаживаться под эти 5 записей будет ошибкой) и с глубиной индексов. На тему второго конкретно
http://www.ibase.ru/devinfo/calcindex.htm
http://www.ibase.ru/devinfo/idx_cost.htm
DSKalugin писал(а):
для платформ
1-Вин2003 (NTFS)
2-SuSE Linux 9.1 (ReiserFS)
3-ALT Linux (ext2)
ПС я не знаю какой у эти ФС размер кластера
Дык узнай. Или - и горжусь этим?
Добавлено: 01 дек 2004, 18:11
kdv
переработал и переписал. читай еще раз.
Добавлено: 01 дек 2004, 19:44
DSKalugin
размер страницы 4Кб
основные индексы - не уникальные( кроме автоинкрементных PK) строчного типа Varchar(30)
90% всех запросов на выборку с ORDEER BY
памяти на сервере ИМХО достаточно 512МБ
при грузовыз запросах IBExpert зависает дожидаясь результата в то время как сервис FireBird использует 30% (а то и меньше ) ресурсов процессора P4
kdv писал(а):переработал и переписал. читай еще раз.
Спасибо, буду разбираться. Вобщем я уже понял что нет однозначного ответа
Добавлено: 01 дек 2004, 19:56
kdv
DSKalugin писал(а):размер страницы 4Кб
ну, туда-сюда. я как то сейчас предпочитаю 8К. Хотя, для базы до 1 гиг может 4К и нормально.
основные индексы - не уникальные( кроме автоинкрементных PK) строчного типа Varchar(30)
это пофиг. главное - их глубина (Depth) чтобы не была больше 3.
90% всех запросов на выборку с ORDEER BY
тут вообще размер страницы ни при чем, а надо крутить параметры sort в firebird.conf.
памяти на сервере ИМХО достаточно 512МБ
столько памяти, извините, у меня на desktop-е, и еще кажется что мало
Шучу. Для сервера, если на нем кроме СУБД ничем не заниматься, и поставить W2K, пойдет.
при грузовыз запросах IBExpert зависает дожидаясь результата в то время как сервис FireBird использует 30% (а то и меньше ) ресурсов процессора P4
Это тем более ни при чем. наоборот, говорит о том, что у тебя запросы возвращают тучи записей. а IBE их пытается закэшировать, поэтому и "зависает".
Добавлено: 01 дек 2004, 21:11
kdv
кстати, на тему "512Мб памяти на сервере". Пускаем Task Manager, смотрим закладку Performance, справа данные Physical Memory - Total, Available, System Cache. Ориентироваться надо на Available.
p.s. у меня вот прямо сейчас Available 340 мег...
Добавлено: 28 июл 2005, 16:56
martingale
List of thousands free anonymous proxy servers. Updated daily:
http://www.socksproxylist.com