ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
25 сообщений из 67, страница 1 из 3
  1  все
Посоветуйте СУБД
    #32846360
mozheyko_d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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:49
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32846378
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
(не нравится) == (XXX- ацтой и фуфел, а YYY - рулез)

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

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

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

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

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

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

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

Ok ;-)

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

GoldНо 100 Гб база - это всё таки многовато для птички на первый взгляд.Это смотря что с ней делать ;)
...
Рейтинг: 0 / 0
28.12.2004, 18:13
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32848550
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Да, я тут перечитал roadmap и так и не понял объединиться ли дятел с жарптицей в 2.0 и что с вулканом. Написано что вроде как вулкан протестирован и отдан заказчику, а дальше что? Когда его к птичке прикрутить планируют?
...
Рейтинг: 0 / 0
28.12.2004, 18:17
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32848591
mozheyko_d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mozheyko_d
Участник
GoldПо поводу ограничений на размер теблицы: я лично о таком не слышал
www.ibase.ru/devinfo/tablesize.htm
...
Рейтинг: 0 / 0
28.12.2004, 18:49
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32848612
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
28.12.2004, 19:24
| Ответить | Цитировать | Написать  
25 сообщений из 67, страница 1 из 3
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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