Элегантный способ выбора столбца на основе результата переменной/запроса?

Question

У меня есть скалярная функция, которая возвращает VARCHAR имени столбца.

Я хотел бы использовать этот результат в основе запроса на выборку на, так:

SELECT dbo.udf_GetColName('Val1', ColumnFromThisTable, etc) AS myCol 
FROM tbl_ThisTable WHERE ... 

На данный момент, это правильно перечисляя фактический выход UDF, имя столбца, для каждого значения.

То, что я хотел бы для выбора заявления, чтобы вернуть значение столбца возвращаемого функцией , так:

SET @sql = 'SELECT ' + dbo.udf_GetColName('Val1', ColumnFromThisTable, etc) + ' AS myCol 
FROM tbl_ThisTable WHERE ... ' 

И запустить EXEC sp_executesql

Есть ли лучший способ, чем динамический SQL-маршрут? Каким-то образом SQL может запросить этот столбец как вывод из UDF?

---

EDIT ДОБАВИТЬ

Это где бизнес нужно управлять правилами, по которым выход выбран, следовательно, они должны быть в обновляемой таблице. Если они жестко закодированы в SELECT функций Table-Valued, это уже не тот бизнес, который их контролирует.

Так что да, запрос очень настраиваемый, но в этом случае «хорошая вещь».

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

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

---

FINAL РЕДАКТИРОВАТЬ НА ДЕНЬ ДО Я иду домой

Я ищу способ, чтобы выбрать, какие колонки использовать из tbl_ThisTable, основываясь на других значений столбцов в tbl_ThisTable.

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

Если есть хороший способ развернуть эти правила, которые могут быть обновлены в базе данных без перезаписи кода, я бы хотел их услышать. Я просто тестирую это на данный момент, поэтому дизайн является гибким.

Answer 1

Rewind,

вместо

SET @sql = 
    'SELECT ' + dbo.udf_GetColName('Val1', ColumnFromThisTable, etc) + 
     ' AS myCol FROM tbl_ThisTable WHERE ... ' 

почему бы не просто сделать

SELECT Val1 [myCol] FROM tbl_ThisTable WHERE ... 

в первую очередь?

Сделать вызывающего устройства разветвлением.

---

Что я имею в виду, создайте свой SQL-код на клиенте, используя ORM по вашему выбору.

EDIT

---

использование sp_executesql и читать Sommarskog

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

Answer 2

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

select (case when udf_GetColName('Val1', . . .) = 'Col1' then Col1 
      when udf_GetColName('Val1', . . .) = 'Col2' then Col2 
      . . . 
     ) as MyCol 
from tbl_ThisTable . . . 

Динамический SQL кажется проще. Однако в обоих случаях будьте осторожны с типами. С case это вернет тип первого then. С динамическим SQL тип возвращаемого значения зависит от типа базового столбца.