Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД / 25 сообщений из 67, страница 1 из 3
27.12.2004, 15:49
    #32846360
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Нужно сделать выбор между бесплатными СУБД. Приложение планируется многозвённым, поэтому наличие триггеров, SP и пр. не обязательно . СУБД должна использоваться только как хранилище данных, следующий слой должен общаться с ней через JDBC(стало быть нужен драйвер).
Рассматривались - не понравились:
1) FirebirdSQL
- ограничение размера таблицы 36,7 Gb - да это много, но не безгранично.
- отутствие incremental backup
2) PostgreSQL
- не нравится метод резервирования - sqldump
3) MySQL
- не нравится метод резервирования - sqldump

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

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

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

Спасибо.
...
Рейтинг: 0 / 0
27.12.2004, 15:57
    #32846378
Рыжий Кот
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
(не нравится) == (XXX- ацтой и фуфел, а YYY - рулез)

...
Рейтинг: 0 / 0
27.12.2004, 17:01
    #32846551
Alexey Rovdo
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Опишите проект (можно на мыло).
...
Рейтинг: 0 / 0
27.12.2004, 17:07
    #32846569
Sad Spirit
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
mozheyko_d
2) PostgreSQL
- не нравится метод резервирования - sqldump

если это единственное, что не нравится, то в версии 8.0 будет инкрементальный бэкап. щас версия 8.0rc2, окончательный релиз будет скоро.
...
Рейтинг: 0 / 0
27.12.2004, 17:10
    #32846576
Yo!
Yo!
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
еще есть sybase ASE он бесплатен если бд меньше 5Gb (кажется) и юзать под линух.
...
Рейтинг: 0 / 0
27.12.2004, 17:10
    #32846577
tru55
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?
...
Рейтинг: 0 / 0
27.12.2004, 17:15
    #32846587
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
tru55Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?
Хм. Для круглосуточной системы (а явно планируется интернетовский сервис) метод бэкапа - достаточно принципиальная вещь.

P.S. Эхх, хорошо. Катятся себе archive log-и..
...
Рейтинг: 0 / 0
27.12.2004, 17:28
    #32846614
tru55
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
softwarer tru55Если
СУБД должна использоваться только как хранилище данных
то так ли уж принципиален метод backup?
Хм. Для круглосуточной системы (а явно планируется интернетовский сервис) метод бэкапа - достаточно принципиальная вещь.

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

Для круглосуточной системы, или круглосуточного изменения данных?
...
Рейтинг: 0 / 0
27.12.2004, 17:44
    #32846636
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
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 очень принципиален, а для Вас нет ?


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


Да круглосуточного изменения
...
Рейтинг: 0 / 0
27.12.2004, 17:50
    #32846653
tru55
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Если бы сразу было сказано, что для круглосуточного изменения , то
вопроса с backup и не возникло бы.

Но было написано то
СУБД должна использоваться только как хранилище данных
...
Рейтинг: 0 / 0
27.12.2004, 18:00
    #32846673
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
tru55
Если бы сразу было сказано, что для круглосуточного изменения, то
вопроса с backup и не возникло бы.

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

Ok ;-)

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

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


Есть у кого-либо опыт использования бесплатной СУБД в таком режиме ?
...
Рейтинг: 0 / 0
27.12.2004, 18:05
    #32846683
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Круто, однако.

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

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

-- Tygra's --
...
Рейтинг: 0 / 0
27.12.2004, 18:06
    #32846685
tygra
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Но лучше всего подойдет MS SQL или Оракл.
Ну почти за бесплатно - 100 р. за диск на горбушке.

-- Tygra's --
...
Рейтинг: 0 / 0
27.12.2004, 18:14
    #32846709
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
tygra
Круто, однако.

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

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


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

1) Может кто их использовал/пытался использовать/какие грабли/и т.п. и поделится своим мнением?
2) На худой конец - хрен с ним с backup-ом, пускай в виде sqldump работает ! Что могут сказать люди про круглосуточную работу MySQL или Postgre ?
...
Рейтинг: 0 / 0
27.12.2004, 21:17
    #32846870
Хрен
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
есть такой опыт. на mysql. делалось примерно так:

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

Есть еще фокус с LVM как полный backup за 1 секунду сделать. Тоже хорошо помогает для myisam баз для 24/7 режима.
...
Рейтинг: 0 / 0
28.12.2004, 00:57
    #32846921
Sad Spirit
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
mozheyko_d
2) На худой конец - хрен с ним с backup-ом, пускай в виде sqldump работает ! Что могут сказать люди про круглосуточную работу MySQL или Postgre ?
Ещё раз повторю --- в PostgreSQL версии 8.0 будет инкрементальный бэкап . Выйдет эта версия уже весьма скоро, так что разработку под неё можно вести уже сейчас.

Единственная остающаяся проблема с PostgreSQL --- необходимость периодической сборки мусора и обновления статистики оптимизатора. Но доступ к базе при ней возможен, так что 24/7 вполне реализуемо.
...
Рейтинг: 0 / 0
28.12.2004, 01:41
    #32846927
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
> СУБД должна использоваться только как КРУГЛОСУТОЧНОЕ хранилище данных,
> которое нужно ЕЖЕДНЕВНО резервировать(пусть инкрементно) и НЕЛЬЗЯ
> останавливать даже на минуту.

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

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

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

Не очень понятно, почему при достаточно серьезных затратах на аппаратную и программную часть Вы собираетесь экономить на dbms? В данном случае это не главная статья расходов.
...
Рейтинг: 0 / 0
28.12.2004, 17:19
    #32848397
Sarin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL и копированием в ручную.

Да прибудет с вами дистрибутив.
...
Рейтинг: 0 / 0
28.12.2004, 17:51
    #32848494
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Sarin
MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL


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

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

А как быть с innodb-таблицами на raw-device ?
dd в этом случае корректно работает ?
...
Рейтинг: 0 / 0
28.12.2004, 17:53
    #32848495
Yo!
Yo!
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
у mysql была еще супер фича работать в кластере ... кластер shared nothing наверно, вот только такая фишка кажется была уже за деньги + совсем уж ущербность sql диалекта :(
...
Рейтинг: 0 / 0
28.12.2004, 18:03
    #32848526
Gold
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
По поводу FB могу заметить что инкрементальное резервирование будет в версии 2.0, которая скорее всего уже будет релизе на момент окончания проекта. По поводу ограничений на размер теблицы: я лично о таком не слышал, может тоже не будет такого в 2.0.
Но 100 Гб база - это всё таки многовато для птички на первый взгляд.
...
Рейтинг: 0 / 0
28.12.2004, 18:13
    #32848546
hvlad
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
GoldПо поводу FB могу заметить что инкрементальное резервирование будет в версии 2.0, которая скорее всего уже будет релизе на момент окончания проекта.Оно не будет , а есть в FB2 ;)

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

GoldНо 100 Гб база - это всё таки многовато для птички на первый взгляд.Это смотря что с ней делать ;)
...
Рейтинг: 0 / 0
28.12.2004, 18:17
    #32848550
Gold
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
Да, я тут перечитал roadmap и так и не понял объединиться ли дятел с жарптицей в 2.0 и что с вулканом. Написано что вроде как вулкан протестирован и отдан заказчику, а дальше что? Когда его к птичке прикрутить планируют?
...
Рейтинг: 0 / 0
28.12.2004, 18:49
    #32848591
mozheyko_d
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
GoldПо поводу ограничений на размер теблицы: я лично о таком не слышал
www.ibase.ru/devinfo/tablesize.htm
...
Рейтинг: 0 / 0
28.12.2004, 19:24
    #32848612
Sarin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Посоветуйте СУБД
mozheyko_d Sarin
MySQL позволяет делать резервное копирование не только mysqldump, но и средствами SQL


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

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



А как быть с innodb-таблицами на raw-device ?
dd в этом случае корректно работает ?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
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  и выше. 


Да прибудет с вами дистрибутив
...
Рейтинг: 0 / 0
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД / 25 сообщений из 67, страница 1 из 3
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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