Как правило, при разработке таблиц вы хотите знать, что на самом деле будет в них. У вас есть определенное количество типов данных, которые вам нужно поддерживать? Вам нужно покрыть десятичные дроби? Одним из возможных решений будет что-то вроде этого:
CREATE TABLE dbo.My_Table (
id INT NOT NULL,
data_type VARCHAR(10) NOT NULL,
string_value VARCHAR(100) NULL,
int_value INT NULL,
date_value DATETIME NULL,
CONSTRAINT CK_My_Table_data_type CHECK data_type IN ('int', 'string', 'datetime'),
CONSTRAINT PK_My_Table PRIMARY KEY CLUSTERED (id)
)
GO
Затем вы можете использовать тип данных, чтобы решить, какой столбец вы хотите выбрать, или вставить / обновить. Имейте в виду, что у вас могут возникнуть проблемы с использованием:
SELECT
id,
CASE data_type
WHEN 'string' THEN string_value
WHEN 'int' THEN int_value
WHEN 'datetime' THEN date_value
ELSE NULL
END
SQL Server требует, чтобы все типы данных соответствовали возвращаемому столбцу. Если вы выбираете только один раз за раз, это может работать нормально, но если вы когда-нибудь захотите выбрать наборы данных, вам, вероятно, все равно придется выполнить какое-то приведение или выбрать только те строки, в которых значения data_type равны. Однако я не закончил тестирование по всем сценариям, поэтому вам стоит поиграть с ним, чтобы увидеть, что работает, а что нет.
Я просто скажу еще раз, вы должны еще раз взглянуть на дизайн вашего приложения. Конечно, возможно, что у вас есть требования для такого рода функциональности, но часто, когда я вижу этот шаблон проектирования, то, что ДЕЙСТВИТЕЛЬНО хочет внешний интерфейс, - это строка, которая будет отображаться в приложении. Эта строка иногда выглядит как число или дата. Если вы собираетесь выполнять функции, специфичные для типа данных, тогда, скорее всего, потребуется менее «гибкий» дизайн, но я не могу сказать, не зная всех ваших требований. Это только из моего прошлого опыта.
РЕДАКТИРОВАТЬ: Похоже, я печатать слишком медленно, и Тони избил меня до конца. :)