наверное, если бы не использовали, вы бы не слышали про него

#вакансия #удаленно  #офис #DBA #fulltime #middle #senior #MSSQL

Город: Казань, Питер, Новосибирск, Саратов, Череповец, Воронеж
Форма работы: микс - удаленка + офис (сейчас все находимся на удаленке, в будущем планируется 2 дня офис/3 дня удаленка)
Занятость: полная

Ищем "администратора БД/DBA  MS SQL" в нашу команду!

Чем нужно будет заниматься:
🔸 Администрирование MS SQL 2005-2019:построение отказоустойчивых схем, анализ производительности, резервное копирование, мониторинг, обновление ПО, организация и поддержка тестовых сред;
🔸 Обеспечение доступности и качества сервиса СУБД MS SQL в режиме 24/7 в команде администраторов;
🔸 Управление безопасностью сервера БД, выдача прав пользователям;

Что нужно знать и уметь:
🔸 Опыт администрирования СУБД MS SQL 2005-2019 версии не менее 3 лет;
🔸 Знание принципов организации отказоустойчивых конфигураций;
🔸 Понимание базовых структур БД (таблицы, индексы и т.п.) ;
🔸 Опыт диагностики и оптимизации производительности, понимание лицензионного ограничения версий;
🔸 Знание MS Windows MS на уровне администратора;
🔸 Опыт работы с системами резервного копирования NetBackup и Commvault будет плюсом;
🔸 Технический английский (на уровне чтения документации).

Что мы предлагаем:
🔸 Оформление по ТК РФ, стабильная работа в крупном федеральном банке;
🔸 З/п белая, открыты к диалогу;
🔸 Уютный современный офис;
🔸 График работы: 5/2;
🔸 Профессиональная команда, крутой обмен опытом с коллегами;
🔸 Расширенный СОЦ пакет по программе софинансирования: ДМС, фитнес, изучение иностранных языков на выбор, скидки на продукты банка и партнеров;
🔸 Нет дресс-кода;
🔸 Креативные летние, зимние/профессиональные - корпоративные мероприятия.

Буду рада вашим откликам и вопросам!
Алеся,  IT HR "Совкомбанк Технологии"
@luckypony95

Всем привет, достаточно простой вопрос (два), но не могу найти ответ.
есть два запроса
select * from TABLE_A a left join TABLE_B b on a.pk = b.fk and( a.date_start ≤ b.date and a.date_end ≥ b.date)

select * from TABLE_A a left join TABLE_B b on a.pk = b.fk where a.date_start ≤ b.date and a.date_end ≥ b.date

Что это за мода пошла делать отбор после ON, он же будет не корректный.
И второе, как будет происходить выполнение

Когда ограничение в части ON находиться это относиться только к подключаемой таблицы.
а когда после WHERE это уже касается итоговой выборки. <— Правильное утверждение ?

Спасибо!

> Что это за мода пошла делать отбор после ON, он же будет не корректный.

Смотря какой результат нужен... Но второй запрос просто вводит в заблуждение (такое code review не пройдёт ;) ), это да.

> Когда ограничение в части ON

То это относится к данному JOIN, да.

Спасибо Вам огромное, а чисто случайно не подскажите как правильно спросить у гугла, про этапы выполнения запроса оптимизатором?

Хочу понимать что выполняется первым, что последующим.
Например select user_id from tbl_1 join tbl2 on tbl_1.id=tbl_2.id
where user_id =1
Limit 1

Cначало выполняется соединения таблиц, формируется +/- виртуальная таблица, потом к этой таблице приминяются условия where, после выполняется условия limit...

Спасибо!

Что-то вроде "logical sequence of sql query execution", например.

Спасибо)
И просто интересно не зачтите за флуд.
А на кого вы учились? и сколько времени ушло чтобы так хорошо разбираться в БД ? и что больше читаете или курсы или сертификацию проходите или еще что-то?

1. На программиста.
2. Не помню... несколько лет, кажется.
3. Книги и документацию.
И это off topic, наверное. ;)

Просто вы мне помогаете уже не первый раз и настолько понятные у Вас ответы, как буд-то вы педагог психотерапевт по БД для людей с IQ ниже 10))

К тому что даже самый тупой поймет

Еще раз спасибо )

Так вы и вопросы нормальные задаете, в которых уже 70% ответа 😄

Не то что я иногда задаю 🤣

Это когда я был молодой задавал, вопросы типа "А как это сделать"
При этом даже палец об палец не ударив. А теперь сначала сам день-два потыкать, а потом уже спросить у специалистов ))

Самый правильный путь я считаю 👍

Это не эквивалентные запросы

Не совсем правильное утверждение, где-то близко к истине, но хромает формулировка

Ну Ярослав то экстра класса спец в БД, особенно в ПГ.

Вы тоже частенько интересное говорите, но вот Ярослав прям боженька толково и понятно))
И главное не грубит

Согласен