Типы данных mysql. чем руководствоваться при выборе типа данных

Преобразование данных типа Date и Time

При преобразовании в типы данных даты и времени SQL Server отвергает все значения, которые он не распознает как значения даты или времени. Сведения об использовании функций CAST и CONVERT c данными типов даты и времени см. в статье Функции CAST и CONVERT (Transact-SQL).

Преобразование даты в другие типы данных даты и времени

В этом разделе описывается, что происходит при преобразовании типа данных date в другие типы даты и времени.

Преобразование в time(n) завершается сбоем, и появляется сообщение об ошибке 206: «Конфликт типов операндов: date несовместим с time».

При преобразовании в datetime копируется дата. Следующий код демонстрирует результаты преобразования значения в значение .

Если при преобразовании в smalldatetime значение типа date находится в диапазоне значений smalldatetime, компонент даты копируется, а для компонента времени устанавливается значение 00:00:00.000. Если значение date выходит за диапазон значений smalldatetime, выводится сообщение об ошибке 242: «Преобразование типа данных date в тип данных smalldatetime привело к появлению значения, выходящего за диапазон допустимых значений». После этого для значения типа smalldatetime устанавливается значение NULL. Следующий код демонстрирует результаты преобразования значения в значение .

При преобразовании в datetimeoffset(n) дата копируется, а для времени устанавливается значение 00:00.0000000 +00:00. Следующий код демонстрирует результаты преобразования значения в значение .

При преобразовании в datetime2(n) компонент даты копируется, а для компонента времени устанавливается значение 00:00.000000. Следующий код демонстрирует результаты преобразования значения в значение .

Преобразование строковых литералов в дату

Преобразование строковых литералов в типы данных даты и времени разрешается, если все части строк записаны в допустимом формате. Иначе возникает ошибка времени выполнения. Явные или скрытые преобразования, в которых не задан стиль преобразования типов данных даты и времени в строковые литералы, будут проведены в формате по умолчанию для текущего сеанса. В таблице ниже приводятся правила преобразования строковых литералов в тип данных date.

Строковый литерал входа	date
ODBC DATE	Строковые литералы ODBC сопоставляются с типом данных datetime. Любая операция присваивания литералов ODBC DATETIME типу данных date вызывает неявное преобразование между данным типом и типом datetime согласно правилам преобразования.
ODBC TIME	См. предыдущее правило ODBC DATE.
ODBC DATETIME	См. предыдущее правило ODBC DATE.
только DATE	Простейший.
только TIME	Указаны значения по умолчанию.
только TIMEZONE	Указаны значения по умолчанию.
DATE + TIME	Используется компонент DATE входной строки.
DATE + TIMEZONE	Не допускается.
TIME + TIMEZONE	Указаны значения по умолчанию.
DATE + TIME + TIMEZONE	Используется компонент DATE локального значения DATETIME.

Тип данных TIMESTAMP

Тип данных TIMESTAMP указывает столбец, определяемый как VARBINARY(8) или BINARY(8) , в зависимости от свойства столбца принимать значения null. Для каждой базы данных система содержит счетчик, значение которого увеличивается всякий раз, когда вставляется или обновляется любая строка, содержащая ячейку типа TIMESTAMP, и присваивает этой ячейке данное значение. Таким образом, с помощью ячеек типа TIMESTAMP можно определить относительное время последнего изменения соответствующих строк таблицы. (ROWVERSION является синонимом TIMESTAMP.)

Само по себе значение, сохраняемое в столбце типа TIMESTAMP, не представляет никакой важности. Этот столбец обычно используется для определения, изменилась ли определенная строка таблицы со времени последнего обращения к ней

Приоритет типов данных (Transact-SQL)

Если оператор связывает два выражения различных типов данных, то по правилам приоритета типов данных определяется, какой тип данных имеет меньший приоритет и будет преобразован в тип данных с большим приоритетом.
Если неявное преобразование не поддерживается, возвращается ошибка.
Если оба операнда выражения имеют одинаковый тип данных, результат операции будет иметь тот же тип данных.

