Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
вопросы про буфер пул
|
|||
|---|---|---|---|
|
#18+
1. Верно ли что для больших таблиц желательно создавать маленький буфер пул? 2. Верно ли что для индексов желательно создавать табличное пространство с маленьким размером страницы(4кб) и буфер пул сделать как можно больше? 3. Что лучше один большой буфер пул или много маленьких? 4. какой % объема доступной оперативной памяти нужно выделить для буфер пулов, т.е. как лучше в процентном соотношении разделить память в инстанции БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2008, 09:16 |
|
||
|
вопросы про буфер пул
|
|||
|---|---|---|---|
|
#18+
olzhas1. Верно ли что для больших таблиц желательно создавать маленький буфер пул? так не надо 2. Верно ли что для индексов желательно создавать табличное пространство с маленьким размером страницы(4кб) и буфер пул сделать как можно больше? а вот так попробуйте 3. Что лучше один большой буфер пул или много маленьких? обычно делают один большой, но иногда для изолирования "горячих" таблиц/индексов и таблиц-справочников делают дополнительные 4. какой % объема доступной оперативной памяти нужно выделить для буфер пулов, т.е. как лучше в процентном соотношении разделить память в инстанции БД. Согласно DB2 Best Practice - 75% для OLTP и 50% для OLAP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2008, 11:55 |
|
||
|
вопросы про буфер пул
|
|||
|---|---|---|---|
|
#18+
mitek olzhas1. Верно ли что для больших таблиц желательно создавать маленький буфер пул? так не надо Почему не надо? Допустим у меня таблица в несколько раза больше размера пула, а пул я уже увеличить не смогу, таблица все равно не поместится. И разница в 100 или в 2 раза тут уже по моему роли не играет. Это если мы будем сканировать таблицу. Если искать конкретные данные, то из-за того что данных много вероятность того что одна и таже страница попадет в буфер пул обратно пропорциональна размеру таблице. Лучше отдать эту память для индексов, "горячих таблиц"(справочников). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2008, 10:05 |
|
||
|
вопросы про буфер пул
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa http://publib.boulder.ibm.com/infocenter/db2luw/v9/topic/com.ibm.db2.udb.admin.doc/doc/c0005395.htm По вашей ссылке не смог перейти. Но судя по наименованию это ссылка на доку в частности администрирования. Я ее прочитал. Но еще остались вопросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2008, 10:07 |
|
||
|
вопросы про буфер пул
|
|||
|---|---|---|---|
|
#18+
Почему не надо? Допустим у меня таблица в несколько раза больше размера пула, а пул я уже увеличить не смогу, таблица все равно не поместится. И разница в 100 или в 2 раза тут уже по моему роли не играет. Это если мы будем сканировать таблицу. потому что будет плохо вашей дисковой подсистеме на фуллтаблсканах. разница между размером БП в 10МБ и 10ГБ уж поверьте есть. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2008, 10:25 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=35489252&tid=1603743]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 358ms |
| 0 / 0 |
