Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 выбор СУБД для большой БД  [new]
Viktor V Kudlak
Member

Откуда:
Сообщений: 5
вопрос даже не в выборе СУБД, а скорее в возможности использования LDAP для 2-4х гигабайт текстовых данных, либо выбор наиболее шустрой СУБД для быстрой выборки информации, но при этом скорость внесения данных не имеет значения. СУБД должна работать под Linux (Debian GNU/Linux) и быть достаточно надежной, что б не возникли проблемы с восстановлением данных при малейшем сбое. Читал, что InnoDB расчитан для таких задач, но, когда пробовал его использовать - быстродействие оставляло желать лучшего (таблицу из 2000 записей читало окола минуты, а подобных записей может быть то 6*10^6)
для сравнения - размер субд сравним с базами данных населения (москва/питер), только данных раз 10 больше
9 июл 06, 00:35    [2858675]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Ну, не утверждаю, что MySQL+InnoDB тут будет самым оптимальным вариантом, но надо заметить, однако же, что либо у вас сервер не был оптимально настроен для работы с InnoDB, либо запросы были неоптимально построены.
9 июл 06, 01:00    [2858700]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
таблицу из 2000 записей читало окола минуты

Хм. Не знаю MySQL, но имхо это совершенно фантастическая цифра. Такое впечатление, что база размещалась на дискете :)
9 июл 06, 01:40    [2858725]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Всё ведь зависит от запроса,)
Можно и по десяти записям такой придумать, что любой сервер помрёт считаючи.
9 июл 06, 02:25    [2858739]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
Отметим, что было сказано "читала таблицу", а не "считала запрос".
9 июл 06, 02:27    [2858740]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Viktor V Kudlak
Member

Откуда:
Сообщений: 5
softwarer
таблицу из 2000 записей читало окола минуты

Хм. Не знаю MySQL, но имхо это совершенно фантастическая цифра. Такое впечатление, что база размещалась на дискете :)

Да, конечно настройка системы была не оптимальной, тем более тестировалось под Win2k, но, если сравнивать с MyISAM - разница была раз в 20, ато и 30, из-за чего тогда отказался наотрез от использования InnoDB, а если учитывать, что настроить систему можно лишь один раз, и для переноса данных надо постоянно иметь либо дампы баз, либо инструменты для работы с базами - я решил на отрез отказаться от нее, хотя в документации было написано, что InnoDB в разы быстрее работает с большими данными
9 июл 06, 05:34    [2858758]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Какие такие инструменты? Клиент? Какие дампы, что за бред?

И откуда такие безумные мифы берутся, не понимаю...
Ну нету такой разницы в скорости InnoDB и MyISAM, просто нету.
Да и разница в скорости проявляется не в зависимости от размера таблиц, а от соотношения количества запросов на добавление/замену/обновление/чтение записей.
И тридцатикратная разница в производительности вас не заставила задуматься, может быть, тут что-то не так?
9 июл 06, 06:27    [2858768]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Viktor V Kudlak
Member

Откуда:
Сообщений: 5
заставило! но, желания разбираться не было.. тем более настройки были взяты из мана по MySQL (пропорции были полностью соблюдены)... так что не понятно было, из-за чего так работало все....
тем более в манах написано, что эти базы тестировались на сервере какой-то компании, где по 800 вставок / сек, и размер баз до терабайта... Действительно ли InnoDB способен работать на столько шустро?
9 июл 06, 15:57    [2859049]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Viktor V Kudlak
Member

Откуда:
Сообщений: 5
заставило! но, желания разбираться не было.. тем более настройки были взяты из мана по MySQL (пропорции были полностью соблюдены)... так что не понятно было, из-за чего так работало все....
тем более в манах написано, что эти базы тестировались на сервере какой-то компании, где по 800 вставок / сек, и размер баз до терабайта... Действительно ли InnoDB способен работать на столько шустро?
9 июл 06, 15:57    [2859051]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
DocAl
Да и разница в скорости проявляется не в зависимости от размера таблиц, а от соотношения количества запросов на добавление/замену/обновление/чтение записей.

Ну, имхо, не совсем верно... "Вертикальный" размер таблицы имеет большое
значение, да и "горизонтальный" тож, так как зависит от кол-ва и состава полей в выборке.
Это так, реплика из зала...
9 июл 06, 17:11    [2859111]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Я имею в виду, разница в скорости работы, в зависимости от того, используется InnoDB или MyISAM. Так-то конечно много от чего зависит, и от скорости дисковой подсистемы, и от того, фиксированной длины записи в таблицы или динамической, от... да всё не перечислишь.
9 июл 06, 23:52    [2859452]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Viktor V Kudlak
Member

Откуда:
Сообщений: 5
так все-таки, выбирать мне innoDB/MyISAM/LDAP или посоветуете что-то еще, что подойдет для моей задачи?
11 июл 06, 01:03    [2864019]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
LittleCat
Member

Откуда: СПб
Сообщений: 435
Viktor V Kudlak
так все-таки, выбирать мне innoDB/MyISAM/LDAP или посоветуете что-то еще, что подойдет для моей задачи?

Из бесплатного - GT.M, коммерческого - Cache.
12 июл 06, 10:07    [2869297]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Partisan M
Member

Откуда:
Сообщений: 1399
Вопрос задан неправильно. БД небольшая, и почти любая СУБД для неё подойдёт. Если поменьше и побесплатнее, то PostgreSQL или Firebird. MySQL не люблю, но и оно подойдёт. Плохой результат


его (таблицу из 2000 записей читало окола минуты,


вызван не плохой СУБД, а тем, что ты делаешь что-то неправильно. Вот, попытался придумать что-то максимально глупое, и получилось - если соединяться, читать одну запись и разъединяться, то будет примерно такой же эффект (соединение с базой занимает заметное время). Но число возможных глупостей бесконечно, поэтому не утверждаю, что ты делаешь именно это. Или подумай лучше, или опиши ситуацию подробнее.
12 июл 06, 20:32    [2873682]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
2-4 гига любой нормальной РСУБД - семечка. Яб постгрис посоветовал из бесплатных.
16 июл 06, 18:23    [2886383]     Ответить | Цитировать Сообщить модератору
 Re: выбор СУБД для большой БД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
Кстати хочется узнать про структуру записей.
16 июл 06, 18:24    [2886386]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить