Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Нужно сделать выбор между бесплатными СУБД. Приложение планируется многозвённым, поэтому наличие триггеров, SP и пр. не обязательно. СУБД должна использоваться только как хранилище данных, следующий слой должен общаться с ней через JDBC(стало быть нужен драйвер).
Рассматривались - не понравились:
1) FirebirdSQL
- ограничение размера таблицы 36,7 Gb - да это много, но не безгранично.
- отутствие incremental backup
2) PostgreSQL
- не нравится метод резервирования - sqldump
3) MySQL
- не нравится метод резервирования - sqldump

Что можете сказать про MaxDB и Ingres ?

Может кто-то может сказать добрые слова ещё про что-нибудь ?

Только, пожалуйста, объективно, мнения типа: XXX- ацтой и фуфел, а YYY - рулез, я уже читал.

Спасибо.
27 дек 04, 15:49    [1212314]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
(не нравится) == (XXX- ацтой и фуфел, а YYY - рулез)

Картинка с другого сайта.
27 дек 04, 15:57    [1212354]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Alexey Rovdo
Member

Откуда: Москва
Сообщений: 913
Опишите проект (можно на мыло).
27 дек 04, 17:01    [1212680]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
mozheyko_d

2) PostgreSQL
- не нравится метод резервирования - sqldump

если это единственное, что не нравится, то в версии 8.0 будет инкрементальный бэкап. щас версия 8.0rc2, окончательный релиз будет скоро.
27 дек 04, 17:07    [1212713]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Yo!
Guest
еще есть sybase ASE он бесплатен если бд меньше 5Gb (кажется) и юзать под линух.
27 дек 04, 17:10    [1212735]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
tru55
Member

Откуда: СПб
Сообщений: 19788
Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?
27 дек 04, 17:10    [1212736]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
tru55
Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?

Хм. Для круглосуточной системы (а явно планируется интернетовский сервис) метод бэкапа - достаточно принципиальная вещь.

P.S. Эхх, хорошо. Катятся себе archive log-и..
27 дек 04, 17:15    [1212772]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
tru55
Member

Откуда: СПб
Сообщений: 19788
softwarer
tru55
Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?

Хм. Для круглосуточной системы (а явно планируется интернетовский сервис) метод бэкапа - достаточно принципиальная вещь.

P.S. Эхх, хорошо. Катятся себе archive log-и..


Для круглосуточной системы, или круглосуточного изменения данных?
27 дек 04, 17:28    [1212833]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
2 Alexey Rovdo

Опишите проект (можно на мыло).


Планируется действительно 24/7 интернет сервис, раз в N суток - полный backup без остановки, каждый день инкрементный(или какая-то подобная схема).
Под СУБД отдельный сервер 2 Gb RAM, 4 SCSI disk 120Gb
20-30 непрерывных соединений со стороны AppServer
Основная таблица 10M записей + 2-3 тысячи в сутки
Расчётный объём базы 100Gb

2 Yo!

еще есть sybase ASE он бесплатен если бд меньше 5Gb (кажется) и юзать под линух.


ограничение 5Gb мне нравится ещё меньше чем Firebird'овское

2 tru55

Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?


backup очень принципиален, а для Вас нет ?


Для круглосуточной системы, или круглосуточного изменения данных?


Да круглосуточного изменения
27 дек 04, 17:44    [1212885]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
tru55
Member

Откуда: СПб
Сообщений: 19788
Если бы сразу было сказано, что для круглосуточного изменения, то
вопроса с backup и не возникло бы.

Но было написано то
СУБД должна использоваться только как хранилище данных
27 дек 04, 17:50    [1212909]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
tru55

Если бы сразу было сказано, что для круглосуточного изменения, то
вопроса с backup и не возникло бы.

Но было написано то
СУБД должна использоваться только как хранилище данных

Ok ;-)

Если это поможет, то

СУБД должна использоваться только как КРУГЛОСУТОЧНОЕ хранилище данных, которое нужно ЕЖЕДНЕВНО резервировать(пусть инкрементно) и НЕЛЬЗЯ останавливать даже на минуту.


Есть у кого-либо опыт использования бесплатной СУБД в таком режиме ?
27 дек 04, 18:00    [1212943]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Круто, однако.

Хотим много, чтобы 24/7, чтобы коннекты, чтобы бэкап и т.д.
Но бесплатно.

Может все-же выбрать одно - ИМХО, или бесплатно, или 24/7 и остальные требования. Вместе то не бывает

-- Tygra's --
27 дек 04, 18:05    [1212957]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Но лучше всего подойдет MS SQL или Оракл.
Ну почти за бесплатно - 100 р. за диск на горбушке.

-- Tygra's --
27 дек 04, 18:06    [1212963]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
tygra

Круто, однако.

Хотим много, чтобы 24/7, чтобы коннекты, чтобы бэкап и т.д.
Но бесплатно.

Может все-же выбрать одно - ИМХО, или бесплатно, или 24/7 и остальные требования. Вместе то не бывает


MaxDB и Ingres вроде как бывшие коммерческие СУБД, требуемые возможности у них ( судя по их заявлениям в документации) присутствуют, поэтому я и спрашиваю:

1) Может кто их использовал/пытался использовать/какие грабли/и т.п. и поделится своим мнением?
2) На худой конец - хрен с ним с backup-ом, пускай в виде sqldump работает ! Что могут сказать люди про круглосуточную работу MySQL или Postgre ?
27 дек 04, 18:14    [1212998]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
есть такой опыт. на mysql. делалось примерно так:

были включены --log-bin для mysql и он все запросы на добавление/изменение/удаление записей пишет в этот binlog. С каждого полного backup начинаем binlog сначала. так что если что-то навернется - восстанавливаем данные с полного последнего backup и потом то, что накоплено в binlog - преобразуем в текстовой вид в sql выражения и скармливаем серверу.

Есть еще фокус с LVM как полный backup за 1 секунду сделать. Тоже хорошо помогает для myisam баз для 24/7 режима.
27 дек 04, 21:17    [1213258]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
mozheyko_d

2) На худой конец - хрен с ним с backup-ом, пускай в виде sqldump работает ! Что могут сказать люди про круглосуточную работу MySQL или Postgre ?

Ещё раз повторю --- в PostgreSQL версии 8.0 будет инкрементальный бэкап. Выйдет эта версия уже весьма скоро, так что разработку под неё можно вести уже сейчас.

Единственная остающаяся проблема с PostgreSQL --- необходимость периодической сборки мусора и обновления статистики оптимизатора. Но доступ к базе при ней возможен, так что 24/7 вполне реализуемо.
28 дек 04, 00:57    [1213379]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
guest_20040621
Guest
> СУБД должна использоваться только как КРУГЛОСУТОЧНОЕ хранилище данных,
> которое нужно ЕЖЕДНЕВНО резервировать(пусть инкрементно) и НЕЛЬЗЯ
> останавливать даже на минуту.

Кто Вам сказал, что слабое место в Вашем приложении - это СУБД? Какое именно резервирование предусмотрено техническим заданием?

Разумно было бы поступить следующим образом:
1. Посчитать, какая готовность программно-аппаратного комплекса в целом приемлема;
2. Исходя из полученной цифры рассмотреть варианты программной и аппаратной реализации;
3. Исходя из предпочтительных вариантов сформулировать требования к СУБД.
4. Выбрать СУБД.

Imho наличие инкрементального бэкапа будет играть даже не десятую роль.

Не очень понятно, почему при достаточно серьезных затратах на аппаратную и программную часть Вы собираетесь экономить на dbms? В данном случае это не главная статья расходов.
28 дек 04, 01:41    [1213389]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL и копированием в ручную.

Да прибудет с вами дистрибутив.
28 дек 04, 17:19    [1216004]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Sarin

MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL


Это как? В текстовый файл что-ли? И сколько времени тогда займёт воостановление?

Sarin

и копированием в ручную.

А как быть с innodb-таблицами на raw-device ?
dd в этом случае корректно работает ?
28 дек 04, 17:51    [1216163]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Yo!
Guest
у mysql была еще супер фича работать в кластере ... кластер shared nothing наверно, вот только такая фишка кажется была уже за деньги + совсем уж ущербность sql диалекта :(
28 дек 04, 17:53    [1216167]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Gold
Member

Откуда: Харьков
Сообщений: 2947
По поводу FB могу заметить что инкрементальное резервирование будет в версии 2.0, которая скорее всего уже будет релизе на момент окончания проекта. По поводу ограничений на размер теблицы: я лично о таком не слышал, может тоже не будет такого в 2.0.
Но 100 Гб база - это всё таки многовато для птички на первый взгляд.
28 дек 04, 18:03    [1216220]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
hvlad
Guest
Gold
По поводу FB могу заметить что инкрементальное резервирование будет в версии 2.0, которая скорее всего уже будет релизе на момент окончания проекта.
Оно не будет, а есть в FB2 ;)

Gold
По поводу ограничений на размер теблицы: я лично о таком не слышал, может тоже не будет такого в 2.0.
В FB2 номер записи сделан 40-битным (был 32-х), сооветственно физ.лимит вырос примерно в 256 раз.

Gold
Но 100 Гб база - это всё таки многовато для птички на первый взгляд.
Это смотря что с ней делать ;)
28 дек 04, 18:13    [1216260]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Gold
Member

Откуда: Харьков
Сообщений: 2947
Да, я тут перечитал roadmap и так и не понял объединиться ли дятел с жарптицей в 2.0 и что с вулканом. Написано что вроде как вулкан протестирован и отдан заказчику, а дальше что? Когда его к птичке прикрутить планируют?
28 дек 04, 18:17    [1216272]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
mozheyko_d
Member

Откуда: Мутноводск
Сообщений: 489
Gold
По поводу ограничений на размер теблицы: я лично о таком не слышал

www.ibase.ru/devinfo/tablesize.htm
28 дек 04, 18:49    [1216365]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Sarin
Member

Откуда: Земля, Солнечная система.
Сообщений: 14485
mozheyko_d
Sarin

MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL


Это как? В текстовый файл что-ли? И сколько времени тогда займёт воостановление?

Sarin

и копированием в ручную.



А как быть с innodb-таблицами на raw-device ?
dd в этом случае корректно работает ?

BACKUP TABLE tbl_name[,tbl_name...] TO '/path/to/backup/directory'

Копирует в каталог резервного копирования тот минимум табличных файлов, 
который достаточен для восстановления таблицы, после сброса на диск всех изменений. На данный момент работает только для таблиц MyISAM. Для таблиц 
MyISAM копирует файлы `.frm' (определений) и `.MYD' (данных). Индексные 
файлы могут быть реконструированы по этим двум.


Перед использованием этой команды, пожалуйста, ознакомьтесь с разделом See section 4.4.1 Резервное копирование баз данных.


В процессе резервного копирования будет установлена блокировка чтения 
отдельно для каждой таблицы на время ее копирования. Если необходимо 
сделать резервное копирование в виде мгновенного образа нескольких таблиц,
 необходимо сначала запросить LOCK TABLES установки блокировки чтения для
 каждой таблицы в группе.


Команда возвращает таблицу со следующими столбцами:
Столбец 	Значение
Table 	Имя таблицы
Op 	Всегда ``backup''
Msg_type 	Одно из значений status, error, info или warning.
Msg_text 	Само сообщение.

Заметим, что BACKUP TABLE доступна только в версии MySQL 3.23.25 и выше. 


Да прибудет с вами дистрибутив
28 дек 04, 19:24    [1216423]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить