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

แชร์
ฝัง
  • เผยแพร่เมื่อ 22 ต.ค. 2020
  • Access урок 3. Зависимые таблицы и подчиненные формы
    В этом видео уроке по Microsoft Access я покажу как связать таблицы и как делать на основе связанных таблиц подчиненные формы. Кроме того, мы научимся редактировать структуру базы данных и изменять связи с таблицами.
    Если Вы пропустили мой предыдущий урок по Access, то обязательно посмотрите:
    • Access урок 2. Делаем...
    Смотрите мои уроки по Access и подписывайтесь на канал.
    Посетите наш сайт: e-sdelano.ru
    Наш канал в Яндекс Дзен: zen.yandex.ru/sdelano
    Этот канал есть и на RUTUBE: rutube.ru/channel/23934103/
    Подписывайтесь на Телеграм (@esdelano): t.me/esdelano
    Буду рад любым пожертвованиям на поддержку канала yoomoney.ru/to/41001252667153

ความคิดเห็น • 16

  • @user-zc2dc4dg6m
    @user-zc2dc4dg6m 3 วันที่ผ่านมา

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

  • @user-gv1kd8bz8w
    @user-gv1kd8bz8w 2 ปีที่แล้ว +1

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

    • @esdelano
      @esdelano  2 ปีที่แล้ว +1

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

    • @user-gv1kd8bz8w
      @user-gv1kd8bz8w 2 ปีที่แล้ว

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

  • @ROZNAX
    @ROZNAX 4 หลายเดือนก่อน

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

  • @Mikhail_Ivanovich
    @Mikhail_Ivanovich 3 ปีที่แล้ว +1

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

    • @esdelano
      @esdelano  3 ปีที่แล้ว

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

  • @vasiliiursu6059
    @vasiliiursu6059 2 ปีที่แล้ว +1

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

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

    • @esdelano
      @esdelano  2 ปีที่แล้ว +1

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

  • @micshu1
    @micshu1 3 ปีที่แล้ว +1

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

    • @esdelano
      @esdelano  3 ปีที่แล้ว

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

  • @user-cf3if2sz5g
    @user-cf3if2sz5g 2 ปีที่แล้ว

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

    • @esdelano
      @esdelano  2 ปีที่แล้ว +1

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

  • @OkCoverOk
    @OkCoverOk 3 ปีที่แล้ว

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

    • @esdelano
      @esdelano  3 ปีที่แล้ว +1

      Добрый день!
      Проблема в следующем - Вы не задали для поля ФИО параметр - индексируемое. Нужно было просто задать этот параметр и тогда не потребовалось бы переопределение ключевого поля.
      Вы переопределили ключевое поле на ФИО и оно автоматически стало индексируемым и соответственно всё заработало. Можно было этого не делать...

    • @OkCoverOk
      @OkCoverOk 3 ปีที่แล้ว

      @@esdelano , спасибо большое за полезный ответ. Но к сожалению, нет. Я все пересверил с Вашими данными.
      Потом наоборот начал индекс отключать, но тоже не помогало, пока ключ не проставил. Может глюк какой?