|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Michael 2:5020/400 03 Sep 2002 12:04:44
To : Andrew Lesnichenko
Subject : Re: Hужна СУБД с быст рым добавлением запис ей
--------------------------------------------------------------------------------
Hi Andrew,
>> Из того что ты предлагаешь, следует например:
>> 1. если данные, CDRов скажем грузяться в 4ре утра, тогда все звонки с
>> 24.00 до 4.00 идут в секцию предидущего дня, что ни есть гуд
>> 2. если загрузка по каким то причинам была не возможна несколько дней
>> получаем дополнительный геморой.
>>
>> Кстати расскажи по какому параметру секционировать будешь, по номеру
>> загрузки?
AL> 1. Секционировать нужно по тому параметру, который им больше всего
AL> подходит под их приложение. В случае с CDR'ами, это в подавляющем случае
AL> - время совершения звонка.
Тогда расскажи как увязать ни чем не ограниченную секцию под очередную
загрузку с секционированием по дате.
AL> Хотя я сталкивался с ситуациями, когда
AL> выгоднее было секционировать именно по моменту загрузки.
Можешь привести пример из жизни, когда, как правило вспомагательный,
технический параметер становиться настолько важным по сравнению с другими
параметарами, что по нему производится секционирование?
AL> 2. Hеясно было, что именно содержат данные, но при съеме данных с
AL> коммутатора можно указать интервал дат. Скажем, снять звонки с 0:00 по
AL> 0:00. Либо ставится mediation, который компонует файлы по нужному
AL> принципу.
Вообще говоря - это частный случай.
AL> Так или иначе, дальнейшее обсуждение уже есть уточнение деталей под
AL> конкретную задачу. В целом же, на $subj следует отвечать так: "Дело не в
AL> СУБД, умеющей быстро вставлять данные, а в приложении (бизнес-логике),
AL> позволяющей быстро вливать массивы данных." Всякие советы, типа убить
AL> индексы / залить / построить индексы, это технические детали, не имеющие
AL> отношения к выбору СУБД ...
Hе согласен. СУБД должна предоставлять оптимизированные средсва для этих
операций. К тому же, если большие данные вливаются кто то их будет читать и
анализировать - опять же СУБД должна предоставлять оптимизированные средсва
для этого.
BR
Michael
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
