Здравствуйте, все. Я тут зациклился с решением одной проблемы, возможно, кто-нибудь со свежим взглядом поможет решить ее более изящно. Проблема в следующем. Необходимо построить OLAP-куб из 2-х измерений - Время и Продукты - и одной меры, скажем, Продажи. Все они лежат в одной таблице фактов. Первая колонка у нее - это самое Время, а все остальные суть члены измерения Продукты (их порядка 20), которое, как вы видите, является абсолютно плоским одноуровневым измерением. Пересечение колонки Продукт_i со строкой с определенной датой, дает цифру продаж продукта за этот день, которая и есть мера. Все просто, за исключением того, что теория требует превратить эту перекрестную таблицу в звездочку, иными словами из Table0:
Время Продукт1 Продукт2 ... Продукт20
1997-01-01 100 200 ... 300
1997-01-02 400 500 ... 600
...
требуется сделать Table1:
Время Продукт Продажи
1997-01-01 Продукт1 100
1997-01-01 Продукт2 200
... ... ...
1997-01-01 Продукт20 300
1997-01-02 Продукт1 400
1997-01-02 Продукт2 500
... ... ...
1997-01-02 Продукт20 600
... ... ...

Так что задача сводится к чисто SQLной - как лучше преобразовать Table0 -> Table1. Я всегда решал такие вещи либо через union по числу полей, либо через курсор. На сей раз проблема, однако, состоит в том, что Table0 очень длинная - около 80Гб (на с.д. учет продаж ведется с точностью до минут, которые для ясности не показаны). Использование union означает увеличение времени сканирования в 20 раз. В случае курсора сканируем по прежнему однократно, но курсор на таких объемах уже заметно проигрывает в скорости и жрет много памяти.
Конечно, в конце концов я протестирую оба варианта и выберу из двух зол меньшее, но м.б. кто-нибудь предложит менее тривиальное решение? Я намеренно описал всю задачу целиком, п.ч. м.б. сущ-т вообще другой путь и я напрасно уперся в это преобразование?

Перестроить базу не представляется возможным, поск. это эксплуатационная система и менять ее заказчик, ест-но, не даст. В итоге я остановился на след.варианте. В дополнении к существующей таблице (кол-во продуктов ограничено 5-ю для ясности)
CREATE TABLE [dbo].[Table1] (
[Time] [datetime] NULL ,
[Prod1] [float] NULL ,
[Prod2] [float] NULL ,
[Prod3] [float] NULL ,
[Prod4] [float] NULL ,
[Prod5] [float] NULL )
была создана и наполнена таблица-справочник продуктов
create table Table2 (ProdNumber int, ProdName varchar(10))
go
insert into Table2 values (1, 'Prod1')
insert into Table2 values (2, 'Prod2')
insert into Table2 values (3, 'Prod3')
insert into Table2 values (4, 'Prod4')
insert into Table2 values (5, 'Prod5')
После чего в кач-ве табл.фактов был использован view на запрос
select t1.[time], t2.ProdName,
case t2.ProdNumber when 1 then t1.Prod1
when 2 then t1.Prod2
when 3 then t1.Prod3
when 4 then t1.Prod4
when 5 then t1.Prod5
end as Sales
from Table1 t1 cross join Table2 t2
Т.е. реализована слегка модифицированная идея SergSuper, за что ему отдельное большое спасибо. Несмотря на то, что декартово произведение дает то же число записей, что и сумма union'ов, этот запрос работает не в пример быстрее.

А я что? Я сам офигел. Но моя сфера влияния - это конкретный проект. В нем не указывается задача до основания разрушить весь мир насилья и на его обломках построить новый (мир насилья). Такова спортивная жизнь. В особо клинических случаях, когда видно, что здесь всю систему менять надо, мы предлагаем такие услуги клиенту. Вплоть до реинжиниринга бизнес-процессов. Но это стоит отдельных денег, на которые он не всегда идет, а иногда просто невозможно. Так что чаще всего приходится играть теми картами, что сданы. Я ответил на Ваш вопрос?