|
|
|
8.4 vs. 9.2 vs. 9.4
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, На работе возникла ситуация. Продукт работал на Derby, но решили перейти на другую базу данных. Выбор СУБД был не моим, выбрали PostgreSQL и, так как на момент перехода последняя версия была 9.4, её и взяли как рабочую. Перенесли всю программу на 9.4, выпустили релиз, все счастливы. И тут, перед обновлением существующего кастомера, один из разработчиков поднял вопрос - поскольку продукт работает на RHEL 6, а там по умолчанию PostgreSQL 8.4, то нет никакой причины использовать 9.4 и мы должны использовать 8.4, так как ребята в RHEL уж точно знают что там и как и поэтому проверили RHEL с PostgreSQL 8.4. Аргументы "9.4 последняя версия и логично использовать её" не работают. И даже если мы переведём продукт на RHEL 7, то там 9.2 и вот если на RHEL 7 перейдём, то вот и начнём использовать 9.2. Ещё один аргумент против 9.4 - мы не используем никаких особенных фич 9.4, которых нет в 8.4. Единственно, что может убедить нас в пользу 9.4 это если там есть какие-нибудь критические исправления, которых нет в 8.4 или 9.2 и которые важны как воздух для нормальной работы. То, что 8.4 больше не поддерживается тоже почему-то не вариант. Ситуация по меньшей мере странная. Для меня (да и для большинства остальных) вполне логично было использовать 9.4. Но, поскольку мы действительно не используем что-то особенное из 9.4, чего нет в 8.4 или 9.2, то в принципе все согласны с доводами и начались сомнения. Обсуждение как-то затянулось и окончательного решения никто не может принять. Отдать просто команду на использование конкретной версии нельзя. Менеджер уже просто сказал, чтобы мы выбрали одну какую-то версию и просто дали ему знать какую. Извините, если сумбурно описал. Вопрос: есть ли что-то особенное в версии 9.4, что бы окончательно всех убедило и мы продолжили работу. И, если ничего такого нет, то может быть действительно можно перейти на 8.4 в RHEL 6 и 9.2 в RHEL 7 и успокоиться. В нашей БД нет ничего такого, что не смогло бы работать в какой-то из этих версий. В принципе, это всё работало бы и в MySql, и в Oracle, и в MS SQL. Просто мы выбрали PostgreSQL и оказалось, что он входит в состав RHEL. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 19:28 |
|
||
|
8.4 vs. 9.2 vs. 9.4
|
|||
|---|---|---|---|
|
#18+
Спор без фактов, спор на темпераменте, да еще на тему, что вперед - курица или яйцо. Руководство архитектурой должно быть авторитарным, чтобы не заниматься ерундой. Выслушал мнения - принял решение, понес ответственность. Ingvarwolfесть ли что-то особенное в версии 9.4Есть особенное в 8.4 Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 20:34 |
|
||
|
8.4 vs. 9.2 vs. 9.4
|
|||
|---|---|---|---|
|
#18+
Ingvarwolf, 9.2 последний -- норм будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 20:38 |
|
||
|
8.4 vs. 9.2 vs. 9.4
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. На самом деле сработал совет про авторитарное решение. Посовещались, обсудили, выяснили все за и против и остались на 9.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2015, 22:29 |
|
||
|
8.4 vs. 9.2 vs. 9.4
|
|||
|---|---|---|---|
|
#18+
IngvarwolfСпасибо за ответы. Посовещались, обсудили, выяснили все за и против и остались на 9.4 молодцы. Все правильно. Одна ремарка - посовещаться, обсудить и выбрать стоит ДО а не после . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2015, 12:48 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=108&tid=1997907]: |
0ms |
get settings: |
13ms |
get forum list: |
21ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
77ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 448ms |

| 0 / 0 |