В SQL Server используется следующий приоритет типов данных:

1. sql_variant
2. xml
3. datetimeoffset
4. datetime2
5. datetime
6. smalldatetime
7. date
8. time
9. float
10. real
11. decimal
12. money
13. smallmoney
14. bigint
15. int
16. smallint
17. tinyint
18. bit
19. ntext
20. text
21. image
22. timestamp
23. uniqueidentifier
24. nvarchar (including nvarchar(max) )
25. nchar
26. varchar (including varchar(max) )
27. char
28. varbinary (including varbinary(max) )
29. binary (lowest)

Примеры использования

Целые числа произвольной точности открывают много новых вариантов использования JavaScript.

BigInt позволяет предотвратить ошибки переполнения при математических операциях. Этот факт сам по себе делает доступными бесчисленные возможности, например, математические операции над большими числами обычно используются в финансовых технологиях.

Большие числовые идентификаторы и высокоточные метки времени не могут быть безопасно представлены типом данных в JavaScript. Зачастую это приводит к ошибкам и вынуждает разработчиков хранить их как строки. С эти данные могут быть представлены как числовые значения.

можно будет использовать в возможной реализации типа данных . Это позволит хранить денежные величины в виде десятичных дробей без потери точности при выполнении операций (например, без проблемы ).

Ранее в JavaScript в любом из этих случаев приходилось использовать библиотеки, эмулирующие функционал . Когда станет широко доступным, можно будет отказаться от этих зависимостей в пользу нативно поддерживаемого . Это поможет сократить время загрузки, парсинга и компиляции, а также увеличит производительность во время выполнения.

Нативный работает быстрее, чем популярные пользовательские библиотеки

Для полифила требуется библиотека, которая реализует необходимые функции, а также шаг транспиляции, чтобы перевести новый синтаксис в вызов API библиотеки. В настоящее время Babel поддерживает парсинг литералов , но не умеет преобразовывать их. Поэтому мы не надеемся, что будет использоваться в продакшне на сайтах, требующих совместимость с широким кругом браузеров. Однако, сейчас, когда этот функционал начинает появляться в браузерах, вы можете начать экспериментировать с BigInt, ожидая со временем всё более широкой поддержки BigInt.

Remarks

Часто ошибочно считают, что в типах данных NCHAR(n) и NVARCHAR(n) число n указывает на количество символов. Однако на самом деле число n в NCHAR(n) и NVARCHAR(n) — это длина строки в парах байтов (0–4000). n никогда не определяет количество хранимых символов. То же самое верно и в отношении типов CHAR(n) и VARCHAR(n).
Заблуждение возникает из-за того, что при использовании символов, определенных в диапазоне Юникода 0–65 535, на каждую пару байтов приходится один хранимый символ. Однако в старших диапазонах Юникода (65 536–1 114 111) один символ может занимать две пары байтов. Например, в столбце, определенном как NCHAR(10), Компонент Database Engine может хранить 10 символов, занимающих одну пару байтов (диапазон Юникода 0–65 535), но меньше 10 символов, занимающих две пары байтов (диапазон Юникода 65 536–1 114 111). Дополнительные сведения о хранении символов Юникода и их диапазонах см. в разделе .

Если значение n в определении данных или в инструкции объявления переменной не указано, то длина по умолчанию равна 1. Когда n не задано функцией CAST, длина по умолчанию равняется 30.

Если вы используете nchar или nvarchar, мы рекомендуем:

• использовать nchar, если размеры записей данных в столбцах одинаковые;
• использовать nvarchar, если размеры записей данных в столбцах существенно отличаются;
• использовать nvarchar(max), если размеры записей данных в столбцах существенно отличаются и длина строки может превышать 4000 пар байтов.

Тип sysname — это предоставляемый системой определяемый пользователем тип данных, который функционально эквивалентен типу nvarchar(128) за исключением того, что он не допускает значения NULL. Тип sysname используется для ссылки на имена объектов баз данных.

Объектам, в которых используются типы данных nchar и nvarchar, назначаются параметры сортировки базы данных по умолчанию, если только иные параметры сортировки не назначены с помощью предложения COLLATE.

Для типов данных nchar и nvarchar параметр SET ANSI_PADDING всегда принимает значение ON. Параметр SET ANSI_PADDING OFF не применяется к типам данных nchar или nvarchar.

Префикс N в строковых константах с символами Юникода указывает на входные данные в кодировке UCS-2 или UTF-16 (в зависимости от того, используются ли параметры сортировки с поддержкой дополнительных символов). Без префикса N строка преобразуется в стандартную кодовую страницу базы данных, и определенные символы могут не распознаваться. Начиная с SQL Server 2019 (15.x) при использовании параметров сортировки с поддержкой UTF-8 стандартная кодовая страница может хранить символы Юникода в кодировке UTF-8.

Примечание

Когда строковая константа имеет префикс N и ее длина не превышает максимальную длину строкового типа данных nvarchar (4000), результатом неявного преобразования будет строка в кодировке UCS-2 или UTF-16. В противном случае результатом неявного преобразования будет большое значение nvarchar(max).

Предупреждение

Каждому ненулевому столбцу varchar(max) и nvarchar(max) необходимо дополнительно выделить 24 байта памяти, которые учитываются в максимальном размере строки в 8060 байт во время операции сортировки. Эти дополнительные байты могут неявно ограничивать число ненулевых столбцов varchar(max) или nvarchar(max) в таблице. При создании таблицы или во время вставки данных не возникает особых ошибок (кроме обычного предупреждения о том, что максимальный размер строки превышает максимально допустимое значение в 8060 байт). Такой большой размер строки может приводить к ошибкам (например, ошибке 512), которые пользователи не ожидают во время обычных операций. Примерами операций могут служить обновление ключа кластеризованного индекса или сортировка полного набора столбцов.

2 ответа

В этом ответе предполагается, что вы используете Oracle, как указано в вашем вопросе.

В Oracle вы используете для преобразования строки в число. Если вы даете ему число, оно неявно преобразует его в строку перед преобразованием. Так что в обоих случаях вы бы сделали:

Как правило, вы хотите избежать применения функции к столбцу в предикате : это неэффективно, поскольку базе данных необходимо применить функцию ко всему столбцу до того, как она сможет фильтр. Если вы хотите выполнить фильтрацию по состоянию на вчерашний день, я бы порекомендовал вычислить вчерашнюю дату и поместить ее в тот же формат, что и фильтруемый столбец, чтобы вы могли выполнить прямое сопоставление с существующими значениями столбца.

Если ваш столбец является строкой:

Если это число:

GMB
14 Июн 2020 в 09:32

(Читайте ниже мой ответ, если это столбец)

Предполагая, что это текстовая строка:

Предполагая, что является столбцом строки (символ, текст и т. Д.), А не / / / , затем используйте { {X5}} функция с . Значение соответствует ISO 8601, поскольку значения расположены в порядке, даже если в них нет тире.

На этой странице есть ссылка на номера: https://docs.microsoft.com/en-us/sql/t-sql/functions/cast-and-convert-transact-sql?view=sql -server — ver15

Предполагая, что это фактический столбец:

Быстрый и грязный способ — преобразовать в и затем использовать тот же код, что и выше, как если бы это было текстовое поле, но не делайте этого потому что это медленно

Предполагая, что это фактический столбец (лучший ответ):

Нам нужно будет использовать и извлекать каждый компонент с использованием арифметики Base-10 ( fun )!

Если у нас есть целое число, представляющее отформатированную дату _(ужас) , например , тогда:

• Мы можем получить день, выполнив (например, )
• Мы можем получить месяц, сначала разделив на 100, чтобы удалить часть дня, а затем : (например, , )
• Мы можем получить год, разделив , (например, ).

Btw :

• SQL Server использует для оператора Modulo вместо .
• Целочисленное деление вызывает усечение, а не получение десятичных значений или значений с плавающей запятой (например, , а не ).

Вот так:

Очевидно, что иметь два вложенных подзапроса — трудная задача для работы с _{(SQL обладает ужасной эргономикой, я не понимаю, как или почему SQL не позволяет выражениям в предложении использоваться другими выражениями в тот же запрос — это действительно плохая эргономика …)} — но мы можем преобразовать его в скалярный UDF (и SQL Server встроит скалярные пользовательские функции, поэтому влияние на производительность не будет).

В этой функции есть блок , так как существует вероятность обработки недопустимого значения, такого как (которое не является реальной датой, поскольку в 2020 году нет 99-го месяца с 0-м днем) ) . В этом случае функция возвращает .

Что мы можем использовать в запросе так:

Поскольку не может обмениваться результатами выражений с другими выражениями в том же запросе, вам все равно придется использовать внешний запрос для работы с (или повторить вызов функции ):

2

Dai
14 Июн 2020 в 01:40

Статус-кво: Number

Примитивный тип данных в JavaScript представлен числами с плавающей запятой двойной точности. Константа содержит максимально возможное целое число, которое можно безопасно увеличить на единицу. Его значение равно .

Примечание: для удобства чтения я группирую цифры, используя символы подчеркивания в качестве разделителей. Соответствующее предложение позволит использовать такую запись для обычных числовых литералов JavaScript.

Его увеличение на единицу даёт ожидаемый результат:

Но если мы увеличим его ещё на единицу, не сможет точно сохранить результат:

Обратите внимание, что результат выражения будет равен результату выражения. Поэтому всегда, когда мы получаем конкретно это значение в JavaScript, нельзя сказать, является ли оно точным или нет

Любые вычисления с целыми числами вне безопасного целочисленного диапазона (т. е. от до ) потенциально не точны. По этой причине мы можем полагаться только на целочисленные значения в безопасном диапазоне.

Значение NULL

Значение null — это специальное значение, которое можно присвоить ячейке таблицы. Это значение обычно применяется, когда информация в ячейке неизвестна или неприменима. Например, если неизвестен номер домашнего телефона служащего компании, рекомендуется присвоить соответствующей ячейке столбца home_telephone значение null.

Если значение любого операнда любого арифметического выражения равно null, значение результата вычисления этого выражения также будет null. Поэтому в унарных арифметических операциях, если значение выражения A равно null, тогда как +A, так и -A возвращает null. В бинарных выражениях, если значение одного или обоих операндов A и B равно null, тогда результат операции сложения, вычитания, умножения, деления и деления по модулю этих операндов также будет null.

Если выражение содержит операцию сравнения и значение одного или обоих операндов этой операции равно null, результат этой операции также будет null.

Значение null должно отличаться от всех других значений. Для числовых типов данных значение 0 и значение null не являются одинаковыми. То же самое относится и к пустой строке и значению null для символьных типов данных.

Значения null можно сохранять в столбце таблицы только в том случае, если это явно разрешено в определении данного столбца. С другой стороны, значения null не разрешаются для столбца, если в его определении явно указано NOT NULL. Если для столбца с типом данных (за исключением типа TIMESTAMP) не указано явно NULL или NOT NULL, то присваиваются следующие значения:

• NULL, если значение параметра ANSI_NULL_DFLT_ON инструкции SET равно on.

• NOT NULL, если значение параметра ANSI_NULL_DFLT_OFF инструкции SET равно on.

Если инструкцию set не активировать, то столбец по умолчанию будет содержать значение NOT NULL. (Для столбцов типа TIMESTAMP значения null не разрешаются.)

MS Access Data Types

