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

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

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

Триггеры в master-detail [IB6.x]

Страницы: < 1 2 3 4 5 6 >
deras © (2007-05-21 15:36:00)
есть 3 таблицы:
1) Главная T_MAIN
Поля: ID, ID_KONTRAG, ID_SKLAD

2)Подчиненная T_CHILD
Поля: ID, ID_PARENT, KOLVO, CENA, SUMA

T_CHILD.ID_PAREN -> T_MAIN.ID

3) Таблица KUB
Поля: ID, ID_KONTRAG, ID_SKLAD, KOLVO, CENA, SUMA

Как повесить триггеры (After INS/UPD/DEL) на какую-то из T_MAIN или T_CHILD (точно не знаю), чтоб данные попадали в таблицу KUB?

deras (2007-05-22 15:54:00) [61]
Очень благодарю за вопросы ANB © (22.05.07 13:54) [44]

>Как будет вестись учет остатков ?
Остатки вычисляются запросом из таблицы KUB
Т.е. нет таблицы, где хранятся остатки. Вы посоветуете - надо? Какова ее стр-ра (минимально)

>Что делать при изменении цен ?
Имеется ввиду продажных цен? Есть справочник товаров, в котором меняется продажная цена

>Как будет определяться, какой товар (по какой учетной цене) будет списываться ?
Первый пришел, первый ушел (как подсказал мне знакомый бухгалтер)

>А магазин и склад - это несколько разные вещи.
Для клиента это не надо. У него товар приходит сразу на точку (торговый лоток)

ANB (2007-05-22 14:06:00) [62]
Так же неплохо бы посмотреть на 1С - торговля+склад. Если не хотят ее ставить, то явно жмотяться. Обычно фирмы, которых 1С не устраивает, представляют себе, что цена разработки на заказ будет еще выше.

Sergey13 (2007-05-22 13:55:00) [63]
> [43] deras © (22.05.07 13:28)
> Это я к примеру про серийник...

Блин! Это твое "к примеру" коренным образом влияет на систему учета, и следовательно, на структуру БД. Чем больше будет конкретики и меньше "к примеру" тем больше шансов получить конкретные ответы, а не отсылки по адресу.

> Дело в том, что у меня нет понятия "магазин". просто я обзываю склад конкретным именем (например Магазин "У Васи").
Ты или пользуйся общей терминологией или не пользуйся ей вообще. Что ты там как обзываешь - это твое личное дело, хоть дурдом "Солнышко". Просто другие этот твой дурдом ведь не видят. А магазин и склад - это несколько разные вещи. Магазин продает, следовательно делает наценки, получает прибыль. Склад же (в общем случае) ничего не продает - просто получает, хранит и передает.

> Надо отдельно справочник магазинов?
А я знаю, что тебе надо? Ты же как партизан на допросе - все клещами надо тянуть. Может у тебя один склад обслуживает несколько магазинов.

> А какие вообще могут быть условия?

см. [27] Sergey13 © (22.05.07 10:31)

ANB (2007-05-22 13:54:00) [64]

> Поэтому приход/расход идет на/из склада

Подумай хотя бы над вопросом - кто будет оформлять списание товара из склада "Магазин У Васи" ? Или остатки не нужны ?
Как будет вестись учет остатков ? Если остатки нужны, то в каком разрезе ? Что делать при изменении цен ? Как будет определяться, какой товар (по какой учетной цене) будет списываться ?

100 у.е. - сравни с ценой, которую я озвучил. Самопальную поделку может в конце концов и поставят и 100 баксов отдадут. Только больше ее никто не возьмет. Если устраивает з/п в 100 баксов за несколько лет работы - берись. :)

deras (2007-05-22 13:28:00) [65]
>Про обувку. Судя по ТЗ тебе пытаются заказать под видом простенькой >задачки довольно сложную систему, которую писать придеться с >доделками несколько лет. При этом сумма гонорара не увеличится. В конце >концов тебе скажут, что ты не можешь сделать элементарную вещь и >вообще не заплатят.

Я как раз об это и думал... Сума? 100 у.е. предварительно. Город небольшой платежездатность маленькая...

>Ты там перечислил некотыре функции, которые хотел бы реализовать. >Условий никаких, кроме как "в расходе надо указывать серийник товара, >который в приходе сбсно не нужен (я так думаю)".
Это я к примеру про серийник... А какие вообще могут быть условия? Склад - продукты бакалеи. Дело в том, что у меня нет понятия "магазин". просто я обзываю склад конкретным именем (например Магазин "У Васи"). Поэтому приход/расход идет на/из склада. Есть единый справочник складов.
Или так тоже неправильно? Надо отдельно справочник магазинов?

Sergey13 (2007-05-22 13:06:00) [66]
> [40] deras © (22.05.07 12:23)
> Чего ж не объявил? Коротко это звучит как [28]
Ты там перечислил некотыре функции, которые хотел бы реализовать. Условий никаких, кроме как "в расходе надо указывать серийник товара, который в приходе сбсно не нужен (я так думаю)".

ANB (2007-05-22 13:01:00) [67]

> Чего ж не объявил? Коротко это звучит как [28]

