Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

подсчёт кол-во в складской программе [D7, Paradox]

Страницы: < 1 2 3 4 5 6 7 >
@k@DElpher © (2005-04-22 20:00:00)
Здравствуйте,
пишу программу по учёту склада(ну и остального:))
есть две таблицы Парадокса:
покупки, продажи
структуры почти одинаковые:
ID(ключ),IDDoc-номер,как документа, имя документа(накладная №3),
GOODID- номер товара из таблицы товаров,Amount -Кол-во и так далее...
Как вы заметили здесь даны не документы, а товары со свойствами на принадлежность к одному документу(IDDoc).
Так вот мне надо так подсчитывать суммы, чтоб оно относилось к одному документу, и выводить это юзеру, как таблицу накладных с суммами, и например остатки по этим таблицам...
в общем там разберусь- главное, что использовать? Куда думать:)? У кого подглядеть?
или, если, кто знает - где взять примеры, и где почитать касательно именно этой темы(разработки бухгалтерских и складских программ на Delphi...
( писать буду на Delphi 2005:) )
Заранее благодарен:)...

msguns (2005-04-28 13:43:00) [101]
>@k@DElpher

Ты пойми, дело совсем не в базе. То, что ты наваял в [8] можно сделать хоть в обычных текстовыъх файлах хоть в оракле, хоть в хренакле,- оно не будет работать. Никогда. Потому что не может. В принципе. Как не может летать самолет без крыльев и двигателя. Разве что с обрыва ;)))

Ну почитай же дайджесты. Хотя бы ознакомься с такими понятиями, как "Карточка", "Номенклатурник", "Группы товара", "Счет", "Оплата", "Сальдо", "Прайс-лист", "Заявка", "FIFO" и т.д.
А еще лучше, посмотри как сделан 1С. Хотя бы меню и вид документов.

Ну хватит же строить из себя воинствующее невежество-то

Sergey13 (2005-04-28 13:26:00) [102]
2[22] @k@DElpher (28.04.05 13:23)
>А где почитать про Orcle в Delphi?
Его в нем нет, как и Парадокса. 8-)

Sergey13 (2005-04-28 13:24:00) [103]
2[21] @k@DElpher (28.04.05 13:17)
Еще раз повторю - основная твоя ошибка не выборе БД (хотя Парадокс это не самый лучший выбор однозначно), а в проектировании БД. Твоя схема и на Оракле будет плохой.
Полазай поиском тут и вообще в инете. Склад не раз обсуждался.

@k@DElpher (2005-04-28 13:23:00) [104]
ANB, Нет не работал
А где почитать про Orcle в Delphi?

@k@DElpher (2005-04-28 13:17:00) [105]
Ни чего не остаётся, как послушать последнее сообщение:)...
Oracle- это сильно сложно:)?... Просто по идеи я в БД начинающий... И вообще самоучка. Потому что ещё школу не закончил:). Так что где-то знаю много где-то не знаю:)... Ладно попробуем с пародоксом и изучим оракл...

Johnmen (2005-04-28 09:32:00) [106]
Круче только яйца. На них и делай.

ANB (2005-04-28 09:28:00) [107]

> Anatoly Podgoretsky © (28.04.05 09:20) [18]
- с BTriev работать не приходилось ?

ANB (2005-04-28 09:20:00) [108]

> msguns © (28.04.05 09:18) [16]
- Oracle круче !!!!

Anatoly Podgoretsky (2005-04-28 09:20:00) [109]
Хранить деньги в Парадоксе, останешься без денег.

msguns (2005-04-28 09:18:00) [110]
DB2

Sergey13 (2005-04-28 09:14:00) [111]
2 [13] @k@DElpher (28.04.05 02:31)
Вопрос не на чем, а как.

ANB (2005-04-28 09:14:00) [112]
Oracle 9

@k@DElpher (2005-04-28 02:31:00) [113]
тогда на чём это круче сделать(и лучше, чтоб быстрее изучить:))

Sergey13 (2005-04-27 09:46:00) [114]
2[11] msguns © (27.04.05 09:43)
Ну вот. Я 3 дня ждал, что ты с лекцией выступишь по этому вопросу как всегда.
А ты кратенько так. Но емко. 8-)

msguns (2005-04-27 09:43:00) [115]
>@k@DElpher (26.04.05 19:26) [8]

Мрак..

Polevi (2005-04-27 09:14:00) [116]
а вообще зря ты связался с парадоксом
прошлый век

Polevi (2005-04-27 09:13:00) [117]
select goodid, sum(qty) from
(
select goodid, qty as qty from приходы
union all
select goodid, -qty as qty from расходы
) t
group by goodid

@k@DElpher (2005-04-26 19:26:00) [118]
В общем я подумал, и решил, что так много мороки:)...
И решил использовать дргой способ... точнее 2(не могу определиться)
1) Две таблицы: покупки и продажи+ ещё две(для документов):
Когда делаем накадную, то все товары добавляются в покупки и плюс эта накладнаядобавляется в реестр...
Накладные Реализации
| |
Купленные товары проданные товары
\\ //
(Вывод информации)
Плюсы такой структуры:
Избавились от проблемыгруппировки в дркументы
Минусы:
Но самое главное программе- это возможность покаывать ОСТАТКИ.
И я не знаю на сколько сложно группировать товары из двух таблиц в одну...
2)1 таблица всех товаров, при чём у них есть свойство куплен или реализован.... При добавлении, всё пихается в одну таблицу и плюс документ прописывается в соответствующей таблицы(реестре):
ТОВАРЫ
/ \ /здесль не совсем сязь- это необ Купленные Реализованные /ходимо только для вывода ИНФЫ
|| /И нормального отображения || /товаров в докумете
|| /Вывод информации идёт прямо из товаров
(ОСТАТКИ)
Плюсы:
Удобно выодить остатки
Минусы:
вдруг мне ещё что-то понадобиться:) И Чтоб во время запроса всё было нормально прийдётся в кол-во для продаж ставить МиНУС?

Если сталкивались с этой проблемой, Помогите пожалуйста:)...

ЮЮ (2005-04-23 07:05:00) [119]
Можно, для этого написать запрос такой, чтобы возвращались данные в нужном виде, т.к. DBGrid предназначен для показа TDataSet-a.

Если получить данные в нужном виде не получается, то можно полученные данные уже на клиенте "записать" в виртуальный DataSet (TClientDataSet, TRxMemoryData, etc) и уже его отобразить в DBGrid

@k@DElpher (2005-04-23 06:44:00) [120]
В общем QReport- это такие же отчёты, как и FastReport(Вроде)...
А можно ли сделать так, чтоб сгруппированые значения выводились не в таком виде(отчёта), а в DBGrid?

Страницы: < 1 2 3 4 5 6 7 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »