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

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

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

Правильное сохранение при Мастер- Детаил [D7, FireBird]

Страницы: 1 2 3 4 >
Xmen © (2009-03-26 07:16:00)
Привет мастерам.
Делаю программу для склада. Сделал таблицы для прихода товара. Установил связь мастер - детаил. Вопрос в том что если создать форму и поместит в нем 2 грида, один мастер другой детаил то при вводе мастер все нормально но в детаил таблицу ввод не получается изза того что не сохранен данные в мастер таблице. Как можно сохранит сразу и мастер и детаил без commit таблицы мастера?

Xmen (2009-03-30 08:43:00) [1]
Ну вам спасибо хотя многое ругали и это полезно. Кое чему научился. Вернусь первой структуре базы, там мне многое было понятно а то сам спутался. Кое что стало ясно из ваших советов, это я об организации склада. Ну я еще вернусь за советами ;-)

MsGuns (2009-03-28 14:29:00) [2]
Дом "скорби"
Пациент с манией великого математика подходит к одному из своих соседей по палате:
- Я тебя сейчас продифференцирую !
Сосед падает в обморок. Подходит к другому:
- Я тебя сейчас продифференцирую !
Никакой реакции.
- Я тебя сейчас проинтегрирую !
Чувак забился в припадке.

"Математик" гордо озирается и, увидя в углу еще одного соседа, подходит к нему:
- Я тебя сейчас продифференцирую !
Никакой реакции.
- Я тебя сейчас проинтегрирую !
Никакой реакции.

- Ты чего не боишься !?
- А я е в степени х

Германн (2009-03-28 00:31:00) [3]
Ну а я не только не писал ни того, ни другого. Но и не разу не "фетчил". И уж тем более не "политурил"!
Так что мне всё по-фигу. :)

Anatoly Podgoretsky (2009-03-27 19:38:00) [4]
Утопиться, одним ударом по двум зайцам.

Palladin (2009-03-27 16:48:00) [5]
по вкусу :) я бы упился :)

MsGuns (2009-03-27 16:46:00) [6]
А я калькулятор не писал - мне убиться или упиться ? :)

clickmaker (2009-03-27 16:19:00) [7]
склад не писал. А вот калькулятор - да.
Поэтому убиваться об стену не буду, только напьюсь с горя -)

Игорь Шевченко (2009-03-27 16:16:00) [8]
Sergey13 © (27.03.09 16:00) [67]

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

> ИМХО склад и калькулятор каждый должен написать сам хотя
> бы раз. 8-)

Ни разу не писал. Пойду удавлюсь с горя :)

Sergey13 (2009-03-27 16:00:00) [9]
> [63] Игорь Шевченко © (27.03.09 15:39)
Не всегда. Да и дешевле не значит лучше. Тоже конечно не всегда.
Но учиться то на чем то надо.
ИМХО склад и калькулятор каждый должен написать сам хотя бы раз. 8-)

MsGuns (2009-03-27 15:46:00) [10]
Ешкин хвост, таблица "Операции" типа хранит данные о фактуре накладной ? Бо ее-то (фактуры) здесь и не хватает. А если так, то опять все с ног на голове.
Возьмите хоть одну "живую" накладную и просто внимательно разглядите ее - может тогда прояснится на доске ?

Сергей М. (2009-03-27 15:45:00) [11]

> Таблица Tovar у меня является таблицей движения

А таблица OPERATION тогда у тебя что ?

И с какого перепугу они, эти две таблицы, друг на друга ссылаются ?

Рука руку моет ?)

MsGuns (2009-03-27 15:41:00) [12]
>Xmen (27.03.09 14:18) [56]

Просто критика:

>TABLE TOVAR

Судя по структуре попытка привязать стойло к лошади, т.е. товар к документу, в то время как нужно с точностью до наоборот. Ну если уж эта таблица предназначена для хранения товарного СПРАВОЧНИКА, то

а) цене в справочнике делать нечего, ибо она должна быть в КАРТОЧКЕ
б) отсутствует несколько важных характеристик товара, например принадлежность к группе (категории) товара, ссылка на прайс-листы и т.д.

>DOCUMENT
> N_DOC - номер документа (приход/расход)

В одном поле и номер и тип документа ? Это как ? У документа может быть более одного номера, например для приходов есть внеший (входящий) и внутренний (учетный). Иначе 1-го января все приходы будут нумерованы 1 или оригинальный номера будут утеряны, что чревато.

> N_DOG - номер договора
Аналогично. Если требуется аналитика по договорам (заявкам) следует определить в БД объект "Договор" ("Заявка" или "Заказ"), спроектировать его таблицы, а в документах использовать ссылки на них

