Access урок 3. Зависимые таблицы и подчиненные формы

[@danya4250]

Спасибо мужик, выручил

[@Artem_Ymnik]

Спасибо я по образцу сделал себе зачёт)

[@Апельсин-н2п]

Здравствуйте, скажите пожалуйста , а можно ли сделать так что бы по нажатию на кнопку создать новую запись информация добавлялась не только с основной формы но и из подчинённой?

[@ROZNAX]

Здравствуйте, а существуют ли на данный момент более удобные для конечного пользователя решения? Например, я бы хотел, чтобы человек на сайте школы заполнял заявку на поступление в школу (фио, программа обучения, возраст и т. д.), а я мог бы потом статистические данные собирать. Например, по количеству учеников, количеству программ в школе и так далее.

[@ВикторЖук-з8ь]

Спасибо за доступное к пониманию видео. Жаль только, что в представленной базе отсутствуют данные о продажах. Интересно было бы посмотреть, как вписалась реализация товаров клиентам, которые их заказали.

[@esdelano]

Спасибо за отзыв!

[@ВикторЖук-з8ь]

@@esdelano Подскажите пожалуйста, с какой из таблиц в данном случае была бы связана таблица "продажи", содержащая название товара, количество, его цену, ФИО клиента?

[@Mikhail_Ivanovich]

Какой Вы молодец

[@esdelano]

Спасибо за отзыв!

[@vasiliiursu6059]

Здравствуйте, спасибо большое за ваше прекрасные видео. У меня такой вопрос: как можно сделать так чтобы каждому товару задать штрихкод. Чтобы одно наименование товара имело больше штрихкодов, собственно говоря одна партия одного и того же Товара, чтобы я бы их смог отсканировать. Заранее вам огромное спасибо.

[@esdelano]

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

[@Raven-p6g]

Почему не сделать ФИО и Наименование товара ключевым полем? Ведь если ключевым полем оставить поле с типом Счетчик, то в таблицах Клиенты и Товары можно будет вводить по нескольку одинаковых клиентов и товаров. А вот связывать таблицы именно полями с типом "Счетчик", они ведь тоже будут уникальны из за свойств полей типа "Счетчик". А вот "Номер заказа" можно не делать отдельным полем, достаточно ему присвоить тип "Счетчик" и сделать ключевым. ЗЫ: Увидел, что вы делаете уникальные индексы по ФИО и Наименование для предотвращения повторяющихся значений, то есть по сути придаете им функции первичных ключей, однако при этом первичными ключами у вас являются поля Счетчиков. В итоге как будет правильно - так как вы или как я предлагаю? По-моему уникальный индекс по полю Счетчика системе будет поддерживать легче, чем по текстовым полям ФИО и Наименование.

[@esdelano]

Добрый день! Если номера заказов присваивается Вами и устраивает их нумерация по порядку, то конечно лучше их и делать ключевыми полями. Иногда таблицы связываются не только по ключевому полю. Например фио клиента в заказе и способ доставки. Оба поля будут индексируемыми. При этом уменьшить у клиента можно его фио сделать ключевым. Я рекомендую делать именно так, как у меня исходя из простоты и меньшей вероятности запутаться в дальнейшем. При использовании автоматических построителей (формы, отчеты) индексы будут самостоятельно учитываться. Это не принципиально.

[@АнечкаДёмина-и9в]

В таблице "Товары" допустила ошибку в слове, заметила после того, как связала таблицы. Как исправить? Заходила в таблицу Товары, пыталась исправить - программа ругается🤷‍♀️ И второй воапрс: как сделать, чтоб в выпадающем списке не дублировались значения, которые мы прописали (у меня получается: крем, крем, крем, мыло, мыло и тд)

[@esdelano]

Добрый день! Сначала нужно удалить все значения в подтаблицах, где используется не верное слово. Затем уже можно это слово исправить