Имеем регистр - Цены продажи (оборотный). Измерения: Товар, Категория цен. Реквизит: Цена. Можно как то исхитрится и получить цену всех товаров (или списку товаров - необходимо и то и другое) по нескольким категориям (не всем, но и не одной). Как бы на входных параметрах задаем список товаров либо берем все товары и необходимые категории цен на выходе получаем список товаров с ценой для каждой категории. Примерно так:
Товар1 - Категория1 - Цена товара1 по категории1
Товар1 - Категория2 - Цена товара1 по категории2
Товар2 - Категория1 - Цена товара2 по категории1
и тд.

Пробовал состряпать сам... Но что то не выходит каменный цветочек... Вот, примерно, чего я добился:
     |SELECT TOP 100 -- Это пока для проверки
     |      CAST(Товар.CODE AS INT) AS ID
     |      ,(      SELECT TOP 1
     |                  $РегистрЦен.Цена
     |            FROM
     |                  $Регистр.ЦеныПродажи AS РегистрЦен
     |            WHERE
     |                  $РегистрЦен.Товар=Товар.ID
-- Здесь должно быть еще условие на категорию
     |            ORDER BY
     |                  РегистрЦен.IDDoc DESC
     |      )
     |FROM
     |      $Справочник.Номенклатура AS Товар
     |WHERE
     |      Товар.ISMARK=0 AND Товар.ISFOLDER=2
     |ORDER BY
     |      Товар.CODE";
Но запрос изначально не правильный, так как вложенный селект не может возвращать больше 1- строки (ну или по крайней мере он мне выдает ошибку, если убрать TOP 1).

Подскажите плз, как такое можно реализовать?

з.ы. Категории тоже получаются SELECT-ом с условием...

Мало чем помогло... SQL не поддерживает запросы типа: SELECT FROM ( SELECT...

з.ы. Научите меня лучше пользовать "курсор", попробую через временную таблицу. Прокатит ли такой вариант:
Select катагории цен
По ним цикл
Select по товарам
По ним вложенный цикл
НУ а тут уже Select в регистры цен с условием на категорию и цену и Insert в #TMP, потом уже select из него и результат мне...
Такое имеет право на жизнь?

Цитата:

Ага... За это я и ненавидел кошек... Оказалось, что просто не умел их готовить 
Разобрался с SELECT FROM SELECT, работает...

Но все же... SQL не проникнется конструкцией:
SELECT Запрос.Ном AS [Номенклатура $Справочник.Номенклатура]
, MAX(Запрос.Цена) AS ЦенаРег
, MAX(Запрос.Себ) AS ЦенаСпр
, MAX(Запрос.Цена + Запрос.Себ) AS Признак
FROM ( SELECT Номенклатура.ID AS Ном

SQL не воспринимает "(" после FROM.

Цитата:


Да я просто эксперимента ради попробовал такую конструкцию:
SELECT * FROM ( SELECT * FROM Article1C )
Ругается на "("
Server: Msg 170, Level 15, State 1, Line 1
Line 1: Incorrect syntax near ')'.

Понятное дело, что такой запрос в жизни нафиг не нужен, но это же упрощенный пример...
SELECT * FROM Article1C - нормально отрабатывает, без проблем

там все же написано
Цены.IDDOC =
     |(
     |SELECT RIGHT(MAX(DTOS(Журнал.DATE) + Журнал.TIME + Журнал.IDDOC), 9)

заменить на

Цены.IDDOC =
     |(
     |SELECT RIGHT(MAX(Журнал.DATE_TIME_IDDOC), 9)

Если у регистра стоит быстрая обработка движений - можно оттуда брать без соединения с журналом

Цитата:


А если чуть-чуть подумать и применительно к моему случаю сказать что такого волшебного написать вместо "(Позиция) ... ". Я не доганяю

з.ы. Все пока делаю в QA...

Я не могу понять зачем еще что то брать из журнала? В регистре есть IDDOC, есть DATE_TIME_IDDOC... Зачем еще и журнал то вплетать? Можно же и без него... Но как...

По аналогии, я сделал так:
AND R.IDDOC=(SELECT MAX(R2.IDDOC) FROM RA15251 R2 )

Но получил только одну запись, ту которую сделал последний документ...

А... Понял чем срезаются, но не понял как избавиться... Срезаются они тем, что документ переоценка создается сперва по 1-й категории, а потом по 3-й. т.е. идет перекрытие... Как бы от него избавиться...?

zenik писал(а) 23. Октября 2007 :: 13:10:

Мдя... я об этом же писал ранее, но овета "Да, у меня так и есть, быстрая обработка" не получил
ЗЫ. Фпринципе моно было бы и спасибо сказать...

IDDOC - это не последнее значение цены, расположение определяет Дата, Время, Иддок
Попробуй создать новый документ и поперемещать его (дата, время)
Документ, созданный последним, станет ЗА документом с ТАКИМ ЖЕ временем и датой

zenik писал(а) 24. Октября 2007 :: 07:33:

Лучше послушай  совета Вадимко и переделай, а то появиться например УРБД и запрос перестанет неожиданно правильно работать.