Size: a a a

2021 January 28

NP

Nick Proskuryakov in sql_ninja
Dmitry L
а вот это  напрасно...
Теперь понятно или нужны ещё картинки?
источник

DL

Dmitry L in sql_ninja
насколько понял - тип данных время и работает как шаблон, который вырезает и преобразует данные в числовой вид, на картинке все наглядно увидел, было тип date и ерунда в результате
источник

DL

Dmitry L in sql_ninja
Nick Proskuryakov
Теперь понятно или нужны ещё картинки?
Спасибо большое!
источник

NP

Nick Proskuryakov in sql_ninja
Dmitry L
насколько понял - тип данных время и работает как шаблон, который вырезает и преобразует данные в числовой вид, на картинке все наглядно увидел, было тип date и ерунда в результате
Тип, первое значение в функции, показывает куда нужно перевести два других параметра, чтобы их сравнить. В результате получается не ерунда, а разница между stard и end в единицах указанного типа
источник

DL

Dmitry L in sql_ninja
все правильно,  это  для исходной задачи ерунда, но код исполнялся
источник

DL

Dmitry L in sql_ninja
тогда  уж и вопрос по ходу, есть три  аргумента  времени, в принципе, они могут иметь разную точность по времени. если datepart имеет более "грубый" тип, чем startdate  и enddate, то  результат будет иметь  округления на точность datepart, правильно? так что все три параметра надо бы согласовывать по временной точности, правильно?
источник

NP

Nick Proskuryakov in sql_ninja
Dmitry L
тогда  уж и вопрос по ходу, есть три  аргумента  времени, в принципе, они могут иметь разную точность по времени. если datepart имеет более "грубый" тип, чем startdate  и enddate, то  результат будет иметь  округления на точность datepart, правильно? так что все три параметра надо бы согласовывать по временной точности, правильно?
Да
источник

DL

Dmitry L in sql_ninja
Спасибо!
источник

NP

Nick Proskuryakov in sql_ninja
Dmitry L
тогда  уж и вопрос по ходу, есть три  аргумента  времени, в принципе, они могут иметь разную точность по времени. если datepart имеет более "грубый" тип, чем startdate  и enddate, то  результат будет иметь  округления на точность datepart, правильно? так что все три параметра надо бы согласовывать по временной точности, правильно?
так. я тебя мог неверно понять. мой ответ в согласовании был в направлении того что писать нужно наиболее полные данные относительно задачи их получения, а не на тему того что нужно приводить значения к какому-то типу в запросе
источник

DL

Dmitry L in sql_ninja
хорошо,   старался  понять принцип и ограничения, чтобы научиться самому решить задачу. Очень признателен за обсуждение, помогло.
источник

L

Les in sql_ninja
Сегодня для DevOps митапчик от Ontico
http://devopsconf.io/2021/dt-meetup
источник

IS

Igor Sergeichik in sql_ninja
кстати, вдруг кому надо на будущее
https://fintech.tinkoff.ru/study/fintech/
источник

DI

Dmitriy Ivanov in sql_ninja
Voice Chat started
источник

DI

Dmitriy Ivanov in sql_ninja
Теперь можно зайти в ВЧ(voice chat) и что-то сказать\спросить голосом
источник

DI

Dmitriy Ivanov in sql_ninja
Работает он как дискорд, кто знаком, кто не знаком, как многоканальная рация.
источник

G

Gopneg in sql_ninja
осталось там кому-то быть %))
источник

F

Frankie4Fingers in sql_ninja
А как туда попасть?
источник

NP

Nick Proskuryakov in sql_ninja
Ну это не обязательно, зато можно позвать и рассказать
источник

F

Frankie4Fingers in sql_ninja
Микрофон запрещён:(
источник

K

Kostya in sql_ninja
Посоны !
а лекции сегодня будут ?
источник