Data type	Description	Storage
Text	Use for text or combinations of text and numbers. 255 characters maximum
Memo	Memo is used for larger amounts of text. Stores up to 65,536 characters. Note: You cannot sort a memo field. However, they are searchable
Byte	Allows whole numbers from 0 to 255	1 byte
Integer	Allows whole numbers between -32,768 and 32,767	2 bytes
Long	Allows whole numbers between -2,147,483,648 and 2,147,483,647	4 bytes
Single	Single precision floating-point. Will handle most decimals	4 bytes
Double	Double precision floating-point. Will handle most decimals	8 bytes
Currency	Use for currency. Holds up to 15 digits of whole dollars, plus 4 decimal places. Tip: You can choose which country’s currency to use	8 bytes
AutoNumber	AutoNumber fields automatically give each record its own number, usually starting at 1	4 bytes
Date/Time	Use for dates and times	8 bytes
Yes/No	A logical field can be displayed as Yes/No, True/False, or On/Off. In code, use the constants True and False (equivalent to -1 and 0). Note: Null values are not allowed in Yes/No fields	1 bit
Ole Object	Can store pictures, audio, video, or other BLOBs (Binary Large OBjects)	up to 1GB
Hyperlink	Contain links to other files, including web pages
Lookup Wizard	Let you type a list of options, which can then be chosen from a drop-down list	4 bytes

❮ Previous
Next ❯

The new hotness: BigInt #

s are a new numeric primitive in JavaScript that can represent integers with arbitrary precision. With s, you can safely store and operate on large integers even beyond the safe integer limit for s.

To create a , add the suffix to any integer literal. For example, becomes . The global function can be used to convert a into a . In other words, . Let’s use these two techniques to solve the problem we were having earlier:

Here’s another example, where we’re multiplying two s:

Looking at the least significant digits, and , we know that the result of the multiplication should end in (because ). However, the result ends in a bunch of zeroes. That can’t be right! Let’s try again with s instead:

This time we get the correct result.

The safe integer limits for s don’t apply to s. Therefore, with we can perform correct integer arithmetic without having to worry about losing precision.

A new primitive

s are a new primitive in the JavaScript language. As such, they get their own type that can be detected using the operator:

Because s are a separate type, a is never strictly equal to a , e.g. . To compare a to a , convert one of them into the other’s type before doing the comparison or use abstract equality ():

When coerced into a boolean (which happens when using , , , or , for example), s follow the same logic as s.

Operators

s support the most common operators. Binary , , , and all work as expected. and work, and round towards zero as needed. Bitwise operations , , , , and perform bitwise arithmetic assuming a two’s complement representation for negative values, just like they do for s.

Unary can be used to denote a negative value, e.g. . Unary is not supported because it would break asm.js code which expects to always produce either a or an exception.

One gotcha is that it’s not allowed to mix operations between s and s. This is a good thing, because any implicit coercion could lose information. Consider this example:

What should the result be? There is no good answer here. s can’t represent fractions, and s can’t represent s beyond the safe integer limit. For that reason, mixing operations between s and s results in a exception.

The only exception to this rule are comparison operators such as (as discussed earlier), , and – because they return booleans, there is no risk of precision loss.

Because s and s generally don’t mix, please avoid overloading or magically “upgrading” your existing code to use s instead of s. Decide which of these two domains to operate in, and then stick to it. For new APIs that operate on potentially large integers, is the best choice. s still make sense for integer values that are known to be in the safe integer range.

Another thing to note is that , which performs an unsigned right shift, does not make sense for s since they’re always signed. For this reason, does not work for s.

API

Several new -specific APIs are available.

The global constructor is similar to the constructor: it converts its argument into a (as mentioned earlier). If the conversion fails, it throws a or exception.

The first of those examples passes a numeric literal to . This is a bad practice, since s suffer from precision loss, and so we might already lose precision before the conversion happens:

For this reason, we recommend either sticking to the literal notation (with the suffix), or passing a string (not a !) to instead:

Two library functions enable wrapping values as either signed or unsigned integers, limited to a specific number of bits. wraps a value to a -digit binary signed integer, and wraps a value to a -digit binary unsigned integer. If you’re doing 64-bit arithmetic for example, you can use these APIs to stay within the appropriate range:

Note how overflow occurs as soon as we pass a value exceeding the 64-bit integer range (i.e. 63 bits for the absolute numeric value + 1 bit for the sign).

