|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry Novikov 2:5020/400 29 Aug 2002 12:26:10
To : Andrew Sagulin
Subject : Re: Hужна СУБД с быстрым добавлением записей
--------------------------------------------------------------------------------
Всем привет!
"Andrew Sagulin" <Andrew.Sagulin@p28.f1.n6037.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
> В связи с этим вопрос: какая СУБД может подойти под приведённые ниже
> требования?
>
> Структура БД крайне проста: одна таблица из 5 полей:
> - дата и время начала разговора;
> - номер абонента А (7 цифр);
> - номер абонента Б (16 шестнадцатеричных цифр (0-9,A-F));
> - длительность разговора в секундах;
> - специальный флаг (дополнительная информация, для хранения которой
достаточно
> 10 значений).
>
> Раз в сутки главный сервер повремёнки обзванивает и по модему
забирает
> dbf-файлы с компьютеров, установленных на АТС. Всего выходит около 400
тыс.
> записей в сутки. Аналогичное количество информации удаляется.
> Hа добавление полученных данных (по разным причинам) отводится не
более 2
> часов. Т.е. выходит, что скорость добавления должна быть не менее 50
> записей/сек. Это первое главное требование. Всего в базе хранятся данные
за 2
> года, т.е. что-то около 250 млн. записей.
> Если это важно, то занесённые в базу записи никогда не изменяются -
только
> удаляются. Учитывая это, мне кажется, поддержка транзакций не нужна.
> Скорость поиска в общем-то не очень критична. Устраивает даже та, что
есть
> сейчас. Hо требуется поддержка вложенных select-ов (это второе главное
> требование).
>
> Аппаратная платформа: PC. Операционка: W2k, но если под win ничего
> похожего нет, то ради такого случая можно поставить Linux.
50 записей в секунду -- это мелочь. Через DTS в MS SQL 2000 с использованием
по ходу дела обработки символьных полей через VB Script (а это
дополнительные нехилые тормоза) скорость закачки на четвертом пне была около
1000 записей в секунду. Без оной обработки на порядок быстрее (именно на
порядок). В таблице правда было заметно меньше записей, но несколько лимонов
было.
Вот сейчас специально еще раз проверил. 740 Мб dbf, 3 миллиона с копейками
записей, перенос один-в-один. Примерно за семь минут засосал, на моем компе,
который не сервер вовсе. P4 1500, памяти всего 256Mb, диск обычный IDE.
Может у вас там триггерок какой развесистый сидел, да индексов вагон... Оно
может и замедлить. Hо 50 записей в секунду все равно легко должно быть (хотя
триггер конечно может совсем все затормозить, если написать плохо).
С наилучшими пожеланиями, Дмитрий dim@rnivc.kis.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
