Postgres Professional набирает технических консультантов из бывших работников Oracle

Решил всё-таки подтвердить. Поскольку Postgres Pro — это интересный пример компании, которая не только продаёт коммерческие сборки PostgreSQL, но и участвует в развитии апстрима. Это хорошая модель развития опенсорса.

А разве у Percona не схожая модель бизнеса?

Схожая. Пиши новости про Перкону, я только за :)

Единственный раз решили воспользоваться техподдержкой Oracle, когда их официальный дистрибьютер продал несовместимые версии БД Oracle и Oracle Primavera. Ответа ждали два месяца, позвонил какой-то хрен на ломанном русском и пообещал найти инженера чтобы решить нашу проблему. Видимо, инженера так и не нашли, вместо этого прислали пачку документации, которая у нас уже была и закрыли тикет.

Зато через три года пришлось бодаться с продажниками Oracle, которые не хотели продавать лицензию на БД, мотивируя тем, что вначале надо оплатить техподдержку за два года использования продуктов Oracle (за первый год техподдержка была оплачена, ибо без навязанной техподдержки БД просто не продадут). Типа продукты Oracle по лицензионному соглашению нельзя эксплуатировать без официальной техподдержки. Чтобы отказаться от техподдержки надо официально систему вывести из эксплуатации и сообщить об этом Oracle, типа процедура эта регламентирована, ищите в глубинах макулатуры. А вы, дорогие наши покупатели, этого не сделали, и пока не оплатите просрочку платежа, нового ничего вам не продадим. Чтоб обойти этот идиотизм просто купили БД на другую свою же фирму.

Я смотрел на эти пляски и все думал: когда уже до менеджеров дойдет, что пользоваться таким софтом просто опасно? Нахрена в это говнище вообще влезать? И это происходило когда импортозамещение было объявлено во все поля.

Oracle сами виноваты, что ушли из России и оставили за собой кучу квалифицированных кадров.

Лучше сформулировать так: "... ушли из России и оставили после себя кучу квалифицированных кадров".

Кто-нибудь, откройте окно.

Зато через три года пришлось бодаться с продажниками Oracle, которые не хотели продавать лицензию на БД, мотивируя тем, что вначале надо оплатить техподдержку за два года использования продуктов Oracle

О, да, это фирменный стиль создателей Лучшей СУБД В Мире, знакомо.

СУБД, кстати, действительно отличная. И писать пакеты на адоподобном PL/SQL в своё время было куда приятнее, чем хранимки на PL/pgSQL, который местами напоминал что-то среднее между Перлом и сишечкой времён K&R. (Это я только с точки зрения разработчика рассуждаю, админских вопросов производительности не касаюсь, ибо в них не настолько компетентен.)

Проклятые маркетологи.

Ну и крутяк. Думаю сертифицироваться у этих парней в этом году. Пожелайте мне удачи :3

Сейчас пацаны сделают, чтобы все было как в оракле и при миграции юзер ничего не заметил.

И писать пакеты на адоподобном PL/SQL в своё время было куда приятнее, чем хранимки на PL/pgSQL, который местами напоминал что-то среднее между Перлом

Эскобар.жпг
Там даже в оракле вроде что-то до кого-то дошло и стало можно писать вложенки на нормальных яп. Через задницу, конечно, как обычно, но можно.

Решил всё-таки подтвердить. Поскольку Postgres Pro

…официально поддерживает только свободные ОС, если верить недавним новостям.

Кому надо несвободные — могут воспользоваться ванилькой.

Ривкин сказал, что они будут концентрироваться на импортозамещении

Это не так просто как кажется. Погромисты на оракле часто любят делать такие финты жопой, что придётся переделывать буквально все.

команда экспертов

Всюду иксперды! Термин уже так загоняли, что не только потерял ценность, но даже стал звучать как оскорбление.

СУБД, кстати, действительно отличная. И писать пакеты на адоподобном PL/SQL в своё время было куда приятнее, чем хранимки на PL/pgSQL

Наркоманская она. Решить какую-то проблему - тот ещё квест. Найдешь решение какой-то одной ошибки, но оно у тебя не работает - возникает другая, ищешь решение другой - возникает третья.

Отдельно доставляет sqlplus, в котором стрелки не работают.

Я это к тому, что Postgres Pro в любом случае онтопик.

Погромисты на оракле часто любят делать такие финты жопой, что придётся переделывать буквально все.

А эти эксперты четверть века с ними общались и знакомы со многими типовыми финтами.

Да, так чаще всего и бывает с ынтырпрайзом

Сомниваюсь, что они все засунут в постгрю так, чтобы работало пусть даже с минимальными переделками.

Вездесущие эксперты и в самом деле являются реализацией жалким подобием экспертных систем 60-х годов, по флоучарту выдающих какие-то авторитативные сведения не задействуя для этого интеллект.

Как медики из соседней темы, например.

PL/pgSQL и PL/SQL — оба основаны на Ada, там нет никаких perl или C.

Хорошо, если смогут составить достаточно полную инструкцию по полуручному конвертированию одного в другое.

писать пакеты на адоподобном PL/SQL в своё время было куда приятнее, чем хранимки на PL/pgSQL, который местами напоминал что-то среднее между Перлом и сишечкой времён K&R. (Это я только с точки зрения разработчика рассуждаю, админских вопросов производительности не касаюсь, ибо в них не настолько компетентен.)

В чем различия? Я 4-е года писал хранимки в Oracle и два года в Postgres, никакой разницы не заметил. Только в первом есть пакеты, а во втором нет.
Даже разницы в синтаксисе не заметил, хотя конечно у меня был перерыв между Oracle и Postgres, потому мог что-то пропустить.
Оба языка неудобные, но все навыки какие я получил в Oracle я использовал в Postgres.

