Остатки на дату.

[Recoilme]

Цитата:

Сообщение от chel

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

По поводу повторной шпильки в мой адрес: еще раз говорю - напишите Ваш Корректный Алгоритм, который корректно отработает эту ситуацию. Мне он не очевиден пока.

Остатки на 01 января

PHP код:

ТЫТЫСЫБЕГИН

SELECT  [I]ФОРАПДЭЙТ [/I] TOP 100 dbo.INVENTSUM.ITEMID AS ITEMID, SUM(dbo.INVENTSUM.POSTEDQTY) - SUM(dbo.INVENTTRANS.QTY) AS QTY, 
                      dbo.INVENTSUM.INVENTDIMID
FROM         dbo.INVENTSUM LEFT OUTER JOIN
                      dbo.INVENTTRANS ON dbo.INVENTSUM.INVENTDIMID = dbo.INVENTTRANS.INVENTDIMID AND 
                      dbo.INVENTSUM.ITEMID = dbo.INVENTTRANS.ITEMID
WHERE     (dbo.INVENTTRANS.DATEPHYSICAL >= CONVERT(DATETIME, '2006-01-01 00:00:00', 102)) AND 
        ((dbo.INVENTTRANS.STATUSRECEIPT = 1) OR
                      (dbo.INVENTTRANS.STATUSISSUE = 1) OR
                      (dbo.INVENTTRANS.STATUSRECEIPT = 2) OR
                      (dbo.INVENTTRANS.STATUSISSUE = 2) OR
                      (dbo.INVENTTRANS.STATUSRECEIPT = 3) OR
                      (dbo.INVENTTRANS.STATUSISSUE = 3))
GROUP BY dbo.INVENTSUM.ITEMID, dbo.INVENTSUM.INVENTDIMID

ТЫТЫСЫКОММИТ 


Люди, не обращайте внимания на этот код, так делать на реляционной базе не стоит!
Это просты мы с chel пиписьками меряемся..

[chel]

Цитата:

Сообщение от Recoilme

Люди, не обращайте внимания на этот код, так делать на реляционной базе не стоит!
Это просты мы с chel пиписьками меряемся..

Продолжим меряние

Есть небольшие проблемы в этом запросе
1. Он не учтет ту номенклатуру, по которой сейчас нет остатков. Например, если 31 декабря по "чистой" номенклатуре был сделан приход 5 шт, а 2 января расход -5, то на 1 января остаток не отобразится.
2. Даже, если сделать full outer join этих таблиц, чтобы решить п.1., то к этому никак не прикрутить еще и InventDim с отбором хотя бы по складу (а как жить без этого )

PS. В Вашем случае совсем не обязательно было делать forupdate и тытысы-операции - все равно все одним запросом получаете

Цитата:

Сообщение от mazzy

А потом расскажите во сколько раз таблица промежуточных итогов превышает таблицу проводок.

Рассказываю. На примере 2-х лет. Промежуточные итоги меньше проводок в 2 раза. Уточнение для пуристов - это не претендует на универсальность и общеупотребимость. Про это пущай вендор думает.

[Recoilme]

Цитата:

Сообщение от chel

Продолжим меряние

Есть небольшие проблемы в этом запросе
1. Он не учтет ту номенклатуру, по которой сейчас нет остатков. Например, если 31 декабря по "чистой" номенклатуре был сделан приход 5 шт, а 2 января расход -5, то на 1 января остаток не отобразится.

2. Даже, если сделать full outer join этих таблиц, чтобы решить п.1., то к этому никак не прикрутить еще и InventDim с отбором хотя бы по складу (а как жить без этого )

Ага, развлекуха.. Во всяком случае пока модераторы не проснутся
1. Да ну??? А вы в инвентсам заглянуть и проверить свои домыслы не пробовали? Записи из инвентсама не удаляются. Они обнуляются. Описанная Вами ситуация невозможно ни первого, ни второго января
2. Т.к. решать пункт 1 не нужно, объяснять как прикрутить инвентлокэйшен надеюсь тоже не нужно?

Вобщем сдавайся давай!!!

[chel]

Цитата:

Сообщение от Recoilme

1. Да ну??? А вы в инвентсам заглянуть и проверить свои домыслы не пробовали? Записи из инвентсама не удаляются. Они обнуляются. Описанная Вами ситуация невозможно ни первого, ни второго января

Признаю, затупил.
Зато Alexius дело говорит. Один Sum соединится со многими Trans и в Trans.Qty получится фиговый.
Wamr, а ведь max тоже не пройдет. Что он даст например в случае:
Sum = 10
Trans1 = 5
Trans2 = 5

[Recoilme]

Цитата:

Сообщение от chel

Признаю, затупил.
Зато Alexius дело говорит. Один Sum соединится со многими Trans и в Trans.Qty получится фиговый.
Wamr, а ведь max тоже не пройдет. Что он даст например в случае:
Sum = 10
Trans1 = 5
Trans2 = 5

Нормально "даст"

[Alexius]

Цитата:

Сообщение от Recoilme

Люди, не обращайте внимания на этот код, так делать на реляционной базе не стоит!

Канешна не стоит, т.к. отсутствует связь по DATAAREAID, остатки из InventSum выберутся только те, по которым есть проводки и напоследок они умножатся на кол-во проводок по номеклатуре+аналитика данного остатка