Структура таблиц

[Skyle12]

Здравствуйте , я первый раз пользуюсь Access , поэтому чтоб не наломать дров в корне , решил спросить :
У меня есть 10 поставщиков и более , для каждого из них я создал таблицу.
Мне надо сделать , чтоб была форма оформления заказ ну я туда вбиваю всю информацию и в конце поле выбора поставщика ( через которого я буду доставлять ) , и и после отправки , заказ ложиться в нужную таблицу , то есть таким образом проще делать отчет по каждому поставщику .
Ну и в будущем базу клиентов можно из них сделать .
Подскажите какой должна быть структура в базе ( то есть должна быть таблица заказов а от туда сортируется , где ид присваивать уникальный , это я так к примеру ) Какой структурой ее лучше сделать ?

[Serge_Bliznykov]

У меня есть 10 поставщиков и более , для каждого из них я создал таблицу.

всё. уже не открывая БД я на 99% уверен, что Вы неправильно спроектировали структуру.
думаю, что все поставщики имеют одни и те же характеристики (название, адрес, контакты, инн, счёта и т.д.) И хранить всех поставщиков нужно в ОДНОЙ таблице.

[EUGY]

И хранить всех поставщиков нужно в ОДНОЙ таблице.

Присоединяюсь. Мало того, и покупателей (если таковые существуют) хранить в той же таблице.

[Skyle12]

Сообщение от Serge_Bliznykov

всё. уже не открывая БД я на 99% уверен, что Вы неправильно спроектировали структуру.
думаю, что все поставщики имеют одни и те же характеристики (название, адрес, контакты, инн, счёта и т.д.) И хранить всех поставщиков нужно в ОДНОЙ таблице.

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

То есть у меня есть : Поставщики , Клиенты , Заказы
Что мне от этого всего требуется : Запрос историй заказов по определенному поставщику . Запрос на историю заказа по клиенту.
И так же отчеты за определенный период времени . Можно ли сделать так , чтоб когда создавался новый запрос на заказ , и если в таблице клиентов уже есть такой клиент , то заказ прикреплялся к ниму , а если нет то создавался новый клиент ( я понимаю это очень сложно , но реально ли ? то есть мне изучать SQL ? )

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

[Skyle12]

Сообщение от EUGY

Присоединяюсь. Мало того, и покупателей (если таковые существуют) хранить в той же таблице.

Какую вы бы могли посоветовать мне структуру исходя из сообщения выше ?

[alvk]

Добавьте таблицу тип_клиента с полями код, тип, в ней перечислите виды контрагентов (поставщики, клиенты, покупатели, продаватели и т.д.).
Добавьте поле кодтипа в таблицу клиенты и переименуйте её в организации и храните в ней все ваши организации.

Организации:
код
наименование
кодтипа
другиеполя

[evg_m]

Добавьте поле кодтипа в таблицу клиенты и переименуйте её в организации и храните в ней все ваши организации.

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

[alvk]

Сообщение от evg_m

А если одна организация будет и поставщиком и покупателем?
поставляет тару и покупает продукты(к примеру).

В одной операции или всё-таки в двух?

Сообщение от evg_m

Если число типов фиксировано и незыблемо (НО! как правило со временем хочется все большего и большего) можно сделать просто набор флагов.
Если число типов непредсказуемо только доп. таблица. (код орг; код типа)

1.Вовсе не незыблемо.
2.Связь всё-таки нужно осуществлять по коду, а не по наименованию.

Сообщение от evg_m

А зачем вообще таблица типов. Есть просто список организаций. И любая организация может выступать в любом качестве. А тип автоматически определяется местом данной организации в данном документе (указана как поставщик значит поставщик, указана как покупатель значит покупатель). А список покупателей при необходимости "вычисляется" просмотром документов.

Зачем нужна таблица? Для нормализации. Если у ТС поставщики и покупатели одинаковые, то конечно такая таблица бессмысленна, но ведь каким-то неведомым образом ТС их ранее разделил в разные таблицы?

[evg_m]

но ведь каким-то неведомым образом ТС их ранее разделил в разные таблицы?

Здравствуйте , я первый раз пользуюсь Access

У меня есть 10 поставщиков и более , для каждого из них я создал таблицу.

О покупателях там нет ни слова только поставщики.
а покупатели появились здесь

Добавьте таблицу тип_клиента с полями код, тип, в ней перечислите виды контрагентов (поставщики, клиенты, покупатели, продаватели и т.д.).

[Skyle12]

Большое спасибо вам за помощь