Tibero часть 2. Переснос проекта с Oracle

[pavel_pimenov]

SELECT SYSDATE — to_date('01-jan-2011') FROM DUAL;
такой запрос и для Oracle ошибочный т.к. в нем не указана явно маска преобразования
и при изменении NLS получишь исключение ORA-01858

[Ivan22]

Кстати формат даты '20110101' (yyyymmdd) работает везде где я видел от mssql до постгреса, от фаерберда, до оракла.! (Если знаете исключения — пишите). Я его как стандарт всегда использую.

[pavel_pimenov]

Опасно использовать to_date без явного указания маски:

SQL>
SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'YYYYMMDD';
Session altered
SQL> SELECT SYSDATE- to_date('20110101') FROM DUAL;
SYSDATE-TO_DATE('20110101')
— 1773.41356481481
SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'DDMMYYYY';
Session altered
SQL> SELECT SYSDATE — to_date('20110101') FROM DUAL;
SYSDATE-TO_DATE('20110101')
— 699064.413564815

SQL>

[gotozero]

| В-целом мне кажется, что у этого продукта есть шанс на выживание.

Подскажите, а цены на продукт какие? Хотя бы примерно.

[Arhimagic]

Точные цифры Вам сказать не могу, так как не имею к компании TIbero никакого отношения, а в открытом доступе ценник я найти не могу. Но в публичных высказываниях говорится о разнице в цене с Oracle от 3 раз до порядка.

[pavel_pimenov]

~ Цены на 5-ую версию есть в презентации www.maximum.axoft.ru/last/simferopol/material/%D0%9F%D1%80%D0%B5%D0%B7%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D0%B8%D1%8F%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8%20TmaxSoft.pdf — 10 страница.

[gotozero]

Спасибо большое. Вот это уже интересно.
Разница не сказать чтобы существенная конечно. Маскимум 58%.
Оракл дает скидки и в 50%, что еще уменьшает эту разницу. Хотя, надо полагать и Тиберо подвинется.

Другой вопрос, что это не совсем оправдано.
С наскоку вы никоим образом не перейдете. Тогда вообще возникает вопрос а стоит ли на Тиберо!?
Раз уж кроить систему и экономить деньги, не разумнее ли сразу перейти на Пострес.
Работы конечно побольше, но и профит финансовый не малый.

[gotozero]

Есть и такое сравнение оказывается.
Минусы PostgreSQL повеселили(Страница 23):
• Малое количество инженеров для разработки, сопровождения крупных систем ограничено
• Проблемы безопасности открытого кода.
• Проблемы поддержки высоконагруженных систем нет реальных кейсов и внедрений.
• Сложное разграничение ответственности при возникновении инцидентов
• Открытое ПО, требует постоянной проверки на интеллектуальные права для возможного реагирования.