Про какой опенсорс речь-то хоть?
А то их много разных: корпоративный, университетский, доморощенный…
Опенсорс сам по себе не является чем-то позитивным, такой же инструмент в руках как и молоток.

Университетский переросший в корпоративный.

Опенсорс сам по себе не является чем-то позитивным

Здрасьте, приехали.

Сейчас с этим просто стало полегче, а когда мне приходилось этим заниматься, начало объявления функции выглядело примерно так:

CREATE OR REPLACE FUNCTION "work".test_if(numeric)
           RETURNS text AS
   $BODY$
        DECLARE
           val ALIAS FOR $1;
           val1 integer;
           val2 text;
        BEGIN 

Да, сейчас параметры можно объявлять прямо в заголовке функции. Но пакетов по-прежнему нет…

Ты видимо, просто не в курсе, кому отвечаешь :)

Да это не столько ответ, сколько подсветка комментария. Дескать, смотри, ЛОР, чо бывает.

И кто это?

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

Попался тупой инженер - просишь сменить инженера. Нет ответа - пишешь аккаунт-менеджеру.

Я за свою жизнь открыл сотни кейсов у десятка различных вендоров, включая, естественно, и Oracle. Начальство требовало драть с техподдержки по 3 шкуры и мы это делали. Поначалу было их жалко, потом привык. Мне кажется, они даже побаивались нашу контору.

О, да, это фирменный стиль создателей Лучшей СУБД В Мире, знакомо.

Со времен поглощения санок примета «если Ларри божится, что слухи про тыщи увольнений просто слухи, что не увольняют, а нанимают... значит уволят не тыщу, а миллион» :) может и Зорга с него рисовали в «Пятом элементе».

Проклятые маркетологи.

Когда-то над xBase смеялись, нос воротили, мол «отсталоЭ-игрушечнаЭ», то ли дело нормальные-то формы. Потом все одно переизобрели «процедурные расширения SQL» с блэкджеком и «адоподобными покетами», т.к. все одно морду для БД проще лепить на некоторой встройке чем через разновсякие коннекторы с датасетами.

С СУБДшниками я не общался, но у нас голосовые сервисы на оракловых sbc, которые бывшие acme packet.

Как-то была проблема (ну как проблема… сервис не оказывался, легенькая такая) то ли с опусом, то ли еще с чем-то. Обратились в оракл, они нам сказали, что данный вопрос можем решить только в рамках расширенной поддержки. За сутки согласовали бюджет, перевели, оформили, подписали. Поддержка думала три дня и ответила - мы не знаем, не сталкивались, сорян.

Больше поддержку оракла не оплачивали :)

Ну всё, теперь заживём.

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

У вас там был SLA с обязательствами со стороны оракла. За их несоблюдение можно было прислать досудебное, например. Чо как маленькие?

Поначалу было их жалко, потом привык. Мне кажется, они даже побаивались нашу контору

Запросы были ведь по делу? Тогда и переживать не о чем

В общем по делу, но очень много кейсов было таких: все работает, влияния нет, просто в логах появился какой-то warning.

Не постоянно появляется, а сегодня один раз вылез (логи мониторились тщательно) - этого уже было достаточно для открытия кейса.

Каждый такой warning разматывали вплоть до RCA и эскалацией на разработчиков. Успокаивались только тогда, когда либо понимали коренную причину (как правило, она сильно отличалась от той, в которой нас поначалу пытался уверять саппорт - им лишь бы кейс закрыть), либо добивались ответа, что у вендора заведен баг, трекается под таким-то номером, будет исправлен в такой-то версии.

Acme не трогал, но вообще проприетарная телефония (Cisco, Avaya, LG, отечественное творчество) это боль и унижение. Всё словно сделано назло админу и разработчику. Есть задача, видишь простой прямой путь как это реализовать и начинается - туда нельзя, так не положено, а вот это вообще противоречит нашей идеологии, всё непременно в каких-то вырвиглазных контринтуитивных абстракциях... Трахаешься с этим и испытываешь баттхёрт, что абсолютно то же самое можно было за 15 минут написать в астериске на ~английском языке, который потом легко прочитает или исправит любой админ/кодер.

Про лицензии на каждый чих, платные линии, кодеки и прочее вообще молчу. Может, конечно, у проприетарных решений есть какие-то преимущества, которых с моей колокольни не видно, но в сухом остатке остаётся "...зато у нас телефония от Cisco".

У нас стык gsm<->sip, поэтому приходится совмещать СПО (астериск, камаильо, может еще что-то есть, не моя песочница) со своими собственными разработками и проприетарщиной. С СПО и своими разработками все понятно, но проприетарщина - да, инженеры регулярно страдают от нее.

У вас там был SLA с обязательствами со стороны оракла. За их несоблюдение можно было прислать досудебное, например. Чо как маленькие?

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

Поиск отговорок vs поиск решения.

Ну что ж, пожелаем им удачи (aka релокации)

Это люди, которых не релоцировали, а сократили.

Поиск отговорок vs поиск решения.

Блин, решение было найдено сразу, ибо стало понятно, что от Oracle ждать помощи не стоит. Когда они через два месяца звонили мы вообще не поняли: они что, серьезно думают что предприятие закупает ПО и два месяца ждет когда оно будет установлено?

хреново писал значит или что-то совсем тривиальное

Там наверное разница как межу SH и BASH, я такое не замечаю. И да, я не DBA, потому писал процедуры в перерывах между кодом на backend.

А я в БД бигдату храню в куче таблиц и запросы сложные делаю, в том числе сложные динамические функции на PL/pgSQL которые математику считают... И вот разница очень чувствуется.