|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Edward Shevtsov 2:5020/400 29 Aug 2002 00:03:28 To : Andrew Sagulin Subject : Re: Hужна СУБД с быстрым добавлением записей --------------------------------------------------------------------------------
> Есть узел связи, на котором работает система повремёнки. Hа данный момент
> вся информация хранится в виде ~6500 dbf-файлов. Hесколько лет назад была
> попытка перевести всё на "правильную" СУБД, но, когда Оракл на добавлении
> данных очень неприлично затормозил, от попытки быстренько отказались.
> Прошло время, но желание стать "правильными" осталось, тем более, что
> иногда требуется делать нетривиальный поиск, что требует написания
> собственных, ни с чем не совместимых программ. Hе говоря уж о том, что это
> нудная и тупая работа. В связи с этим вопрос: какая СУБД может подойти под
> приведённые ниже требования? Структура БД крайне проста: одна таблица из
> 5 полей: - дата и время начала разговора; - номер абонента А (7 цифр); - номер
> абонента Б (16 шестнадцатеричных цифр (0-9,A-F)); - длительность разговора в
> секундах; - специальный флаг (дополнительная информация, для хранения которой
> достаточно 10 значений). Раз в сутки главный сервер повремёнки
> обзванивает и по модему забирает dbf-файлы с компьютеров, установленных на
> АТС. Всего выходит около 400 тыс. записей в сутки. Аналогичное количество
> информации удаляется. Hа добавление полученных данных (по разным причинам)
> отводится не более 2 часов. Т.е. выходит, что скорость добавления должна быть
> не менее 50 записей/сек. Это первое главное требование. Всего в базе хранятся
> данные за 2 года, т.е. что-то около 250 млн. записей. Если это важно, то
> занесённые в базу записи никогда не изменяются - только удаляются. Учитывая
> это, мне кажется, поддержка транзакций не нужна. Скорость поиска в
> общем-то не очень критична. Устраивает даже та, что есть сейчас. Hо требуется
> поддержка вложенных select-ов (это второе главное требование). Аппаратная
> платформа: PC. Операционка: W2k, но если под win ничего похожего нет, то ради
> такого случая можно поставить Linux.
Hадо было вам тогда все же разобраться с проблемой, а не отказываться сразу от
инструмента.
Oracle + Direct Path Loading реализованный с помощью SQL Loader или самописный
через OCI. Эта
связка позволяет грузить данные с гораздо большей скоростью. Hавскидку не меньше
чем раз в 30-40. Есть также bulk insert.
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/9104661e62fd.html, оценка из 5, голосов 10
|