s make it possible to accurately represent 64-bit signed and unsigned integers, which are commonly used in other programming languages. Two new typed array flavors, and , make it easier to efficiently represent and operate on lists of such values:

The flavor ensures that its values remain within the signed 64-bit limit.

The flavor does the same using the unsigned 64-bit limit instead.

Поддерживаемые форматы строковых литералов для типа данных date

В приведенной ниже таблице перечислены допустимые форматы строковых литералов для типа данных date.

Числовой

Описание

mdy м/дд/гг м-дд-гг м.дд.гг мгд мм/гг/дд мм-гг/дд м.гг.дд дмг дд/м/гг дд-м-гг дд.м.гг дгм дд/гг/м дд-гг-м дд.гг.м гмд гг/м/дд гг-м-дд гг-м-дд

Сочетания м, дд и гг представляют в строке месяц, день и год, разделенные символом косой черты (/), дефисом (-) или точкой (.). Поддерживаются только двух- и четырехзначные форматы записи года. Для записи года рекомендуется всегда использовать четырехзначный формат. Чтобы указать целое число в промежутке от 0001 до 9999, представляющее пороговое значение года при преобразовании двухзначной записи в четырехзначную, необходимо использовать параметр конфигурации сервера two digit year cutoff.Примечание. Для Informatica значение ГГГГ ограничено диапазоном от 1582 до 9999. Если двузначное число, обозначающее год, меньше или равно двузначному числу из последних двух цифр порогового года, год относится к тому же столетию, что и пороговый год. Если двузначное число, обозначающее год, больше двузначного числа из последних двух цифр порогового года, год относится к столетию, которое предшествует столетию порогового года. Например, если пороговое значение года для двухзначной записи равно 2049, то год, обозначенный двумя цифрами 49, интерпретируется как 2049, а год, обозначенный двумя цифрами 50, интерпретируется как 1950. Формат даты по умолчанию определяется текущими настройками языковых стандартов. Формат даты можно изменить с помощью инструкций SET LANGUAGE и SET DATEFORMAT. Формат гдм не поддерживается для типа данных date.

Алфавитный формат	Описание
мес гггг мес дд мес гггг мес гггг дд месгг дд гг мес гггг мес гггг мес гггг мес	Значение мес означает полное или сокращенное название месяца на текущем языке. Запятые являются необязательными, регистр букв не учитывается. Во избежание неоднозначности используйте четырехзначную запись года. Если не указано число месяца, подразумевается первое число месяца.

ISO 8601	Описание
ГГГГ-ММ-ДД ГГГГММДД	То же, что и стандарт SQL. Этот формат является единственным международным стандартом.

Без разделителей	Описание
ггммдд гггг	Данные типа date могут быть определены с помощью четырех, шести или восьми цифр. Строка из шести или восьми цифр всегда интерпретируется как гмд. На месяц и день всегда должно приходиться по две цифры. Строка из четырех цифр воспринимается как значение года.

ODBC	Описание
{ д ‘гггг-мм-дд’ }	Зависит от API-интерфейса ODBC.

Формат W3C XML

Описание

гггг-мм-ддTZD

Введен для использования в XML и SOAP. TZD обозначает часовой пояс (в виде номера или смещения +чч:мм и -чч:мм): — «чч:мм» обозначает смещение часового пояса. чч — двузначное число от 0 до 14, представляющее количество часов в смещении часового пояса.— Обозначение «мм» состоит из двух цифр, представляющих дополнительное смещение часового пояса в минутах, и принимает значения от 0 до 59.— + (плюс) или – (минус) представляет собой обязательный знак смещения часового пояса. Данный знак указывает, добавляется или вычитается смещение часового пояса от времени в формате UTC, чтобы получить локальное время. Допустимый диапазон смещения часового пояса: от -14:00 до +14:00.

Cтроковые типы данных

Ниже приведены строковые типы данных в SQL Server (Transact-SQL):

