Ну как же все потрясающе! Уверена в том, что не существует более понятных видео с объяснениями. Спасибо Вам огромное! Работа, которая делается не зря. На одного счастливого и благодарного студента больше :)
супер! мне надо было создать нуууу очень быстро базу, но скачав книгу самоучитель - поняла, что все очень печально... к своему огромному удивлению нашла эти уроки, и буквально до конца дня моя база была готова) спасибо, очень доступно и эффективно. теперь буду усовершенствовать - с помощью Ваших видео!!!
Как не странно , но дошло - довольно хорошее объяснение, ... хотя по прежнему с трудом представляю, то что хотела сделать, но тут даже не в объяснении дело, просто русский и английский не родные для меня языки и не всегда понимаю с первой попытки, но самое трудное для меня, это то что нет исходников ни к чему в рунете, а если не увижу исходник, таблицу или хотя-бы схему описанного, в самой программе, то могу не понять и вовсе, к счастью тут был фрагмент, схемы... по которой смогла реально воссоздать пример в программе и стало немного доходить, и где только не просила показать фрагмент... но тщетно , на столько тщетно, что хоть руками разводи, может жадность, может вредность, может лень, может еще что... но даже это не объясняет... причину что так глобально не получила подсказки... разве только если никто не знает, в итоге на интерес буду заказывать... исходники к тому курсу, когда отойду от удивления и гнева... что бы проверить... в чем же дело было вообще...
Спасибо! Хорошее объяснение. Не понятен только один момент: в примере с домами, почему отношение не многие ко многим? Ведь бывает так, что один дом стоит на пересечении двух улиц, в этом случае, к одному дому будут относиться две улицы.
Связь 1:1 используется редко? Ну при нормализации они скорее всего неизбежны, особенно когда необходимо разного типа данные разделить на разные таблицы (чтобы одна содержала, скажем, только информацию об автомобиле, а вторая содержала информацию о владельце этого самого авто...а если поместить всё в одну таблицу - будет много полей, которые могут не всегда пригодиться, но будут вечно мазолить глаза)
Не знаю куда можно написать, чтобы спросить. Делаю запросы и возникла проблема. Условно, база данных интернет-магазина. Есть клиенты, у каждого клиента свой код (считается счётчиком). Но на каждого клиента в другой таблице "Заказы" может приходится по несколько заказов. Как связать их так, чтобы можно было по запросу вывести эти заказы на отдельного клиента? У меня выдает "несоответствие типа данных", потому что там счётчик, а в таблице "Заказы" я вручную вбивал. А как иначе реализовать?
Планирую БД (амбулаторная карта). Вижу решение таким: 3 таблицы: паспортные данные, дата посещения, описание. Т.е. есть пациент (ФИО и т.д.), есть список его посещений и в каждую дату посещения - результат осмотра и рекомендации. Как наладить связи между таблицами, чтобы это всё работало как единое целое ? У меня не получается ...
Вот мне интересно: у меня есть таблица "Машина" и я хочу разбить поля по таблицам "Технические спецификации, Дизайнерские спецификации" и т.д И вот, в технические спецификации мне нужно записать тип топлива(таблица с типом топлива у меня есть) Какая связь здесь должна быть?
Два вопроса: 1. Зачем в привведённом примере вообще заводить ID улицы, если каждое наименование улицы - уникально? 2. Как в приведённом примере с продуктами они были разбиты в промежуточной таблице? (далее идет пример с абсолютно иными данными)
+Андрей Пономарев 1) принято ключевыми полями делать числа, так как они занимают меньше места. 2) они разбиты по клиентам и товарам. Клиент 1 - товар 1, клиент 1- товар 2, клиент 2 - товар1 и т.д.
Добрый день. хочу создать базу данных чертежей деталей, ну, скажем, для производства мебели. я так понимаю, что должна быть таблица "изделия" и таблица "детали". Изделие состоит из деталей. Но одна и та-же деталь (скажем, дверная петля) может входить как в состав кухонного шкафчика, так и в состав прикроватной тумбочки. мне нужно будет связать таблицы связью "многие ко многим"? верно? по аналогии с примером про гостиничный номер- будет таблица "изделие", таблица "детали" и связывающая их таблица "состав изделия" правильно?
Здравствуйте. Возможно ли связать таблицу "с изменением"? например, в таблице поставщики выставляется цена закупки, а в таблице "Комплектующие" а цену надбавляется 30%?
Пример связи 1-1 неудачный (у одного человека за жизнь могут быть несколько паспортов и св-ва о рождении могут быть дубликаты). Правильно использовать пример: 1 человек = 1 дата, место рождения, СНИЛС и ИНН (это я, как кадровик, утверждаю)
Объясните мне вот что: связь 1:1 разве не частный случай связи 1:8??? Зачем она нужна, если ее можно заменить связью 1:8 и не париться, "а вдруг паспорт новый получит и историю надо будет сохранить"??? А связь 1:8 - это частный случай связи 8:8. Так зачем нам так много видов связей, когда достаточно 8:8???
Вы можете щелкнуть по стрелке, где ВСЕ ОБЪЕКТЫ ACCESS , там выбрать Настройка. появится Настраиваемая группа и туда можно поместить объекты в заданном порядке. Пробуйте.
Мне нужно сделать связь многие ко многим. В одной таблице регионы, в другой города, в третьей улицы. Связать эти таблицы так, чтобы в общей таблице заполняя табло регионы выбирая регион, в следующем столбце выпадающий выбор лежал на городах, которые принадлежат данному, региону, а всплывающий список в следующем столбце улицы соответствовали улицам только данного города. Мне не понятно как это сделать. (((
Хочу попросить о помощи в создании базы данных о приборах, на предприятии, которые передически будут передоваться в другие организации, что может быть у них ключевым полем?
Как вариант, да. Но не все приборы имеют инвентарный номер не у всех. Все таки думаю будет заводской номер. Есть ещё вопросы, куда написать можно. По поводу запросов, чтобы на текущий момент появлялась запись просрочен
Если вы не знаете, какие типы связей между таблицами используются в программе Microsoft Access, то посмотрите это видео. Из этого скринкаста на простом примере вы узнаете чем отличается связь "один-к-одному" (1:1) от связи "один-ко-многим" (1:М), какие особенности необходимо учитывать при создании отношения "многие-ко-многим" (М:М). После просмотра данного видеоурока вы поймете, для чего необходимо связывать таблицы, узнаете, что такое внешний ключ, разберете принцип построения связей в базе данных Microsoft Access. Убедитесь, что программа Microsoft Access очень проста и не требует дополнительных знаний в освоении. Ссылки на предыдущие скринкасты: Что такое ключевые поля и индексы в БД Microsoft Access - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-SY4tIcgE6ms.html ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-XX3RkQMPl2s.html - КАК и ЗАЧЕМ использовать мастер подстановок в Microsoft Access Microsoft Access для начинающих - ru-vid.com/group/PLnzEVwX9gt1gAA83GL0NvJSk2CXoGfH6z Ищите нас вконтакте: vk.com/access_community Остались вопросы? Пишите в комментариях под видео