Тъкмо си мислех, че съм се оправил с тези select-и и пак дърво

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Надявам се това не е production система. В смисъл, няма да те съдят като не работи...

Имаш ли таблица със складовете? Значи взимаш nomenklatura и CROSS JOIN със складовете. Резултата го OUTER JOIN-ваш с наличностите.

Обаче, имай предвид, че складовите програми не работят така. Въобще няма таблица с наличностите. Пазят се само промените (транзакциите) на количествата.

cheers,
</wqw>
p.s. А SQL ли викаш? Ми дай PRIMARY KEYs на тия таблици, типове данни и други "подробности". Best guess в момента е нещо като

SELECT nom.nomer

    , COALESCE(nal.col, 0) AS col

    , sto.nomer AS sklad

FROM nomenklatura nom

CROSS JOIN stores sto

LEFT JOIN nal

ON nom.nomer = nal.nomer

    AND sto.nomer = nal.sklad

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

на попа тромпет а на теб join?
Пробвай:
сelect nomenklatura.*, nal.sklad, nal.col from nomenklatura where nomenklatura.nomer = nal.nomer

Bеer? Mоre?

Съдържаниет е скрито
Влезте за да го видите

Аз не разбрах за таблицата наличност, при промяна на количеството, правиш update ли? или insert
Т.е е колоната col имаш текущото количество от продукта в дадения момент, в дадения склад. Т.е. ако сега бананите са 0, следобед може да са 100. Правиш update.

Ако триеш ред. Когато бананите станат след обяд 100, дефакто insert в nal.

Сега, едно е да триеш ред в таблицата, когато количеството е 0, друго е да напишеш select...
Ето, ти един select
select nom.nomer code ,nom.descr descr, nal.col qty, nal.sklad store
from nomenklatura nom, nal
where nom.nomer=nal.nomer
and nvl(nal.col,0)<>0
order by nom.nomer, nal.sklad

Редактирано от AйeзCeдaй на 04.10.07 09:57.

хм... защо да не работи когато има таблица с наличностите? Всеки път да смята прихода и разхода и така да получава наличноста към момента ли? Дали ще работи бързо, таблицата с разходите е над 600000 реда? Прехвърлям база данни от clipper, затова съм доста ограничен със преструктуриране на таблиците. А относно предложения селект - не работи при мен

Съдържаниет е скрито
Влезте за да го видите

При промяна на количеството в някой склад мисля да правя update, ако има някаква наличност или insert ако няма, така ще е по-малка таблицата с наличностите, защото от около 65000 номенклатурни номера обичайно наличности има само в около 10000.

Не ми се обяснява защо, но повярвай, такава таблица рядко е коректна, колкото и добре да я maintain-ваш. Обикновено е single source of pain за потребителите, защото наличността често ще е различна от салдата по оборотна ведомост на склада. Съответно ще останат с впечатлението че s/w е много калпав, след като една наличност не може да сметне.

Иначе пробвай без COALESCE (направо nal.col) -- ще ти върне NULL-ове вместо нули.

cheers,
</wqw>

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

ок, сега ще пробвам, а междувременно написах това:

select nomenklatura.*, nal.sklad, nal.col from nomenklatura FULL join nal on nomenklatura.nomer = nal.nomer

на пръв поглед ми връща каквото ми трябва, ОБАЧЕ :
в реалната база като пусна select с join - "минава" за няколко ms, и четения от двете таблици от порядъка на 300-500, а същия select с FULL join .... ужас, минута и нещо и съответно чете от таблиците над 5млн. и 7 млн. това пък защо ????

А идеята да се смятат наличностите ми харесва.... наистина отпадат доста проблеми, които сега имам. Програмата, която работи в момента е на над 10 год., писана е на clipper и често се случва несъответствие между наличностите и приход/разход, но то е заради принципа на работа на софтуера - когато някой потребител започне да набира фактура количествата се "вадят" от склада и това гарантира, че някой друг няма да ги фактурира междувременно, а ако се откаже от фактурата - програмата ги "връща" в склада, само че ако напр. спре тока междувременно - няма кой да ги върне... тогава правя точно това - една програмка изчислява приход/разход за всяко изделие и оправя таблицата с наличностите.

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