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

Регистратор Автоупорядочивание?

Автоупорядочивание не в тему. Пробовал период на регистратор заменить?

(0) Вообще, нужно брать обороты по регистратору и использовать Регистратор.МоментВремени.
Сложность в том, что при "создании" запроса ты этот момент времени не увидшь, если попробуешь вывести его как поле в запроснике.

(2) пробовал. но тогда начинается непонятная логика сравнения - т.е. в пределах одной секунды платежки всегда выше реализации, когда сравниваю по регистратору, то в случае реализаций они сравнивают и себя и платежку, а в случае платежки сравниваются только платежки, реализаций вообще не видно.

(0) Зачем?

(4) Помню, тоже натыкался. Тогда мне нужно было одну РТУ достать. Автоупорядочивание меня спасло. Тебе, как вариант, сначала вылить всё в ТЗ с автоупорядочиванием, а потом снова из неё выбирать.. Но этой край :)

(3) я тупанул отчаяно :(

(5) для отчета по налоговому учету.

(3) это то что надо. время+регистратор уже сразу.

(9) Это стандартная вещь для запроса с нарастающим итогом.

(8) Что мешает использовать таблицу оборотов?

(11) Он ведь писал про нарастающий итог. Или я чего-то не понял?

>пробовал. но тогда начинается непонятная логика сравнения - т.е. в пределах одной секунды платежки всегда выше реализации

а если бы документ "реализация" в методанных появился первым - был бы выше он

зы 1с в подобные запросы подмешивает id таблицы вида документа

общего журнала нет - в пределах секунды кто за кем точно - не известно

(14) Известно. Момент времени, это как раз дата + ссылка

(11) то что расход или приход я буду определять отталкиваясь от измерения событие.

(15) Господин ПЖ говорит, что как раз наоборот - Ссылка + Дата. Ссылка разная, а дата - одинаковая.

(13) как бы по результату очевидно что оно раскидывает опираясь на что-то еще, но не нашел четкой отсылки на что именно.

(18) Господин ПЖ считает, что на метаданные. (13)

(15) в профпрограмировнии 1С написано что хронолигию записей в журнале определяют период+регистратор+номерзаписи

(15) >Известно.

нет

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

(20) Период - один и тот же.
Регистратор - Ты знаешь, что это?
Номер записи - один и тот же.

>Момент времени, это как раз дата + ссылка

сделай запрос с парой видов документов и получишь (4): "т.е. в пределах одной секунды платежки всегда выше реализации"

(22) Повлиять есть возможность:
Можно в разные подзапросы по условию отделить платежки от реализаций и расставить в нужной тебе последовательности.

>Господин ПЖ считает, что на метаданные

достаточно взять нормальную консоль или в ТЖ/QA залезть и посмотреть запрос приходящий на скуль

(24) Патамушта их создали раньше.

(27) нет

(27) В метаданных, ты имеешь ввиду, или сами документы?

Счаст я посмотрю, что sql смотрит на Регистратор.МоментВремени и все станет ясно

Да, походу вид документа учтывается.

ВЫБРАТЬ ПЕРВЫЕ 1
    Продажи.Регистратор.МоментВремени,
    Продажи.Номенклатура
ПОМЕСТИТЬ Товары
ИЗ
    РегистрНакопления.Продажи КАК Продажи
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Товары.Номенклатура,
    Товары.РегистраторМоментВремени КАК РегистраторМоментВремени
ИЗ
    Товары КАК Товары

УПОРЯДОЧИТЬ ПО
    РегистраторМоментВремени


2 запрос в sql:

SELECT
T1._Q_000_F_001RRef,
T1._Q_000_F_000_00,
T1._Q_000_F_000_01TRef,
T1._Q_000_F_000_01RRef,
T1._Q_000_F_000_02
FROM #tt1 T1 WITH(NOLOCK)
ORDER BY (T1._Q_000_F_000_00), (T1._Q_000_F_000_01TRef), (T1._Q_000_F_000_01RRef), (T1._Q_000_F_000_02)

(32) А как ты это сделал? Что за программа?

(33) "Пащутиль, да?" © к/ф Война.

(34) Не, я серьйозно. Как можно запрос на 1С перевести на ЭсКьюЭль?

(35) Профайлером жи.

Ну или особой уличной магией.

(36) Ясно, спасибо.
(32) А есть аналог для файловой базы?

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

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