Многоуважаемые программисты. Вопрос может немного не по теме, но тем не менее. Пишу складскую программу firebbird + delphi 7.0. Опыт небольшой. Подскажите, пожалуйста, стоит ли хранить промежуточные остатки товаров, взаиморасчетов в отдельных таблицах? Я рассчитываю их на конец месяца при проведении документа при помощи хранимой процедуры. Далее при наступлении следующего месяца (расчетного периода) переношу их с предыдущего месяца, а далее опять при проведении документа их изменяю, потом при наступлении следующего месяца опять переношу и т.д. Или можно вообще отказаться от промежуточных итогов. Не будет ли это тормозить на большом объеме данных, т.к. документы придется просматривать с начала ввода? А промежуточные итоги нужно тоже пересчитывать, если документ проводить задним периодом. Может, кто проектировал склад? Как рассчитывал остатки? Поделитесь опытом. Намекните. С уважением, Андрей.

Чем 1С не устроил?

>Andrey2025   (02.04.10 23:29)  
кол-во записей в месяц? порядок?

> Германн ©   (03.04.10 02:31) [1]
>
> Чем 1С не устроил?

Нафиг он сдался?

> Andrey2025   (02.04.10 23:29)  

Вообще - смысла нет. Если только не очень много. Хотя, если такие вопросы - значит не много. Так что не стоит :)

> Или можно вообще отказаться от промежуточных итогов. Не
> будет ли это тормозить на большом объеме данных, т.к. документы
> придется просматривать с начала ввода?


Если документов будет максимум 100000, то тормозов не будет (если запросы грамотно написать и индексы в нужных местах проставить), если порядка 1млн, то будет в 10 раз медленнее :)

>Loginov Dmitry ©   (03.04.10 16:10) [4]
для FB и миллион не проблема при условии

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



если порядка 1млн, то будет в 10 раз медленнее :)

это не соответствует действительности)

> это не соответствует действительности)


для расчета остатков придется пройтись по всем записям таблицы от начала до указанной даты. Чем записей больше, тем медленнее. Очевидно, что в данном случае зависимость линейная, или близка к ней.

> для расчета остатков придется пройтись по всем записям таблицы
> от начала до указанной даты. Чем записей больше, тем медленнее.
>  Очевидно, что в данном случае зависимость линейная, или
> близка к ней.

для получения остатков по товару, необходимо пройтись по индексу - full scan таблицы(это именно "пройтись по всем записям таблицы от начала до указанной даты") здесь совершенно не причем

> для получения остатков по товару, необходимо пройтись по
> индексу - full scan таблицы(это именно "пройтись по всем
> записям таблицы от начала до указанной даты") здесь совершенно
> не причем


Поскольку остатки нужно рассчитать разом для всех товаров, то обойдется весь индекс-дата вплоть до заданного значения. И чем больше записей, тем больше времени все это займет. Таким образом зависимость будет линейной, или близка к линейной.

Класс ! Чел не знает ни складского учета, ни программирования и садится писать программу. И тут же появляются доброхоты-помощнички :)

> Чел не знает ни складского учета, ни программирования


Через 15 лет освоит!
:)

Удалено модератором

Очень бы хотелось получить информацию по работе ThreeWiev или его модификациях, может, кто даст ссылку, где скачать описания подробное этого компонента. Нужно для организации древовидной структуры справочников наподобие 1с.

> Класс ! Чел не знает ни складского учета, ни программирования
> и садится писать программу. И тут же появляются доброхоты-
> помощнички :)

Коммент без основания.
А всем остальным спасибо, хоть за какую-то помощь.

> Andrey2025   (04.04.10 00:54) [12]
>
> Очень бы хотелось получить информацию по работе ThreeWiev
> или его модификациях, может, кто даст ссылку, где скачать
> описания подробное этого компонента. Нужно для организации
> древовидной структуры справочников наподобие 1с.
>

Так может лучше купить 1С?

P.S. Ты бы хоть для начала освоил "правильнописание". TreeView.
Потом попытайся прочитать справку Delphi по компоненту TTreeView.

> Так может лучше купить 1С? P.S. Ты бы хоть для начала освоил
> "правильнописание". TreeView.Потом попытайся прочитать справку
> Delphi по компоненту TTreeView.

Извини, описался. Кое-что уже нарыл по данному компоненту в doc формате. Постараюсь разобраться. И вообще, причем здесь 1С? Это форум по delphi. Справки Архангельского читаю, но их одних недостаточно. Если у кого есть полезные ссылки на статьи по данному компоненту или подобным, в частности по построению дерева на основе данных, рекурсивным запросам, буду очень рад, остальной флуд типа 'ничего не знает' прошу не писать.

> Andrey2025   (04.04.10 03:07) [15]
>
>
> > Так может лучше купить 1С? P.S. Ты бы хоть для начала
> освоил
> > "правильнописание". TreeView.Потом попытайся прочитать
> справку
> > Delphi по компоненту TTreeView.
>
> Извини, описался. Кое-что уже нарыл по данному компоненту
> в doc формате. Постараюсь разобраться. И вообще, причем
> здесь 1С? Это форум по delphi.

Да это форум по Дельфи. Но на этом форуме никто не приветствует разработку велосипедов.
А чем ещё ещё является твой сабж, как не разработкой нового велосипеда?
Я уж не перехожу на "отдельные личности", на которые ты ссылаешься. :)

> Германн ©   (04.04.10 02:08) [14]


> Так может лучше купить 1С?
>

Дался тебе этот одинэс..

> Andrey2025   (04.04.10 03:07) [15]

Смотри в сторону DevExpress - там все есть.

> turbouser ©   (04.04.10 03:24) [17]
>
>
> > Германн ©   (04.04.10 02:08) [14]
>
>
> > Так может лучше купить 1С?
> >
>
> Дался тебе этот одинэс..
>

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

Вот лично мне он не дался. Я следую линии ИШ. Он всегда полагался (по крайней мере внешне) на Microsoft. :)

> Вот лично мне он не дался. Я следую линии ИШ. Он всегда
> полагался (по крайней мере внешне) на Microsoft. :)
>

Т.е. на уже разработанные велосипеды. :)