Синтаксис типа данных	Максимальный размер	Пояснение
CHAR(size)	8000 символов	Где size — количество сохраняемых символов. Фиксированная длина. Если сохраняемое значение короче, то дополняется пробелами. Данные не-Unicode.
VARCHAR(size) или VARCHAR(max)	8000 или max символов	Где size — количество сохраняемых символов. Переменная длина. Если указано max, максимальное количество символов — 2 ГБ. Данные не-Unicode.
TEXT	2 ГБ	Переменная длина. Данные не-Unicode.
NCHAR(size)	4000 символов	Фиксированная длина. Данные Unicode.
NVARCHAR(size) или NVARCHAR(max)	4000 символов или max символов	Где size — количество сохраняемых символов. Переменная длина. Если указано max, максимальное количество символов — 2 ГБ. Данные Unicode.
NTEXT	1 073 741 823 байта	Переменная длина. Данные Unicode.
BINARY(size)	8000 символов	Где size — количество сохраняемых символов. Фиксированная длина. Пространство дополняется справа на символы одинакового размера. Двоичные данные.
VARBINARY(size) или VARBINARY(max)	8000 или max. Символов	Где size — количество сохраняемых символов. Переменная длина. Если указано max, максимальное количество символов — 2 ГБ. Недвоичные данные.
IMAGE	2 ГБ	Переменная длина. Двоичные данные.

Тип данных SQL_VARIANT

Тип данных SQL_VARIANT можно использовать для хранения значений разных типов одновременно, таких как числовые значения, строки и даты. (Исключением являются значения типа TIMESTAMP.) Каждое значение столбца типа SQL_VARIANT состоит из двух частей: собственно значения и информации, описывающей это значение. Эта информация содержит все свойства действительного типа данных значения, такие как длина, масштаб и точность.

Для доступа и отображения информации о значениях столбца типа SQL_VARIANT применяется функция SQL_VARIANT_PROPERTY.

Объявлять тип столбца как SQL_VARIANT следует только в том случае, если это действительно необходимо. Например, если столбец предназначается для хранения значений разных типов данных или если при создании таблицы тип данных, которые будут храниться в данном столбце, неизвестен.

Точность, масштаб и длина (Transact-SQL)

Точность представляет собой количество цифр в числе. Масштаб представляет собой количество цифр справа от десятичной запятой в числе. Например: число 123,45 имеет точность 5 и масштаб 2.

В среде SQL Server максимальная точность типов данных numeric и decimal по умолчанию составляет 38 разрядов. В более ранних версиях SQL Server максимум по умолчанию составляет 28.

Длиной для числовых типов данных является количество байт, используемых для хранения числа. Длина символьной строки или данных в Юникоде равняется количеству символов. Длина для типов данных binary, varbinary и image равна количеству байт. Например, тип данных int может содержать 10 разрядов, храниться в 4 байтах и не должен содержать десятичный разделитель. Тип данных int имеет точность 10, длину 4 и масштаб 0.

При сцеплении двух выражений типа char, varchar, binary или varbinary длина результирующего выражения является суммой длин двух исходных выражений, но не превышает 8 000 символов.

При сцеплении двух выражений типа nchar или nvarchar длина результирующего выражения является суммой длин двух исходных выражений, но не превышает 4 000 символов.

Если два выражения одного и того же типа данных, но разной длины, сравниваются с помощью предложения UNION, EXCEPT или INTERSECT, длина результата будет равняться длине максимального из двух выражений.

Точность и масштаб числовых типов данных, кроме decimal, фиксированы. Если арифметический оператор объединяет два выражения одного и того же типа, результат будет иметь тот же тип данных с точностью и масштабом, определенными для этого типа. Если оператор объединяет два выражения с различными числовыми типами данных, тип данных результата будет определяться правилами старшинства типов данных. Результат имеет точность и масштаб, определенные для этого типа данных.

Следующая таблица определяет, как вычисляется точность и масштаб результата, если результат операции имеет тип decimal. Результат имеет тип decimal, если одно из следующих утверждений является истиной:

• Оба выражения имеют тип decimal.
• Одно выражение имеет тип decimal, а другое имеет тип данных со старшинством меньше, чем decimal.

