FOREIGN KEY Обеспечение целоостности

← →
Борис © (2002-12-30 11:51) [40]

кто нехотел читать? Да Вы и непредлагали. Путаите :) RFunc2

а Вот имхо, дошло:
Склад:
PKEY, Naimenovanie, Tip, Ostatok

Нормы:
PKEY, Product, Plata, Znachenie.

Тогда в Product уник. номер продукции, в Plata - уник. номер платы в пределах продукции.

И теперь при выборе платы и продукции делаем select * from
с условием product = номер продукции, плата = номер платы.

Вот мы выбрали один ко многим.
Получаем например:
T_SKLAD.NOminal, T_NORM.Znachenie

так если для значения T_SKLAD есть, а для него нет значения в таблице нормы. как быть? (В Access он автоматом добавляет поле в Нормы, а вот как это сделать в IB).

← →
Delirium^.Tremens © (2002-12-30 11:54) [41]

Борис © (30.12.02 11:51)

> > кто нехотел читать? Да Вы и непредлагали. Путаите :) RFunc2

Извини, я ошибся, то был Брат :-)

← →
Наталия © (2002-12-30 12:11) [42]

Почитай про join в SQL.

← →
Сергєєв Володимир © (2002-12-30 13:49) [43]

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

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

Я сделал так - таблица "ТОВАРЫ", в котрой есть столбец "НОМЕР КОМПЛЕКТА". Если он равен нулю - то этот товар конечный элемент, то есть разбить его на составляющие уже низя, если нет - то это комплект.
Есть другая таблица - "КОМПЛЕКТЫ", в которой внешний ключ - "номер комплекта", есть столбцы АйДи товара, кол-во, %надбавки на сборку, статическая сумма надбавки на сборку, %угара при сборке(например, в ювелирке. В Украине допустимы %угара при производстве Юв.Изд - 4%). Отношение "ТОВАРЫ:КОМПЛЕКТЫ"="1:М"
Все остальное - на триггерах и рекурсии. Практически 50% проги написано на SQL. Так зато потом ты обращаешься с товаром потом как с объектом, можешь его включить в состав другого комплекта, разобрать.

Так что, правильно народ говорит - сходи к деревьям.

Модератор удали моє сообщение а то матом буду виражаться :)

FOREIGN KEY Обеспечение целоостности Найти похожие ветки