форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Оптимизация и Промышленные системы (Другие СУБД)
Изначальное сообщение		[ Отслеживать ]

"Выбор БД"	+/–
Сообщение от tsolodov (ok) on 20-Янв-14, 12:02
Всем привет. В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД. Трудность в том, что будет таблица с часто изменяемыми данными, размер которой в данный момент составил бы: 250 000 000 строк. Прошу совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД. В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть подозрение что на моем железе(это HP proliant G7) оно может работать медленно. ЗЫ: на ORACLE денег не дадут 100%. Есть вариант разбить одну большую таблицу на много маленьких с одинаковой структурой но разным именем, но это выглядит  не совсем красиво с моей точки зрения. Прошу совета.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Выбор БД"	+/–
Сообщение от tsolodov (ok) on 27-Янв-14, 23:07
>[оверквотинг удален] > совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД. > В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть > подозрение что на моем железе(это HP proliant G7) оно может работать > медленно. > ЗЫ: > на ORACLE денег не дадут 100%. > Есть вариант разбить одну большую таблицу на много маленьких с одинаковой структурой > но разным именем, но это выглядит  не совсем красиво с > моей точки зрения. > Прошу совета. Пока остановился на mysql+partioning
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выбор БД"	+/–
Сообщение от edwin3d (ok) on 08-Окт-14, 10:12
> Всем привет. > В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД. > Трудность в том, что будет таблица с часто изменяемыми данными, размер > которой в данный момент составил бы: 250 000 000 строк. Прошу > совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД. Добрый день. Если Вам не нужна мощь SQL - то очень симпатично будет смотреться MongoDB. Она на таких запросах работает шустро, а главное - можно разбить на Н серверов. Если нужен именно SQL, то как мне кажеться, Вам стоит обратить внимание на PostgreSQL. Но посидеть над тюнингом придется. В любом случае ставьте побольше памяти и не стесняйтесь ее занимать
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема