|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
АнатоЛойлицензии коммерческого ПО с такими фичами и под такие объёмы закупать - будет дорого... Это "коммерческое ПО" туда просто не установится из-за аппаратных требований. Тот же Firebird использует сжатие как данных так и индексов, но аффтар уже привязался к слону... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 14:59 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovАнатоЛойлицензии коммерческого ПО с такими фичами и под такие объёмы закупать - будет дорого... Это "коммерческое ПО" туда просто не установится из-за аппаратных требований. Тот же Firebird использует сжатие как данных так и индексов, но аффтар уже привязался к слону... Ну у Firebird сжатие это сильно сказано :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 15:00 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
сильно сказаноНу у Firebird сжатие это сильно сказано :)А что же это? Это не сжатие, или существует другой, специальный термин? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 17:09 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
WildSeryсильно сказаноНу у Firebird сжатие это сильно сказано :)А что же это? Это не сжатие, или существует другой, специальный термин? Поле varchar2(100) - это тоже сжатие, занимает обычно меньше 100. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 17:52 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
сильно сказаноНу у Firebird сжатие это сильно сказано :)ФБ на самом деле жмёт строки при записи на диск. Вот простая иллюстрация: 1) скрипт для заполнения базы плохо сжимаемыми данными: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
2) скрипт для заполнения базы строками вида "аааа...ааа": Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Создаем и заполняем по этим скриптам две базы : Код: plaintext 1. 2. 3. 4.
Смотрим размеры файлов: Код: plaintext 1. 2.
Статистика по заполнению страниц для этих баз: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 18:21 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
В каком смысле дорого?Victor MetelitsaУ Oracle и DB2 есть компрессия данных и индексов, но это ОЧЕНЬ дорого. В каком смысле дорого? В деньгах. Но, возможно, несколько сотен тысяч долларов для вас недорого - ну... тогда недорого. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 23:10 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovАнатоЛойлицензии коммерческого ПО с такими фичами и под такие объёмы закупать - будет дорого... Это "коммерческое ПО" туда просто не установится из-за аппаратных требований. Тот же Firebird использует сжатие как данных так и индексов, но аффтар уже привязался к слону... Вполне установится и будет нормально работать. Честно говоря, на DB2 Express-C компрессия (как и многие другие продвинутые фичи) почему-то работает (забыли отключить?), ужимает размер базы раза в два, но официально это не лицензировано, в любой момент могут вспомнить и в очередном фикспаке отключить. Лучше DB2-шного range clustering (описанного мной в одном из предыдущих писем; возможно, эта фича уже кем-то скопирована, но я об этом не знаю) для того сферического коня в вакууме не существует ничего. Зная ключ, мы сразу знаем страницу, на которой запись - индексы не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2012, 23:19 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
ТаблоидФБ на самом деле жмёт строки при записи на диск.Вот только не строки, а целиком запись сжимается. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2012, 12:40 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
WildSeryВот только не строки, а целиком запись сжимается. И не всегда запись целиком - это может быть версия, хранящаяся только в виде дельты. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2012, 14:51 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
Victor MetelitsaDimitry SibiryakovНо если желаете остаться в пределах этого раздела - пожалуйста. Индексы в PG включают в себя не только данные, но и отметки версий. Это делает его индексы больше и менее эффективными. Поэтому они не влазят в ваше ОЗУ. Выкиньте эту гадость. Говорят, что FB/IB неспособен на Index only access именно потому, что у индексов нет отметок версий и он вынужден лезть в таблицу тогда, когда DB2 и Oracle легко без этого обходятся. Если PG умеет тоже, ему это в плюс.В 9.2 научится.... там IOS делают (Index Only Scans). Это как-раз, когда если критерии отбора полностью попадают в индекс, то таблица не читается. Читается только индекс. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2012, 17:58 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
WarstoneVictor Metelitsaпропущено... Говорят, что FB/IB неспособен на Index only access именно потому, что у индексов нет отметок версий и он вынужден лезть в таблицу тогда, когда DB2 и Oracle легко без этого обходятся. Если PG умеет тоже, ему это в плюс.В 9.2 научится.... там IOS делают (Index Only Scans). Это как-раз, когда если критерии отбора полностью попадают в индекс, то таблица не читается. Читается только индекс. Не критерии отбора, а все извлекаемые данные попадают в индекс. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2012, 00:07 |
|
Большая таблица, мало RAM
|
|||
---|---|---|---|
#18+
все извлекаемые данныеWarstoneпропущено... В 9.2 научится.... там IOS делают (Index Only Scans). Это как-раз, когда если критерии отбора полностью попадают в индекс, то таблица не читается. Читается только индекс. Не критерии отбора, а все извлекаемые данные попадают в индекс.Да... В том числе... Это я лопухнулся. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 16:12 |
|
|
start [/forum/topic.php?fid=35&startmsg=37630886&tid=1552593]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 167ms |
0 / 0 |