transposer пишет:
> Этот вопрос не о том как транспонировать конкретную таблицу.
> Мне интересен теоретический ответ о том, почему в стандарте SQL до сих
> пор нет просто одной команды, которая бы это делала? Есть теоретическая
> проблема, которая не дает написать такую функцию и встроить ее в SQL?

Да, есть.
Таблица -- не матрица, где измерения симметричны (на самом деле
они и в матрицах не всегда симметричны). Таблицу транспонировать нельзя.
Таблица -- это потенциально бесконечное неупорядоченное множество кортежей
(записей), где каждая запись - это неупорядоченный набор атрибутов, количество
которых конечно и фиксированно.

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

Ну и вообще, операция бессмысленная.
Posted via ActualForum NNTP Server 1.4

transposer wrote:

> Операция осмысленная и приносит конкретные результаты в виде таблицы.
> Так же как и create as select. Она вообще является подмножеством select.
>
> Конечное множество не равномощно бесконечному, но на то и существуют
> отображения множеств, в народе называемые функциями.

Я же написал и по-простому тоже. Нельзя создать таблицу с
потенциально бесконечным числом столбцов. Конечно, в конкретной
таблице кол-во строк конечное. Но оно может быть например 100 000.
В современных СУБД кол-во полей обычно ограничено, и ограничения
эти -- 100-200 полей. Так что тупо не влезет.
Posted via ActualForum NNTP Server 1.4

transposer wrote:

> странный разговор получается, я вам говорю, да вы и не отрицаете, что
> есть конкретные реализации задачи транспонирования. А в следующем
> предложении вы говорите, что это невозможно и не нужно.
>
> Может осталось незамеченным, что при транспонировании происходит
> агрегация по distinct value из первой колонки?

Дык ты же не определил операцию транспонирования чётко.
Определи -- поговорим.

Но, думаю, что ничего от наличия distinct -а не изменится.
Posted via ActualForum NNTP Server 1.4

transposerМне интересен теоретический ответ о том, почему в стандарте SQL до сих пор нет просто одной команды, которая бы это делала?


Потому что SQL работает с таблицами, а не с матрицами. Это совсем не одно и то же.
Если интересно, в чём разница, найди сам определение математической матрицы и реляционной таблицы.

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

transposerЕсть теоретическая проблема, которая не дает написать такую функцию и встроить ее в SQL?


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

transposerВ SAS есть proc transpose; в разных программах типа Teradata Miner есть модули, которые пишут SQL для этого; на форуме тоже можно найти разные скрипты.

А вот так чтобы сказать
такого нигде нет.
Почему?

Почему такое невозможно в SQL я уже написал. Почему такие функции есть во всяких OLAP-средствах -- потому что 95 процентов людей идиоты, и им не объяснить, что эту операцию невозможно реализовать на реляционной таблице, потому что они как привыкли работать в своём долбанутом Excel-е, так и думают, что с таблицей можно делать то же самое.
И этим идиотам не вдолбить в их башку, что эта операция им не нужна и что на самом деле они хотят распечатать красивый отчёт, и в общем-то по горизонтали его смотреть или по вертикали -- один хрен.
А конкуренция заставляет производителей реализовывать такие вещи, потому что просто если они это не сделают, то эти бараны у них не купят их продукт.

Блин, купился на некропостинг.

Модераторы, удалите пож.

> и кстати, чтобы два раза не вставать. Может я чего так и не понял за два года,
> но case when по прежнему мой лучший друг. достало.

А, всё-таки мой пост будет полезен, раз он за 2 года так ничего и не понял.
Posted via ActualForum NNTP Server 1.5

> и кстати, чтобы два раза не вставать. Может я чего так и не понял за два года,
> но case when по прежнему мой лучший друг. достало.

Да, ещё на счёт теории.

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

Posted via ActualForum NNTP Server 1.5

> в реальной жизни огромное число случаев когда пользователям есть смысл видеть
> данные по двум осям. Это я не к тому, что есть реальный смысл именно в
> транспонировании, а к тому, что на SQL все возможно при желании и видеть здесь

Это всё не SQL уже.
Posted via ActualForum NNTP Server 1.5

> Пожалуй тоже соглашусь. Это дело "отображающего" средства.
> Хотя и можно придумать случай, когда на веб страничке надо отобразить данные по
> двум осям и логику выносить из базы по некоторым причинам нецелесообразно.

Это -- типичная логика представления данных. В БД ей делать нечего.
Это ещё можно реализовать на среднем слое, на всяких там Java, PHP,
а ещё лучше -- на клиенте, напр. на JS.

> З.Ы. Просто не надо было так про ОЛАП и эксель.

Надо, надо.

Posted via ActualForum NNTP Server 1.5

> То есть, несколько колонок склеены в одну. Не вижу здесь горизонтальной оси.

А какая им разница, как 1НФ нарушать, так или эдак ?
Давай, лепи всё в строку, а на клиенте -- парсить строку и разбирать по колонкам...
Posted via ActualForum NNTP Server 1.5