Вопрос с запросом

А никто и не кричит! Просто констатируют факт, что в первом посте написан не очень корректный код, называемый в простонародье, быдлокодом. Что мешает тебе выгружать колонку с номенклатурой и ее передавать в запрос? Причем в запрос можно передавать и саму таблицу и уже там все сравнивать?

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

Наверное лучше спросить про всю задачу целиком, а то в час по чайной ложке, а в конце окажется вообще совершенно другое!

Задача простая:<br>по оборотке 41.01 видим отрицательные остатки по количеству. Складов много - можно сделать перемещение ровно на то количество, которого не хватает в конкретном документе.<br>Нужно найти, на каком складе недостающее количество есть, и переместить на нужный склад, после чего перепровести документы

классный вариант оптимизации складского учета! А кладовщик успевает отслеживать количество товара, которое у него изчезает и появляется загадочным образом?

Я даже приблизительно рассказывать не буду, почему получается так, что в бухгалтерии списывается больше,чем нужно.<br>Суть от этого не меняется, а задача вполне конкретная. И не складской учет мы оптимизируем, а базу бухгалтерии приводим в божеский вид.<br>Тем более, Вы ж не знаете, какая специфика организации, почему так получается, какой вообще объем.. А всё туда же.<br>К примеру, только у одной из организаций 143 склада.

> А всё туда же.<br>Куда? <br>> И не складской учет мы оптимизируем, а базу бухгалтерии приводим в божеский вид.<br>они у вас "сами по себе"?<br>> К примеру, только у одной из организаций 143 склада.<br>правила складского учета "не зависят" от количества складов.

Они - сами. В УТ. В разных городах. И на складах у них порядок.<br>Ну, и не важно это... Задача-то другая.<br>Я и правда не вижу другого алгоритма....

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

все данные кинуть в SQL server 2003 и считать в нем через SQL запросы (благо ADO есть)  <br>)))<br>серьезно, когда не понятно каким образом храняться таблицы и какие индаксы прицепленны система начинает превращаться в черный ящик и совсем не удивительно что возникают тормоза...