|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Sagulin 2:6037/1.28 29 Aug 2002 21:37:48
To : All
Subject : Hужна СУБД с быстрым добавлением записей
--------------------------------------------------------------------------------
28 Aug 02 21:58, Andrew Sagulin wrote to All:
AS> Hа добавление полученных данных (по разным причинам) отводится не
AS> более 2 часов. Т.е. выходит, что скорость добавления должна быть не
AS> менее 50 записей/сек. Это первое главное требование. Всего в базе
AS> хранятся данные за 2 года, т.е. что-то около 250 млн. записей.
Большое спасибо всем ответившим (и тем, кто собирается ответить :) ). Я
прочитал все письма, в том числе и те, что пришли нетмейлом (между прочим:
господа инетчики, пожалуйста , письма, отправляемые в ФИДО, пишите в koi8r и не
кодируйте их в base64. Мне пришлось писать небольшую прогу на перле, чтобы их
прочитать).
Мы с коллегой ещё раз всё прогоним на разных СУБД и при разных условиях.
Hедавно были попробованы: mySQL (для разнообразия) и Interbase. Они тормозили на
создании индексов. И по этому поводу вопрос (извините, если спрашиваю очевидное,
но я не специалист в СУБД): нужно искать по трём полям: дата, номер А и номер Б.
Ищется обычно парами: дата-номер А или дата-номер Б. Когда проводились испытания
(ими занимался коллега), он создавал два составных индекса (дата-номер А и
дата-номер Б). Может ли это быть причиной тормозов при добавлении? Hе будет ли
лучше создать три простых индекса по этим трём полям?
И последний вопрос: какую книгу посоветуете по проектированию СУБД, чтобы
заняться самообразованием, не делать глупых ошибок и не задавать наивных
вопросов.
Странно, что нет SU.DBMS.CHAINIK... :))
Всего Вам...
Андpей.
E-mail: andrews42@mailru.com
--- GoldED+/W32 1.1.5-20011130
* Origin: В стране не без народа. (2:6037/1.28)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
