Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Выбор базы для более чем 1 000 000 записей. 
:(
    Опции темы
Alek74
Дата 21.7.2006, 08:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 23.3.2006

Репутация: нет
Всего: нет



Есть база данных ISIS. База растет и при том интенсивно. Есть мысль перевести ее на другую СУБД. 
В данный момент база насчитывает около 1 мил. записей. Кажадая запись содержит несколько десятков полей. Поиск и индексация производиться практически по всем полям.

При ее пополнении практически все устраивает, но ее планируется использовать в веб приложении. И тут возникают серьезные сомнения в удовлетворительной работе. К примеру при запросе к базе в 100 000 - 200 000 уже есть проблемы.

Насколько реально перевести ее в MySql? Будет ли это выходом из ситуации? 
--------------------
---------------------------------- «Филисофия жизни ©»  ---------------------------------- 
PM MAIL   Вверх
tux
Дата 21.7.2006, 08:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Летатель
***


Профиль
Группа: Участник Клуба
Сообщений: 1853
Регистрация: 10.2.2005
Где: msk.ru

Репутация: нет
Всего: 132



Не знаю, не знаю. Это конечно чисто субъективное мнение, но мой опыт работы с MySQL показывает, что с производительностью сложных выборок у него не все в порядке. Правда я уже давно с ним не работал, вероятно, что за это время многое изменилось. В общем, если я не прав, меня поправят. Хотя, возможно что в сравнении с IRIS производительность будет вполне достаточной. 

Рекомендовал бы посмотреть на PostgreSQL. Интенсивно использую сейчас, производительность вполне удовлетворительная. 
PM MAIL Skype GTalk Jabber YIM   Вверх
Cashey
Дата 21.7.2006, 09:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бессмертный
****


Профиль
Группа: Завсегдатай
Сообщений: 3441
Регистрация: 13.11.2002
Где: в столице

Репутация: нет
Всего: 60



тогда уж MS SQL 


--------------------
библия учит любить ближнего, а камасутра обучает как именно
PM Jabber   Вверх
Alek74
Дата 21.7.2006, 09:22 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 113
Регистрация: 23.3.2006

Репутация: нет
Всего: нет



Цитата(tux @ 21.7.2006,  08:08)
Рекомендовал бы посмотреть на PostgreSQL. Интенсивно использую сейчас, производительность вполне удовлетворительная.

Почему MySql? - просто это будет веб приложение и скорее всего реализованное на PHP. 

А как в этом плане будет выглядеть PostgreSQL?

Добавлено @ 09:23 
Цитата(Cashey @ 21.7.2006,  09:14)
тогда уж MS SQL

К сожалению существует ограничение в финансировании. 
--------------------
---------------------------------- «Филисофия жизни ©»  ---------------------------------- 
PM MAIL   Вверх
tux
Дата 21.7.2006, 09:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Летатель
***


Профиль
Группа: Участник Клуба
Сообщений: 1853
Регистрация: 10.2.2005
Где: msk.ru

Репутация: нет
Всего: 132



Цитата(Alek74 @  21.7.2006,  14:22 Найти цитируемый пост)
А как в этом плане будет выглядеть PostgreSQL?

Да точно так же, PHP поддерживает едва ли не все существующие СУБД. Только набор функций, с помощью которых будешь обращаться к данным поменяется. Или совсем ничего не поменяется если использовать какой-нибудь ADOdb. 
PM MAIL Skype GTalk Jabber YIM   Вверх
Vit
Дата 27.7.2006, 22:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Vitaly Nevzorov
****


Профиль
Группа: Экс. модератор
Сообщений: 10964
Регистрация: 25.3.2002
Где: Chicago

Репутация: 14
Всего: 207



Миллион записей? Т.е. речь идёт о базах данных малого и среднего размера. В принципе до 100 миллионов годится практически любая серверная база данных, проблем на таких малых объёмах данных быть не должно. Проблемы появляются когда количество записей начинает превышать несколько сотен миллионов, тогда количество подходящих СУБД значительно сокращается. На миллионе записей простые запросы на выборку должны проходить пракически мгновенно, не больше чем десятые доли секунды, Inner Join десятока таблиц размером в 10 миллионов каждая при выборке умеренного числа записей должен по идее занимать не более 1 секунды, хотя придостаточно хорошо настроенной базе - 0.1 секунды максимум.  Если у вас сервер тормозит на миллионе записей, то значит вы его просто не настроили, нет нужных индексов, или он работает в каком-то сверх неоптимальном режиме.  


--------------------
With the best wishes, Vit
I have done so much with so little for so long that I am now qualified to do anything with nothing
Самый большой Delphi FAQ на русском языке здесь: www.drkb.ru
PM MAIL WWW ICQ   Вверх
pythonwin
Дата 28.7.2006, 08:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Участник
Сообщений: 2529
Регистрация: 18.4.2006
Где: за компом

Репутация: 1
Всего: 36



Цитата(tux @  21.7.2006,  15:08 Найти цитируемый пост)

Рекомендовал бы посмотреть на PostgreSQL. Интенсивно использую сейчас, производительность вполне удовлетворительная.  


Тоже рекомендую! Мощная СУБД! Миллион записей - не так уж и много! 
PM WWW GTalk Jabber   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0714 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.