ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / выбор СУБД для большой БД
16 сообщений из 16, страница 1 из 1
выбор СУБД для большой БД
    #33840436
Viktor V Kudlak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viktor V Kudlak
Гость
вопрос даже не в выборе СУБД, а скорее в возможности использования LDAP для 2-4х гигабайт текстовых данных, либо выбор наиболее шустрой СУБД для быстрой выборки информации, но при этом скорость внесения данных не имеет значения. СУБД должна работать под Linux (Debian GNU/Linux) и быть достаточно надежной, что б не возникли проблемы с восстановлением данных при малейшем сбое. Читал, что InnoDB расчитан для таких задач, но, когда пробовал его использовать - быстродействие оставляло желать лучшего (таблицу из 2000 записей читало окола минуты, а подобных записей может быть то 6*10^6)
для сравнения - размер субд сравним с базами данных населения (москва/питер), только данных раз 10 больше
...
Рейтинг: 0 / 0
09.07.2006, 00:35
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840444
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Ну, не утверждаю, что MySQL+InnoDB тут будет самым оптимальным вариантом, но надо заметить, однако же, что либо у вас сервер не был оптимально настроен для работы с InnoDB, либо запросы были неоптимально построены.
...
Рейтинг: 0 / 0
09.07.2006, 01:00
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840455
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
таблицу из 2000 записей читало окола минуты
Хм. Не знаю MySQL, но имхо это совершенно фантастическая цифра. Такое впечатление, что база размещалась на дискете :)
...
Рейтинг: 0 / 0
09.07.2006, 01:40
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840465
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Всё ведь зависит от запроса,)
Можно и по десяти записям такой придумать, что любой сервер помрёт считаючи.
...
Рейтинг: 0 / 0
09.07.2006, 02:25
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840466
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Отметим, что было сказано "читала таблицу", а не "считала запрос".
...
Рейтинг: 0 / 0
09.07.2006, 02:27
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840480
Viktor V Kudlak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viktor V Kudlak
Гость
softwarer таблицу из 2000 записей читало окола минуты
Хм. Не знаю MySQL, но имхо это совершенно фантастическая цифра. Такое впечатление, что база размещалась на дискете :)
Да, конечно настройка системы была не оптимальной, тем более тестировалось под Win2k, но, если сравнивать с MyISAM - разница была раз в 20, ато и 30, из-за чего тогда отказался наотрез от использования InnoDB, а если учитывать, что настроить систему можно лишь один раз, и для переноса данных надо постоянно иметь либо дампы баз, либо инструменты для работы с базами - я решил на отрез отказаться от нее, хотя в документации было написано, что InnoDB в разы быстрее работает с большими данными
...
Рейтинг: 0 / 0
09.07.2006, 05:34
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840485
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Какие такие инструменты? Клиент? Какие дампы, что за бред?

И откуда такие безумные мифы берутся, не понимаю...
Ну нету такой разницы в скорости InnoDB и MyISAM, просто нету.
Да и разница в скорости проявляется не в зависимости от размера таблиц, а от соотношения количества запросов на добавление/замену/обновление/чтение записей.
И тридцатикратная разница в производительности вас не заставила задуматься, может быть, тут что-то не так?
...
Рейтинг: 0 / 0
09.07.2006, 06:27
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840703
Viktor V Kudlak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viktor V Kudlak
Гость
заставило! но, желания разбираться не было.. тем более настройки были взяты из мана по MySQL (пропорции были полностью соблюдены)... так что не понятно было, из-за чего так работало все....
тем более в манах написано, что эти базы тестировались на сервере какой-то компании, где по 800 вставок / сек, и размер баз до терабайта... Действительно ли InnoDB способен работать на столько шустро?
...
Рейтинг: 0 / 0
09.07.2006, 15:57
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840704
Viktor V Kudlak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viktor V Kudlak
Гость
заставило! но, желания разбираться не было.. тем более настройки были взяты из мана по MySQL (пропорции были полностью соблюдены)... так что не понятно было, из-за чего так работало все....
тем более в манах написано, что эти базы тестировались на сервере какой-то компании, где по 800 вставок / сек, и размер баз до терабайта... Действительно ли InnoDB способен работать на столько шустро?
...
Рейтинг: 0 / 0
09.07.2006, 15:57
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840753
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
DocAlДа и разница в скорости проявляется не в зависимости от размера таблиц, а от соотношения количества запросов на добавление/замену/обновление/чтение записей.
Ну, имхо, не совсем верно... "Вертикальный" размер таблицы имеет большое
значение, да и "горизонтальный" тож, так как зависит от кол-ва и состава полей в выборке.
Это так, реплика из зала...
...
Рейтинг: 0 / 0
09.07.2006, 17:11
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33840950
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Я имею в виду, разница в скорости работы, в зависимости от того, используется InnoDB или MyISAM. Так-то конечно много от чего зависит, и от скорости дисковой подсистемы, и от того, фиксированной длины записи в таблицы или динамической, от... да всё не перечислишь.
...
Рейтинг: 0 / 0
09.07.2006, 23:52
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33843743
Viktor V Kudlak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viktor V Kudlak
Гость
так все-таки, выбирать мне innoDB/MyISAM/LDAP или посоветуете что-то еще, что подойдет для моей задачи?
...
Рейтинг: 0 / 0
11.07.2006, 01:03
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33846842
LittleCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LittleCat
Участник
Viktor V Kudlakтак все-таки, выбирать мне innoDB/MyISAM/LDAP или посоветуете что-то еще, что подойдет для моей задачи?
Из бесплатного - GT.M, коммерческого - Cache.
...
Рейтинг: 0 / 0
12.07.2006, 10:07
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33849356
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Partisan M
Участник
Вопрос задан неправильно. БД небольшая, и почти любая СУБД для неё подойдёт. Если поменьше и побесплатнее, то PostgreSQL или Firebird. MySQL не люблю, но и оно подойдёт. Плохой результат


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

вызван не плохой СУБД, а тем, что ты делаешь что-то неправильно. Вот, попытался придумать что-то максимально глупое, и получилось - если соединяться, читать одну запись и разъединяться, то будет примерно такой же эффект (соединение с базой занимает заметное время). Но число возможных глупостей бесконечно, поэтому не утверждаю, что ты делаешь именно это. Или подумай лучше, или опиши ситуацию подробнее.
...
Рейтинг: 0 / 0
12.07.2006, 20:32
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33856529
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
2-4 гига любой нормальной РСУБД - семечка. Яб постгрис посоветовал из бесплатных.
...
Рейтинг: 0 / 0
16.07.2006, 18:23
| Ответить | Цитировать | Написать  
выбор СУБД для большой БД
    #33856531
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sarin
Участник
Кстати хочется узнать про структуру записей.
...
Рейтинг: 0 / 0
16.07.2006, 18:24
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / выбор СУБД для большой БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]