 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Michael 2:5020/400 03 Sep 2002 13:50:41 To : Edward Shevtsov Subject : Re: Hужна СУБД с быст рым добавлением запис ей -------------------------------------------------------------------------------- Hi Edward, >> ES> По поводу дизайна...соседние партиции насколько я помню можно сливать >> в >> ES> одну (merge). Т.е. вероятно возможна штатная нарезка по-суточно плюс >> ES> набор партиций с учетом частоты загрузки из внешнего источника, >> которые >> ES> будут покрывать последнее время (неполные сутки). По идее расходы >> будут >> ES> равны многократному перестроению партиций индексов по числу >> объединяемых >> ES> партиций. Hо эту операцию можно откладывать на более удобное с точки >> ES> зрения нагрузки время. >> >> 1. при merge осуществляется физическое перемещение записий т.е. это >> фактическое создание новой таблицы из двух исходных. Понятно, что при этом >> накладные расходы будут больше а все приемущество ексчэнджа пропадают. >> ES> я так не думаю. После эксчэнджа данные лежат в базе и готовы к ES> использованию. И вставка новых данных быстрая, что и требовалось в треде. ES> Я не вижу особых проблем при их дальнейшем использовании. Merge и ES> связанные с ним накладные расходы будут относится уже не к этапу вставки ES> данных, а к обслуживанию и менеджменту данных, от который будет ES> присутствовать при любом подходе. Затраты на сопровождение базы так же надо учитывать. При слиянии нескольких портиций с большим объемом данных Merge будет дорогой операцией. >> 2. сопровождение базы усложняется. >> ES> Положа руку на сердце, не сложнее чем исходный эксчейндж и это не сложно ES> автоматизировать. С точки зрения написания скриптов - да. BR Michael --- ifmail v.2.15dev5 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /su.dbms/1667902e7c4e8.html, оценка из 5, голосов 10
|
|
|