Выражения операндов обозначены как выражение e1 с точностью p1 и масштабом s1 и выражение e2 с точностью p2 и масштабом s2. Точность и масштаб для любого выражения, отличного от decimal, соответствуют типу данных этого выражения

Операция	Точность результата	Масштаб результата *
e1 + e2	max(s1, s2) + max(p1-s1, p2-s2) + 1	max(s1, s2)
e1 — e2	max(s1, s2) + max(p1-s1, p2-s2) + 1	max(s1, s2)
e1 * e2	p1 + p2 + 1	s1 + s2
e1 / e2	p1 — s1 + s2 + max(6, s1 + p2 + 1)	max(6, s1 + p2 + 1)
e1 { UNION | EXCEPT | INTERSECT } e2	max(s1, s2) + max(p1-s1, p2-s2)	max(s1, s2)
e1 % e2	min(p1-s1, p2 -s2) + max( s1,s2 )	max(s1, s2)

* Точность и масштаб результата имеют абсолютный максимум, равный 38. Если значение точности превышает 38, то соответствующее значение масштаба уменьшается, чтобы по возможности предотвратить усечение целой части результата.

Предполагая, что это фактический столбец int (лучший ответ):

Нам нужно будет использовать и извлекать каждый компонент с использованием арифметики Base-10 ( fun )!

Если у нас есть целое число, представляющее отформатированную дату _(ужас) , например , тогда:

• Мы можем получить день, выполнив (например, )
• Мы можем получить месяц, сначала разделив на 100, чтобы удалить часть дня, а затем : (например, , )
• Мы можем получить год, разделив , (например, ).

Btw :

• SQL Server использует для оператора Modulo вместо .
• Целочисленное деление вызывает усечение, а не получение десятичных значений или значений с плавающей запятой (например, , а не ).

Вот так:

Очевидно, что иметь два вложенных подзапроса — трудная задача для работы с _{(SQL обладает ужасной эргономикой, я не понимаю, как или почему SQL не позволяет выражениям в предложении использоваться другими выражениями в тот же запрос — это действительно плохая эргономика …)} — но мы можем преобразовать его в скалярный UDF (и SQL Server встроит скалярные пользовательские функции, поэтому влияние на производительность не будет).

В этой функции есть блок , так как существует вероятность обработки недопустимого значения, такого как (которое не является реальной датой, поскольку в 2020 году нет 99-го месяца с 0-м днем) ) . В этом случае функция возвращает .

Что мы можем использовать в запросе так:

Поскольку не может обмениваться результатами выражений с другими выражениями в том же запросе, вам все равно придется использовать внешний запрос для работы с (или повторить вызов функции ):

Преобразование данных типов decimal и numeric

Для типов данных decimal и numericSQL Server обрабатывает каждое сочетание точности и масштаба как отдельный тип данных. Например, значения decimal(5,5) и decimal(5,0) считаются разными типами данных.

В инструкциях Transact-SQL константа с десятичным разделителем автоматически преобразуется в значение типа numeric с минимальными необходимыми точностью и масштабом. Например, константа 12,345 преобразуется в значение numeric с точностью 5 и масштабом 3.

Преобразование типа данных decimal или numeric в тип float или real может привести к потере точности. Преобразование типов данных int, smallint, tinyint, float, real, money или smallmoney в тип decimal или numeric может вызвать переполнение.

По умолчанию SQL Server использует округление с потерей точности и масштаба при преобразовании числа в значение decimal или numeric. И наоборот, при включенном (ON) параметре SET ARITHABORT в случае переполнения SQL Server вызывает ошибку. Для возникновения ошибки недостаточно только потери точности и масштаба.

До версии SQL Server 2016 (13.x); точность преобразования значений float в decimal или numeric была ограничена 17 знаками. Любое значение типа float менее 5E-18 (в экспоненциальном представлении 5E-18 или десятичном представлении 0.0000000000000000050000000000000005) округлялось до 0. Начиная с версии SQL Server 2016 (13.x); это ограничение отсутствует.