|
Преобразование даты через CONVERT(), форматы 126 и 127 .
|
|||
---|---|---|---|
#18+
Это у всех так или мне особенно "повезло" с версией? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
Почему форматы 126 и 127 меняют выдачу в зависимости от исходного представления данных (datetime vs datetimeoffcet) ? -------------------------- No ROM Basic... P.S. Тута подробностей не увидел Код: sql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2021, 19:43 |
|
Преобразование даты через CONVERT(), форматы 126 и 127 .
|
|||
---|---|---|---|
#18+
Думаю, вам нужно перечитать документацию по типам данных (datetime vs datetimeoffcet) и чем они отличаются. При преобразовании из типа datetimeoffset(n) копируются компоненты даты и времени. Часовой пояс усекается. Если точность в долях секунды для значения datetimeoffset(n) превышает три разряда, значение будет усечено. Следующий пример показывает результаты преобразования значения datetimeoffset(4) в значение datetime. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2021, 20:24 |
|
Преобразование даты через CONVERT(), форматы 126 и 127 .
|
|||
---|---|---|---|
#18+
godsql Думаю, вам нужно перечитать документацию по типам данных (datetime vs datetimeoffcet) и чем они отличаются. При преобразовании из типа datetimeoffset(n) копируются компоненты даты и времени. Часовой пояс усекается. Если точность в долях секунды для значения datetimeoffset(n) превышает три разряда, значение будет усечено. Следующий пример показывает результаты преобразования значения datetimeoffset(4) в значение datetime. Эээээммм.... Вопрос был не про datetimeOFFSET => datetime а про то, почему convert с форматами 126 и 127 выдаёт несколько разные строки при разных типах исходных данных ... Может это где-то в настройках управляется. Есличо, в документации есть ссылка на стандарт ISO , под который можно пропихнуть что угодно, но с примерами беда (например, знаков после точки не 3 а 6, Z то есть - то нет, ...): ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2021, 21:05 |
|
Преобразование даты через CONVERT(), форматы 126 и 127 .
|
|||
---|---|---|---|
#18+
авторпочему convert с форматами 126 и 127 выдаёт несколько разные строки при разных типах исходных данных Потому, что это разные типы данных. :) в одном случае - datetime (Часовой пояс усекается. Если точность в долях секунды превышает три разряда, значение будет усечено) в другом - datetimeoffset, где все это присутствует А стиль уже применяется к конкретному значению конкретного формата Вы же не удивляетесь, почему convert(varchar(10), 15.2222 as int) выдаст совсем не то ,что convert(varchar(10), 15.2222 as decimal(31,2)) нежели исходные данные (15.2222) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2021, 21:44 |
|
Преобразование даты через CONVERT(), форматы 126 и 127 .
|
|||
---|---|---|---|
#18+
Ну, я со своей задачей справился. Но на выходе я жду строку в определённом формате, который описан. Надо будет всю эту хреноту попробовать в C# ,- не удивлюсь если будет похожее,- возможно где-то в глубине винды сиё поведение реализовано... Так, чиста поржать (логично, но не всегда) : Код: sql 1. 2. 3. 4.
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2021, 22:17 |
|
|
start [/forum/topic.php?fid=46&fpage=23&tid=1684634]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 138ms |
0 / 0 |