#вакансия #DBA #fulltime #middle #junior #PostgreSQL
Город: Москва
Форма работы: в офис на ст.м. Белорусская
Занятость: полная
Вилка: 160-200 (net)
Контакты: Телеграм - @mshabaldina Почта - mshabaldina@star-staff.ru
Ищу PostgreSQL DBA на крупнейшую в СНГ платформу, которая помогает анализировать эффективность маркетинговых затрат клиентов за счет статистического и динамического отслеживания звонков.  
Что ждем от тебя:
- Опыт администрирования PostgreSQL;
- Опыт оптимизации SQL-запросов;
- Понимание системных метрик производительности в контексте работы БД;
- Здоровое чувство самосохранения при выполнении задач от разработки.
Со своей стороны предлагаем: белое оформление по ТК РФ, премирование после испытательного срока, гибкий график 5/2 в офисе и возможность иногда поработать удаленно, бесплатная парковка, оплата конференций и обучения и т.д. Кофе и сладости само собой ;)

#вакансия #DBA #fulltime #senior #PostgreSQL
Город: Москва
Форма работы: в офис на ст.м. Комсомольская
Занятость: полная
Вилка: 280-320 (net)
Контакты: Телеграм- @mshabaldina или почта - mshabaldina@star-staff.ru
Ищу PostgreSQL DBA в крупнейшую международную компанию, которая предоставляет финансовым организациям в РФ услуги по управлению рисками, аналитики и предотвращению мошенничества, необходимые для развития бизнеса.  
Что ждем от тебя:
• Опыт администрирования СУБД PostgreSQL;
• Знание Linux;
• Оптимизация производительности СУБД PostgreSQL ;
• Настраивать резервное копирование;
• Знание архитектуры и особенностей работы СУБД PostgreSQL.
Условия:
• 100% белая з.п.
• годовой бонус (13 з.п.)
• ежегодная индексация заработной платы
• ДМС со стоматологией (софинансирование ДМС для супругов и детей)
• Страхование жизни и от несчастных случаев
• Фитнес в нашем БЦ (софинансирование)
• Возможность изучения английского языка в офисе компании
• Транспортная доступность: 7 мин от м. Комсомольская

это я читал, примера нет, а в постгрес ни парент ни .. в xpath не подходит, пустота.

Ниндзи, нужна помощь. попал в такую ситуацию, джойнятся 2 таблицы, в одной из них поле по которому соединяем числовое, во второй таблице текстовое (но содержит числа как значения), какие есть способы добиться нормально скорость на этой связке? как то я могу увидеть в плане Index Seek? Мне в голову кроме как калькулируемого поля в которое конвертить значение ничего не приходит. Прошу изменение типа поля не предлагать

а чотам, скорость падает?

идея верная. надо сделать поле persisted и индексировать.

а поменять текстовое на числовое поле?

редакция субд?

если там текст не уместен - будет только лучше

а если текст будет проскакивать, будешь ловить эксепшены

он просил не предлагать это

Для этого есть TRY_CONVERT

нету в старых редакциях

ну под всех старообрядцев не подстроишься.

2016 sp2

о, чо я хотел сказать, на виртуалке постгрес с АМД оптеронами, 4 проца по 8 ядер - хмл файлы обрабатывались 2.3 секунды, на новом ксеоне с 4 ядрами - 683мс та же операция.

хотелось бы ускорить

Это версия. Редакция это Standard, Enterprise

стандарт

Тогда после создания расчётной колонки потребуется в коде указывать её для соединения. В Энтерпрайзе он сам бы допетрил, если условие совпадает в запросе и в расчётной колонке.