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