Size: a a a

2020 June 15

MC

Max Chistyakov in sql_ninja
да я вот попытался его вставить в обычный разъём, нэ лэзет, похоже не пох
источник

G

Gopneg in sql_ninja
приложи побольше силы, если комп казенный
источник

MC

Max Chistyakov in sql_ninja
))))
источник

MC

Max Chistyakov in sql_ninja
Max Chistyakov
да я вот попытался его вставить в обычный разъём, нэ лэзет, похоже не пох
Беру слова назад, ремонт по принципу молотка и танка сработал)
источник

РR

Руслан Ruslan73... in sql_ninja
Frankie4Fingers
вообще, этот олдстайл кросс джоин делает
Да. Но лучше писать всё равно CROSS JOIN а не через запятую, если нужен именно CROSS.  
Тех, кто пишет таблицы через запятую во from мне кажется должны за тех кому за 50 принимать, вопросы про ЕС ЭВМ,  задавать, про Фортран и перфокарты.
источник

G

Gopneg in sql_ninja
ойвей, если ты такой модный молодежный, иди на носкуле пиши %))
источник

РR

Руслан Ruslan73... in sql_ninja
Есть где-то золотая середина, давайте не будем впадать в крайности
источник

NB

Nikita Baburov in sql_ninja
Руслан Ruslan73
Да. Но лучше писать всё равно CROSS JOIN а не через запятую, если нужен именно CROSS.  
Тех, кто пишет таблицы через запятую во from мне кажется должны за тех кому за 50 принимать, вопросы про ЕС ЭВМ,  задавать, про Фортран и перфокарты.
Но нужно же знать, что так тоже можно.
источник

G

Gopneg in sql_ninja
Руслан Ruslan73
Есть где-то золотая середина, давайте не будем впадать в крайности
так ты первый впал
источник

NB

Nikita Baburov in sql_ninja
Вот сейчас на w3resource решаю. 🧐
источник

РR

Руслан Ruslan73... in sql_ninja
Nikita Baburov
Но нужно же знать, что так тоже можно.
Вот это вот как раз это imho знать совсем не обязательно, без запятой вполне можно обойтись.
источник

F

Frankie4Fingers in sql_ninja
Nikita Baburov
Но нужно же знать, что так тоже можно.
Так не надо лучше вообще
источник

РR

Руслан Ruslan73... in sql_ninja
Nikita Baburov
Вот сейчас на w3resource решаю. 🧐
sql-ex.ru проверенный ресурс для задачек
источник

MC

Max Chistyakov in sql_ninja
Есть самописная табличная функция split (встроенная не подходит), которая из поданной на вход строки с разделителями создаёт таблицу. У неё estimated number of rows = 1, хотя по факту там выходит примерно тысяча. Как принудительно задать ей estimated number of rows?
источник

MC

Max Chistyakov in sql_ninja
прочитал здесь про LEGACY_CARDINALITY_ESTIMATION, но мало верю что поможет
источник

V

Victor in sql_ninja
Max Chistyakov
прочитал здесь про LEGACY_CARDINALITY_ESTIMATION, но мало верю что поможет
А какую проблему решаешь?
источник

MC

Max Chistyakov in sql_ninja
Max Chistyakov
Есть самописная табличная функция split (встроенная не подходит), которая из поданной на вход строки с разделителями создаёт таблицу. У неё estimated number of rows = 1, хотя по факту там выходит примерно тысяча. Как принудительно задать ей estimated number of rows?
принудительно сказать планировщику, сколько  строк будет на выходе табличной функции, которая работает со строковыми литералами
источник

V

Victor in sql_ninja
Может в сторону CLR глянуть и потом булк?
источник

MC

Max Chistyakov in sql_ninja
не, не годится. Проще дождаться. когда встроенная split() начнт подходить)
источник

V

Victor in sql_ninja
Но просить самим sql, может тогда в формате XML JSON кидать данные?
источник