В 28 явно не вся задача. И если так тебе ее поставили, то еще придется потратить время на разработку полного ТЗ.
К тому же не объявлена стартовая сумма :)
Про обувку. Судя по ТЗ тебе пытаются заказать под видом простенькой задачки довольно сложную систему, которую писать придеться с доделками несколько лет. При этом сумма гонорара не увеличится. В конце концов тебе скажут, что ты не можешь сделать элементарную вещь и вообще не заплатят.

deras (2007-05-22 12:23:00) [68]
>При том, что начальных условий ты так до сих пор и не объявил

Чего ж не объявил? Коротко это звучит как [28]

Sergey13 (2007-05-22 12:01:00) [69]
> [38] deras © (22.05.07 11:40)
> а не просто типа "читай теорию" или "зайди на sql.ru - там все есть"
Так говорят то так тоже не просто так. А часто потому, что ответ лежит или на первой странице по F1 (справкой надо пользоваться) или когда ответ предполагает целую лекцию по основам, которые уже описаны в книгах.
В твоем случае - второй вариант. Некоторый базиз должен быть прочитан и понят прежде чем идти сюда (куда либо вообще) и спрашивать про проектирование (кстати ты спрашивал даже не про проектирование, а про реализацию неправильно спроектированного решения - почувствуй разницу). А проектирование вообще штука тонкая и неоднозначная. И коротко на такие вопросы отвечать довольно сложно. При том, что начальных условий ты так до сих пор и не объявил.

deras (2007-05-22 11:40:00) [70]
понял... Надо учить матчасть.....
Огромное все спасибо!

Может, мое мнение тут ни к чему, но. Очень уважительно отношусь к конструктивным ответам, а не просто типа "читай теорию" или "зайди на sql.ru - там все есть"

З.Ы. Хотел спросить, что имеется ввиду, когда говорите от "обувке"? Что это значить?

Sergey13 (2007-05-22 11:19:00) [71]
> [33] deras © (22.05.07 11:04)

http://www.sql.ru/forum/actualtopics.aspx?bid=36

Вот тут много обсуждений проектировани, в том числе и складов. Так же на сайте есть неплохая библиотека.

Sergey13 (2007-05-22 11:11:00) [72]
> [28] deras © (22.05.07 10:49)
> Только не надо издевательств по этому поводу... :-)

Никто и не издевается. Просто, я уже говорил, многие писали склады и представляют себе объемы работы.

> - приход товара
> - перемещение
> - списание
> - продажа
> - переоценка
Это все движение товара.

> - продажа
> - доход за период
> - обороты (колличественные) товара за период

Значит уже не просто склад, а склад+магазин? Розница? Опт? И то и это?

Это проект под конкретный магазин или ты хочешь создать нечто универсальное?

Вобщем тебе надо рыть в инете по полной программе, читать, вникать, сравнивать. Спрашивать заказчика о его организации работ - очень дотошно и конкретно. Одно "умолчание о несущественных деталях" грозит полной переработкой проекта, а то и полным провалом.
После подобного исследования уже приступать к проектированию БД.

ANB (2007-05-22 11:11:00) [73]

> Потому и спрашиваю у знающих людей совета....

Не, это не здесь надо спрашивать. Когда я писал склад + бухгалтерия в весьма упрощенном виде, со мной сидел главбух и в течение двух месяцев старательно разжевывала основы бух учета и складского учета. А потом я уже взялся за таблицы. Да и получилось только с третьего раза.
Совет - поискать инфу по бух учету и складскому учету. Или сесть с заказчиком (точнее его бухом) и нарисовать все на бумажке.

Сергей М. (2007-05-22 11:08:00) [74]

> deras © (22.05.07 11:04) [33]

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

Без этого даже начинать не стОит.

deras (2007-05-22 11:04:00) [75]
>Ее можно решить упрощенно, но лучше пока в качестве тренировки

Приблизительно это я и хочу сделать. Но даже для тренировки надо знать КАК энто сделать.
Потому и спрашиваю у знающих людей совета....

Сергей М. (2007-05-22 11:03:00) [76]
Правильно. И это опять же говорит либо о полной некомпетенции Заказчика и Подрядчика либо об "обувке".

ANB (2007-05-22 11:01:00) [77]

> Это бухгалтерские отчеты

Правильно. А это значит, что придется вести еще и бух.учет на основании документов.

Сергей М. (2007-05-22 10:58:00) [78]

> - доход за период
> - обороты (колличественные) товара за период

Это бухгалтерскиеотчеты, а не складские.

ANB (2007-05-22 10:55:00) [79]

> Это простая программа учета товара на складе.

Простая программа в любом случае вылезет потом в сложную.
Для справки. Стоимость нормальной складской программы порядка 500 килобаксов. Если это реальный проект, то :
1. Ты взялся пока за непосильную задачу. Ее можно решить упрощенно, но лучше пока в качестве тренировки, не выводя задачу на реал.
2. Тебя конкретно обувают с этим заказом.

deras (2007-05-22 10:49:00) [80]
>Ты пишешь реальный проект или курсовую
Проект. Только не надо издевательств по этому поводу... :-)

Это простая программа учета товара на складе. Надо док-ты:
- приход товара
- перемещение
- списание
- продажа
- инвентаризация
- переоценка

Отчеты:
- доход за период
- обороты (колличественные) товара за период

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

Наверх

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