 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Edward Shevtsov 2:5020/400 03 Sep 2002 12:33:13 To : Michael Subject : Re: Hужна СУБД с быст рым добавлением запис ей -------------------------------------------------------------------------------- "Michael" <michael@rusmedia.dk> сообщил/сообщила в новостях следующее: news:al08bu$g0m$10239@www.fido-online.com... > Hi Edward, > > ES> По поводу дизайна...соседние партиции насколько я помню можно сливать в > ES> одну (merge). Т.е. вероятно возможна штатная нарезка по-суточно плюс > ES> набор партиций с учетом частоты загрузки из внешнего источника, которые > ES> будут покрывать последнее время (неполные сутки). По идее расходы будут > ES> равны многократному перестроению партиций индексов по числу объединяемых > ES> партиций. Hо эту операцию можно откладывать на более удобное с точки > ES> зрения нагрузки время. > > 1. при merge осуществляется физическое перемещение записий т.е. это > фактическое создание новой таблицы из двух исходных. Понятно, что при этом > накладные расходы будут больше а все приемущество ексчэнджа пропадают. > я так не думаю. После эксчэнджа данные лежат в базе и готовы к использованию. И вставка новых данных быстрая, что и требовалось в треде. Я не вижу особых проблем при их дальнейшем использовании. Merge и связанные с ним накладные расходы будут относится уже не к этапу вставки данных, а к обслуживанию и менеджменту данных, от который будет присутствовать при любом подходе. > 2. сопровождение базы усложняется. > Положа руку на сердце, не сложнее чем исходный эксчейндж и это не сложно автоматизировать. Regards, Ed --- ifmail v.2.15dev5 * Origin: VoronezhSvyazInform ISP News Server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /su.dbms/6307ea7e3ffc.html, оценка из 5, голосов 10
|
|
|