Вопросы по SQL и Базам Данных на интервью - Часть 2 

К счастью, только в основном, а не в только знающие)

Спасибо

Возможно

блин ссылку удаляет вот короче: www sqlstyle guide

Это самые сложные, что меня спрашивали, в Канаде самые простые интервью, которые мне приходилось проходить

LIMIT это же из MySQL.

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

​@@Dev-lessons ПОЖАЛУЙСТА! и CTE - общий принцип, зачем оно (пока только применение в построении иерархии дерева папок (если не используем hierarchy_id) Курсор и его опции, а то простые (пример ниже) вроде устраивают, но вдруг что-то ещё полезное есть (типа local, forward_only (вообще непонятен смысл зачем, если он всегда "вперед" идёт) и т.п. DECLARE @calc_id INT DECLARE CUR CURSOR FOR SELECT calc_id FROM SandCalcs OPEN CUR FETCH NEXT FROM CUR INTO @calc_id WHILE @@FETCH_STATUS = 0 BEGIN DELETE FROM SandCalcs WHERE calc_id = @calc_id FETCH NEXT FROM CUR INTO @calc_id END CLOSE CUR DEALLOCATE CUR

Я не удаляю вопросы, но уже не первый раз слышу про пропадающие комментарии, возможно какие-то фильтры RU-vid. По поводу логики в базе данных - ее потом сложно сопровождать, возникают проблемы с версиями и обновлениями без простоя приложения. Я об этом немного говорил в www.flenov.info/plus/content/Большие_сайты_-_Книга но думаю нужно записать полноценный видос на эту тему

@@Dev-lessons ждем развернутый ответ-видео. Да, во многих местах читаю, мнения разделяются, спорный вопрос. Особенно хотелось бы узнать Entity Framework или Stored Procedures в банковской среде, где требуется моментальных операций.

Могу отметить, что в компании где я работаю (в сфере логистики), бизнес логика практически полностью на sql, но не могу сказать что это хорошо и красиво смотрится везде..

@@hentan4912 Вопрос не в том, что хорошо или плохо смотрится, просто здесь есть плюсы и минусы и минусы очень даже серьезные

@@Dev-lessons ну будем ждать развёрнутой позиции по этому вопросу. Минусы с моей точки зрения это функциональность и декларативность самого языка, который в принципе не особенно предназначен для создания глобального продукта, а плюсы это маленькие накладные расходы. Это один из самых быстрых способов, чтобы ворочались большие данные

Если бы я выполнил, то скорей всего была бы проблема, а так студия не всегда хорошо видит имена полей, которые возвращают подзапросы, поэтому могут быть проблемы

Может быть. Но я решил показать именно эту сторону чисел

Возможно процент. А что произойдет, если умножить?

@@Dev-lessons По идее нужно Sum((UnitPrice * (1 - cast(Discount as Money)))* Quantity)

Я так понимаю, что треш указывает на то, что ты не очень счастлив был такой архитектуре...

@@Dev-lessons дебажить было очень трудно) все-таки бд должна отдавать сет данных, а построение отчётов лучше делать на бэке

@@Mr43046721 Да, это точно будет проблемой

Надо готовится. Это прям совсем опыт должен быть большой, чтобы заходить на собеседование с ноги

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

@@Dev-lessons может разработчики так хотели намекнуть что это проценты скидки?

Вот это скорей всего