Коллеги, приветствую!
Скажите, можно ли выбрать автоматически "достаточновместимый" тип по его текстовому представлению?
Есть примерно такая таблица:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
if OBJECT_ID('tempdb..#t') is not null
drop table #t
Create table #t ([key] int, [type] sysname)
insert into #t
Values
(1, 'varchar(10)')
,(1, 'varchar(20)')
,(1, 'varchar(12)')
,(1, 'varchar(9)')
,(2, 'datetime2')
,(2, 'datetime')
,(2, 'date')
,(3, 'numeric(4,2)')
,(3, 'numeric(18,4)')
,(3, 'nimeric(11,5)')
[type] - содержит валидное текстовое описание типа поля. Причем, оно, скажем так, не искажено злонамеренно. Т.е., для конкретного key не бывает цепочек varchar, varchar, int. Они все или "примерно varchar", или "примерно datetime", или "примерно int".
Можно ли для каждого key выбрать одну строку, которая содержала бы текстовое представление типа, который был бы минимально возможным контейнером для всех перечисленных типов для данного key?
Должно получиться, как мне кажется, следующее (. в нумерик - потому что не знаю, как в теге csv заэкранировать запятую :-) )
1 'varchar(20)'2 'datetime2'3 'numeric(19.5)'
Годится любое решение, в т.ч. и с помощью динамического sql.
Есть мысль для каждого key генерировать динамически запрос вида:
1.
2.
3.
4.
5.
6.
Select *, SQL_VARIANT_PROPERTY(t.n, 'BaseType'), SQL_VARIANT_PROPERTY(t.n, 'Precision') , SQL_VARIANT_PROPERTY(t.n, 'Scale')
from (
Select try_Cast('' as tinyint)
Union all
Select try_Cast(Null as smallint)
) t(n)
И, собственно, смотреть, что получится.
Но как то уж очень громоздко получается.
Ни у кого нет более изящного решения?
