Спасибо, очень познавательно! Но не совсем понял одно - в первом примере вы говорите что SELECT INTO это плохо, а во всех остальных примерах именно эту конструкцию и используете.
Не совсем понял про ошибку 1. приведены два способа и первый является ошибочным, а второй верным. Но! В обоих случаях таблица, по Вашим словам, блокируется. Так почему надо использовать "insert into"?
Разве в пятой ошибке не будет сделана оптимизация планировщика под капотом? в десятом варианте не будет ли эквивалентом вашему варианту? select ... from table_function inner join empl on empl = table_function and table_function .title = 'лейтенант'
Не совсем понял Ошибку 4. Там при помещении данных во временную таблицу мы же в select должны опять таки прописать name. Кстати у вас в примере её нет.
Про 6 ошибку связанную с сложными индексами не совсем понял Я как понимаю нам необходимо просто учитывать кол-во символов для ключа в составном индексе? Или я не совсем понимаю как вообще составные индексы работают
А что если в 4 примере, через какое-то время, в таблице появятся данные свыше 40 символов? Может лучше в переменной посчитать максимальную длину поля в символах, а потом сгенерить SQL с временной таблицей, куда подставить это значение? И если можно подробнее немного про into #temp. Почему лучше изначально создать временную отдельно, а потом использовать. (я сам так делаю, но чтобы был понятен набор полей в таблице.
Смотрел про спину, а тут еще про sql - тоже глянемс 😂
молодец друг! еще хочу про ремонт хаты запились ) чтобы всех порадовать )
и больных и здоровых )
Классно, спасибо за разбор :)
не за что друг! все для тебя!!!
приводи друзей!
Спасибо, очень познавательно! Но не совсем понял одно - в первом примере вы говорите что SELECT INTO это плохо, а во всех остальных примерах именно эту конструкцию и используете.
Это чтобы быстро показать все. Лучше материализовывать большие таблицы! Удачи!!!!
спасибо
И вам!!!
Не совсем понял про ошибку 1. приведены два способа и первый является ошибочным, а второй верным. Но! В обоих случаях таблица, по Вашим словам, блокируется. Так почему надо использовать "insert into"?
привет. если запрос большой - то есть после первой выборки идет ссылка на эту выборку - то блокировка продолжается пока второй запрос не завершиться.
@@kostantinsilko5865 И какая же блокировка идет?
Разве в пятой ошибке не будет сделана оптимизация планировщика под капотом?
в десятом варианте не будет ли эквивалентом вашему варианту?
select ...
from table_function
inner join empl
on empl = table_function and table_function .title = 'лейтенант'
Вполне, друг! Писал по опыту. Пробуйте свое всегда! Удачи!!
Не совсем понял Ошибку 4. Там при помещении данных во временную таблицу мы же в select должны опять таки прописать name. Кстати у вас в примере её нет.
да забыл. спасибо за внимательность. ну суть я передал верно ) спасибо за внимательность друг!
я что-то не пойму, в первом примере говорится что select into лучше не использовать, а в последнем говорится, что наоборот, что лучше использовать
попробуйте сами. может ошибся... спасибо!!!
Про 6 ошибку связанную с сложными индексами не совсем понял
Я как понимаю нам необходимо просто учитывать кол-во символов для ключа в составном индексе?
Или я не совсем понимаю как вообще составные индексы работают
Да. все верно!!! Удачи!!! Пробуйте свое - я писал по опыту и может быть что-то не совсем четко передал. спасибо!!!
А что если в 4 примере, через какое-то время, в таблице появятся данные свыше 40 символов? Может лучше в переменной посчитать максимальную длину поля в символах, а потом сгенерить SQL с временной таблицей, куда подставить это значение? И если можно подробнее немного про into #temp. Почему лучше изначально создать временную отдельно, а потом использовать. (я сам так делаю, но чтобы был понятен набор полей в таблице.
спасибо!!!! вполне !!! удачи!!!!