Core?
норм, якшо вмієш їх готувати. вони мають сенс для якихось складних вибірок, чи сукупності якихось дій. хп мають вже попередньо скомпільований план виконання і є шанс що працюватимуть швидше. якщо то елементарні селекти, то не потрібно писати. ну і вся тіма має вміти в SQL
це ти круто підмітив що вся тіма має вміти в скл)
так подивись на джунів після курсів. шось якось все більше знання ормів, ніж чистого сіквелу
я не скажу що це погано
Тому що все менше потрібно аж так тюнити перфоманс + на рівні бізнес логіки вирішують те, що раніше могли на рівні БД + мікросервіси зайняли свою частину ринку, а там взагалі одна/дві таблиці на інстанс БД
прозвучало як А В МОЇ ЧАСИИИИИИИИИ
та воно так, а потім дивишся на оті страшні запити, коли все вичитується в пам'ять, а потім циклами чи ще якось фільтруєиься, агрегується... а все тому що людина не знає як це посто на сіквелі реалізувати запитами )
то від мене ехо донесло кряхтіння
Насправді я можу релейт бо бачив дуже круту кверю на еф кор яка данні 3 рази витягувала за 1 кверю і між витягами знову фільтрувала
Не кверя а лінк але думаю ти поняв
Я бачив, в одному запиті робилося 3 різних селекта, а тотім DataReader-ом перевірялося на .HasNextResult
та я якраз на sql пишу, бо постійно працював з ним, от я юзав ef і бачу що легше юзати процедури в деяких моментах
ну мені теж sp подобалися. але якщо ти в команду прийшов, де все на LINQ і почнеш писати один хп - то буде якось неоднорідно. зазвичай потрібні аргументи, щоб почати писати не як прийнято на даному проекті.
Бля це канешно круто залетіти в тіму в сторок напіхати а потім на ішний проект перейти)
ну LINQ має більш-менш нормальну якість запитів які він генерує, not great not terrible
Ну його поінт був не в тому що лінк поганий разом з еф а що люди менше розуміють на старті скл що створює неконекти на проектах з хеві скл
як для звичайних запитів - так. як тільки шось складне, якісь репорти величезні, особисто мені, простіше на скл зробити.
Обсуждают сегодня