> DATE_DOC - дата документа
Одной даты мало например для приходов. Накладная может быть выписана 1-м числом, а товар прибыл 2-го.

>SUMMMA_DOC - сумма документа
Одной суммы мало. Требуется еще как минимум одна - НДС. Кроме того неясно как поступать со скидками (надбавками) ?

>PRINIAL - принял (ФИО)
>SDAL - сдал (ФИО)
Опять фигня. Если приход, то одного ФИО мало и требуется еще номер и дата доверенности
Зачем два ФИО, если вполне достаточно одного - ведь двух ФИО на одном док-те быть не может

>ORG - организация (приход/расход)
Опять "рюшечки" :) Должон быть справочник контрагентов с полной инфой включая банковские реквизиты, дира, главбуха и т.д., а здесь опять-таки ссылочка

>TYPE_DOC - тип (приход/расход)

Мало ибо есть еще как минимум один тип - списание

>TABLE OPERATION
Даже не обсуждаю - полная профанация фестивалит :)
Если требуется вести журнал операций, то хотя бы нужно понять что это такое и с чем его едят - опять-таки марш к 1с

В целом "картина маслом" (с)
Выкрасить и выбросить :)

Игорь Шевченко (2009-03-27 15:39:00) [13]
Sergey13 © (27.03.09 15:18) [62]

готовое купить гораздо дешевле

Sergey13 (2009-03-27 15:18:00) [14]
> [59] Xmen (27.03.09 14:55)
> Таблица Tovar у меня является таблицей движения
Чума просто. 8-)

> [60] Xmen (27.03.09 15:02)
> сначала это был склад маленькой продуктовой базы, ну я хотел
> это использовать и в других случаях.

Типа по легкому бабла срубить?

Вобщем тебе надо разобраться с предметной областью. И с основными принципами проектирования БД, всякие там ключи, нормальные формы и т.п.
Без этого пока дальше двигаться смысла нет, ИМХО.

MsGuns (2009-03-27 15:14:00) [15]
Автор, ну поймите же наконец что пока не будет в голове ясности о ПРЕДМЕТНОЙ ОБЛАСТИ, не появится четкое представление об таких объектах как МАТЕРИАЛЬНЫЙ ДОКУМЕНТ, КАРТОЧКА ТОВАРА, КОНТРАГЕНТ и т.д., все что делается будет торжеством ламеризма.

Блин, ну это все равно что проектировать автомобиль с формы колеса и вида панели приборов

Xmen (2009-03-27 15:02:00) [16]
сначала это был склад маленькой продуктовой базы, ну я хотел это использовать и в других случаях.

Xmen (2009-03-27 14:55:00) [17]
У меня по идей все таблицы, справочников еще не указал.
Таблица Tovar у меня является таблицей движения. а таблица Document то является таблицей данных о документах прихода и расхода (номер договора, кто принял товар, от куда ....). Operation - таблица операции по товару, расхода/списания.

Сергей М. (2009-03-27 14:42:00) [18]
И где тут таблица, отражающая движение ?

Sergey13 (2009-03-27 14:41:00) [19]
> [56] Xmen (27.03.09 14:18)
тогда уж так

TABLE TOVAR
ID - ид
ID_DOC - вк таблицы Document
NAME - наименование товара
ED_IZ - единица из.
SENA - цена товара
KOL - количество

DOCUMENT
ID - ид
N_DOC - номер документа (приход/расход)
ID_OPER - вк операции по товару
N_DOG - номер договора
DATE_DOC - дата документа
SUMMMA_DOC - сумма документа
PRINIAL - принял (ФИО)
SDAL - сдал (ФИО)
ORG - организация (приход/расход)

TABLE OPERATION
ID - ид
NAME_OPER - тип операции (приход/расход/списание)
OPER - +1/-1

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

Что за склад у тебя, что хранишь/учитываешь, для чего?

Xmen (2009-03-27 14:18:00) [20]
TABLE TOVAR
ID - ид
ID_DOC - вк таблицы Document
NAME - наименование товара
ED_IZ - единица из.
SENA - цена товара
KOL - количество
ID_OPER - вк операции по товару

DOCUMENT
ID - ид
N_DOC - номер документа (приход/расход)
N_DOG - номер договора
DATE_DOC - дата документа
SUMMMA_DOC - сумма документа
PRINIAL - принял (ФИО)
SDAL - сдал (ФИО)
ORG - организация (приход/расход)
TYPE_DOC - тип (приход/расход)

TABLE OPERATION
ID - ид
ID_TOVAR - вк товар
TYPE_OPER - тип операции (приход/расход/списание)
DATE_OPER - дата операции

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

Наверх

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