@relaxson

Добрый день, Ребята выручайте! Не как не могу разобраться. Файл с БД(прикреплю).

Введу Вас в предметную область. Есть заводы которые изготавливают изделия.
--Изделия поставляются на склад.
--Со склада изделия воруют или делают заказ покупатели.- З.Ы. (Про воров инициатива преподавателя как их идентифицировать если они воры и анонимы я не знаю))))

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

ИД_товара	ИД_покупатель	Штук
1	1	10
2	1	5

И соответственно чтобы количество этих изделий списались со склада.
О триггерах в аксесе я не слышал.
Так что рассчитывать приходиться только на Вас, Господа. Все Ваши замечаю по поводу архитектуры бд с удовольствием выслушаю, опять же делал по примерам препода, сам бы проектировал иначе)
Огромное Вам спасибо! Жду реакции, надеюсь я понят.

Вложения

base2003.rar (32.2 Кб, 6 просмотров)

0

@relaxson

Добавлю, надо посчитать количество на складе деталей, и чтобы в заказе не было больше штук изделий чем есть на складе.

0

@VinniPuh

Про воров наверное не нужно создавать отдельную таблицу.
Я бы у - Покупатель создал ещё поле, - ТипКлиента, где в поле со списком выбирал бы - Клиент или - Вор,
Но вор ведь - Когда поймали за руку, а если неявное воровство?
Скорее всего препод наверное хотел, дабы вы сами додумались сравнить - Приход, Расход, Остаток
Ваша специальность не бухгалтера ли?

1

@relaxson

Вы прям мастер, в точку, я делаю это для знакомый, которая как раз бугалтер или около того.

1

@VinniPuh

Ну я к тому и веду, что - Остаток - Это Сколько ДОЛЖНО остаться, а по Ревизии - Типа по факту сколько насчитали каждого товара.
При сравнении этих 2-х цифр можно узнать, сошелся ли баланс, типа было ли воровство или все по чесному.

0

@relaxson

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

0

@VinniPuh

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

0

@relaxson

Опыта работы с формами у меня нету(

0

@VinniPuh

Допускаю что у вашего препода тараканов в голове не меньше чем у меня, но как то верится с трудом, даже я бы такое не смог придумать, наверное нужно конкретно переспросить, а не домысливать, чего именно иносказительно он дал понять.
Денежки философских вопросов не любят, тут чистая математика наверное должна быть.
Без конкретики как мне кажется и не стоит продолжать разработку БД, иначе всё переделывать придется, а это в 2 раза труднее чем с нуля.

Добавлено через 3 минуты
Открываете вкладку - Формы
Щелкаете - Создать форму с помощью мастера
Мастер спросит, на основании какой таблицы или запроса нужно создать форму
Указываете нужную.
Мастет создает
Рекомендую начать создание форм с таблиц-справочников, в которые введете нужные данные,
Дальше выкладывайте наработки и задавайте Конкретные вопросы
Вам обязательно помогут.

0

@VinniPuh

Вот так

Миниатюры

 

0

@relaxson

Уточнил, как оказалась таблица воры не так важна, можно сделать как Вы предлагаете - распределить клиентов на два типа: заказчик и вор. Главное при этом чтобы можно была наблюдать кто сколько украл, а кто купил. Т.е. такая же идентификация

0

@VinniPuh

Это уже кажись более реальный вариант.
Глянем.
Потренеруйтесь пока с формами.

0

@relaxson

А без них не обойтись, Вот в чем она(знакомая) уверена, что формы точно не надо. Про них не слово на уроке не было.

0

@VinniPuh

Если имеете в виду формы. то - НЕТ
Во первых, вся работа пользователя с БД, разработчиками по идее замысливалась как работа с формами,
в таблицах должна ТОЛЬКО храниться информация, вводимая через форму
Запросы расчитывают всякие нужные вычисления
Макросы и процедуры для всяких там удобств и хитростей
Отчеты, типа для визуального анализа и радования глаза при распечатке конечного результата.
Пользователь, по большому счету, дабы не накосячить или чего не испортить, должен общаться ТОЛЬКО с формами, остальное для него должен сделать разработчик БД.
Лично для меня это неприложная Истина.
Юзер конечно может сделать - ДОПОЛНИТЕЛЬНЫЕ - запросы и формы, но ни чего не менять изначального.
Как то типа так.
Узрите примерно похожий по сути пример - Приход-Расход-Остаток, 100 раз уж выкладывал.
Не Абсолют конечно, но основное присутствует.

0

@relaxson

Формы - это интерфейс который нужен исключительно нам, чтобы проще было разобраться в логике работе программы да?

0

@VinniPuh

Тогда я в данном случае просто напросто бесполезен.
Не настолько ещё крут, дабы держать в своей памяти вместо Аксика по 1 000-10 000 записей и помнить их все.

0

@alvk

А где у вас вся логика работать будет? В запросах?
Пока у вас есть только таблицы. А как заносить данные? Или вы все коды наизусть помните?
Кстати связи в схеме данных нужно переделать с обеспечением целостности.

1

@relaxson

Поправил архитектуру, как сделать возможном вычитать из Изделия_заказ.Количество_заказ минус Хранится.количество_склад. Проще говоря списывать изделия со склада, которые были заказаны. Да предположим мы знаем какой номер ид у товара и его название. Спасибо! Прикрепляю файл.

Вложения

bas.rar (24.4 Кб, 4 просмотров)

1

@relaxson

"А как заносить данные? Или вы все коды наизусть помните?" Да буду добавляться из списка по номеру ид. Пожалуйста, помогите

Добавлено через 3 минуты
Я с Вами полностью согласен, что надо добавлять формы, но в данном случае времени нету.

1

@alvk

Вот на форме и вычитать в событии После обновления поля Количество.

0