BiTel

Не задумывались ли многоуважаемые разработчики о переходе на данную СУБД с mysql в связи с последними событиями по поглощению ораклом компании SUN?

_________________
Интернет и телефония оптом со склада, или в розницу

вот тут эту темы уже касались :
viewtopic.php?f=22&t=1878&hilit=postgresql&start=15

пока поддержка mysql продолжается и вроде как нет причин считать что ее дальше не будет. Если возникнут проблемы - перейдем на postgres . А так, чисто теоретически, они могут и яву похоронить (только им самим она нужна вроде как) - предлагаете уже на mono переходить ?

Вопрос в стадии проработке. Нужно тестирование сделать на запросах/нагрузка типичных для биллинга, поизучать что там с репликацией и кластеризацией (вроде есть какие-то решения тоже). Пока времени не хватает просто.

свят, свят, свят! тут кодировку в мускуле через раз установить не могут, а с постгресом вообще ХЗ что будет ... работает на мускуле и хай работает! да, база пухнет, но пухнет она от кол-ва таблиц, кои не такие уж и большие по объему, а если еще скажете что можно безболезненно чистить вообще красота будет

Изучим - подумаем - решим. Пока не знаю насколько он сложнее в эксплуатации.. Вот оракл смотрели, давно ещё. Постгресс - пока нет.

1) Взять и перевести довольно сложно. На порядок сложнее перевода на UTF-8, который лично я считаю более важным.
2) Паниковать по поводу поглощения SUN-а не стоит. MySQL - открытый + используется в подавляющем большинстве нижней половины стрёмности веб-приложений => не заглохнет в любом случае. Другое дело, что если Оракл на самом деле его бросит, то развитие будет более вялым и хаотичным, ибо pure-опенсорс-методы-разработки и все дела.

_________________
I'm clever. I've got a computer.

А вот вам ещё информация для тестирования/размышления:
http://www.opennet.ru/opennews/art.shtml?num=25050

Интересно изменилось ли чтолибо за 2 года с тех пор как подняли тему.
Насчет использования postgres ?

ps с удовольствием бы потестировал.

пока не планируется

_________________
I'm clever. I've got a computer.

Можно начать составлять список того, что нам не нравиться в Mysql .
1. setFetchSize() у PreparedStatement-а не работает в текущем jdbc-драйвере . Можно выбрать либо все сразу в память либо выбирать по одной записи .Это черевато большим расходованием памяти на больших таблицах.
http://dev.mysql.com/doc/refman/5.6/en/ ... notes.html

2. Для innodb При перезагрузке mysql-сервера номера автоинкрементов сбрасываются. Т.е если вставить, потом удалить эту запись , потом перезагрузить mysql-сервер, снова вставить запись, то получим снова тот же Id-ник. Потом они хранятся в памяти до следующей перезагрузки сервера, после перезагрузки он их забывает, находит последние максимальные id из базы и работает дальше с этим значением .

http://habrahabr.ru/company/mailru/blog/182088/ я просто оставлю это здесь

4. (Получается) Закрыли проэкт, щас опенсорс марина а не мускуль

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Мария, а не Марина.

ой, ой, сори, описался

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

не надо сгущать краски. Ничего они не закрывали. Они его как раз и разрабатывают . А марии есть все те же проблемы, которые есть у mysql. Есть проблемы, которые там были всегда и будут скорее всего - особенность архитектуры. Форки их тоже не торопятся решать.