Ну как же все потрясающе! Уверена в том, что не существует более понятных видео с объяснениями. Спасибо Вам огромное! Работа, которая делается не зря. На одного счастливого и благодарного студента больше :)
супер! мне надо было создать нуууу очень быстро базу, но скачав книгу самоучитель - поняла, что все очень печально... к своему огромному удивлению нашла эти уроки, и буквально до конца дня моя база была готова) спасибо, очень доступно и эффективно. теперь буду усовершенствовать - с помощью Ваших видео!!!
Как не странно , но дошло - довольно хорошее объяснение, ... хотя по прежнему с трудом представляю, то что хотела сделать, но тут даже не в объяснении дело, просто русский и английский не родные для меня языки и не всегда понимаю с первой попытки, но самое трудное для меня, это то что нет исходников ни к чему в рунете, а если не увижу исходник, таблицу или хотя-бы схему описанного, в самой программе, то могу не понять и вовсе, к счастью тут был фрагмент, схемы... по которой смогла реально воссоздать пример в программе и стало немного доходить, и где только не просила показать фрагмент... но тщетно , на столько тщетно, что хоть руками разводи, может жадность, может вредность, может лень, может еще что... но даже это не объясняет... причину что так глобально не получила подсказки... разве только если никто не знает, в итоге на интерес буду заказывать... исходники к тому курсу, когда отойду от удивления и гнева... что бы проверить... в чем же дело было вообще...
Не знаю куда можно написать, чтобы спросить. Делаю запросы и возникла проблема. Условно, база данных интернет-магазина. Есть клиенты, у каждого клиента свой код (считается счётчиком). Но на каждого клиента в другой таблице "Заказы" может приходится по несколько заказов. Как связать их так, чтобы можно было по запросу вывести эти заказы на отдельного клиента? У меня выдает "несоответствие типа данных", потому что там счётчик, а в таблице "Заказы" я вручную вбивал. А как иначе реализовать?
Планирую БД (амбулаторная карта). Вижу решение таким: 3 таблицы: паспортные данные, дата посещения, описание. Т.е. есть пациент (ФИО и т.д.), есть список его посещений и в каждую дату посещения - результат осмотра и рекомендации. Как наладить связи между таблицами, чтобы это всё работало как единое целое ? У меня не получается ...
Спасибо! Хорошее объяснение. Не понятен только один момент: в примере с домами, почему отношение не многие ко многим? Ведь бывает так, что один дом стоит на пересечении двух улиц, в этом случае, к одному дому будут относиться две улицы.
Вот мне интересно: у меня есть таблица "Машина" и я хочу разбить поля по таблицам "Технические спецификации, Дизайнерские спецификации" и т.д И вот, в технические спецификации мне нужно записать тип топлива(таблица с типом топлива у меня есть) Какая связь здесь должна быть?
Связь 1:1 используется редко? Ну при нормализации они скорее всего неизбежны, особенно когда необходимо разного типа данные разделить на разные таблицы (чтобы одна содержала, скажем, только информацию об автомобиле, а вторая содержала информацию о владельце этого самого авто...а если поместить всё в одну таблицу - будет много полей, которые могут не всегда пригодиться, но будут вечно мазолить глаза)
Добрый день. хочу создать базу данных чертежей деталей, ну, скажем, для производства мебели. я так понимаю, что должна быть таблица "изделия" и таблица "детали". Изделие состоит из деталей. Но одна и та-же деталь (скажем, дверная петля) может входить как в состав кухонного шкафчика, так и в состав прикроватной тумбочки. мне нужно будет связать таблицы связью "многие ко многим"? верно? по аналогии с примером про гостиничный номер- будет таблица "изделие", таблица "детали" и связывающая их таблица "состав изделия" правильно?
Здравствуйте. Возможно ли связать таблицу "с изменением"? например, в таблице поставщики выставляется цена закупки, а в таблице "Комплектующие" а цену надбавляется 30%?
Два вопроса: 1. Зачем в привведённом примере вообще заводить ID улицы, если каждое наименование улицы - уникально? 2. Как в приведённом примере с продуктами они были разбиты в промежуточной таблице? (далее идет пример с абсолютно иными данными)
+Андрей Пономарев 1) принято ключевыми полями делать числа, так как они занимают меньше места. 2) они разбиты по клиентам и товарам. Клиент 1 - товар 1, клиент 1- товар 2, клиент 2 - товар1 и т.д.
Вы можете щелкнуть по стрелке, где ВСЕ ОБЪЕКТЫ ACCESS , там выбрать Настройка. появится Настраиваемая группа и туда можно поместить объекты в заданном порядке. Пробуйте.
Мне нужно сделать связь многие ко многим. В одной таблице регионы, в другой города, в третьей улицы. Связать эти таблицы так, чтобы в общей таблице заполняя табло регионы выбирая регион, в следующем столбце выпадающий выбор лежал на городах, которые принадлежат данному, региону, а всплывающий список в следующем столбце улицы соответствовали улицам только данного города. Мне не понятно как это сделать. (((
Хочу попросить о помощи в создании базы данных о приборах, на предприятии, которые передически будут передоваться в другие организации, что может быть у них ключевым полем?
Как вариант, да. Но не все приборы имеют инвентарный номер не у всех. Все таки думаю будет заводской номер. Есть ещё вопросы, куда написать можно. По поводу запросов, чтобы на текущий момент появлялась запись просрочен
Объясните мне вот что: связь 1:1 разве не частный случай связи 1:8??? Зачем она нужна, если ее можно заменить связью 1:8 и не париться, "а вдруг паспорт новый получит и историю надо будет сохранить"??? А связь 1:8 - это частный случай связи 8:8. Так зачем нам так много видов связей, когда достаточно 8:8???
Если вы не знаете, какие типы связей между таблицами используются в программе Microsoft Access, то посмотрите это видео. Из этого скринкаста на простом примере вы узнаете чем отличается связь "один-к-одному" (1:1) от связи "один-ко-многим" (1:М), какие особенности необходимо учитывать при создании отношения "многие-ко-многим" (М:М). После просмотра данного видеоурока вы поймете, для чего необходимо связывать таблицы, узнаете, что такое внешний ключ, разберете принцип построения связей в базе данных Microsoft Access. Убедитесь, что программа Microsoft Access очень проста и не требует дополнительных знаний в освоении. Ссылки на предыдущие скринкасты: Что такое ключевые поля и индексы в БД Microsoft Access - th-cam.com/video/SY4tIcgE6ms/w-d-xo.html th-cam.com/video/XX3RkQMPl2s/w-d-xo.html - КАК и ЗАЧЕМ использовать мастер подстановок в Microsoft Access Microsoft Access для начинающих - th-cam.com/play/PLnzEVwX9gt1gAA83GL0NvJSk2CXoGfH6z.html Ищите нас вконтакте: vk.com/access_community Остались вопросы? Пишите в комментариях под видео
Пример связи 1-1 неудачный (у одного человека за жизнь могут быть несколько паспортов и св-ва о рождении могут быть дубликаты). Правильно использовать пример: 1 человек = 1 дата, место рождения, СНИЛС и ИНН (это я, как кадровик, утверждаю)
![[LIVE] : ONE ลุมพินี 87 วันนี้!! คู่เอก "ก้องชัย vs โชคปรีชา"](http://i.ytimg.com/vi/YN6e7HVnekw/mqdefault.jpg)
Лучше объяснения на эту тему и примеров я еще не видела !!!!!! А видела я достаточно ) Спасибо Вам огромное ! Желаю развития канала )
спасибо большое=)
Ну как же все потрясающе! Уверена в том, что не существует более понятных видео с объяснениями. Спасибо Вам огромное! Работа, которая делается не зря. На одного счастливого и благодарного студента больше :)
+Alina Govyadkova спасибо большое!
супер! мне надо было создать нуууу очень быстро базу, но скачав книгу самоучитель - поняла, что все очень печально... к своему огромному удивлению нашла эти уроки, и буквально до конца дня моя база была готова) спасибо, очень доступно и эффективно. теперь буду усовершенствовать - с помощью Ваших видео!!!
+8Natt8 спасибо за добрые слова
Спасибо тебе, добрый человек, лаконично, четко, ясно и доходчиво!
Спасибо)
Спасибо вам огромное за доходчивое объяснение!)
Спасибо, что смотрите!
Ну оочень доходчиво и грамотно изложено. Огромное спасибо!!!
спасибо за добрые слова!
Лучшее объяснение связей, спасибо большое! очень доступно и понятно
Спасибо, что смотрели!
ОТЛИЧНЫЕ уроки.СПАСИБО
Спасибо что смотрите)
Отличный урок, качественно сделано.
Спасибо!!!
Спасибо большое,за пояснение
все доступно и понятно)
спасибо, что смотрите)
Спасибо, мужик. Хорошо объяснил
Рад помочь!
Спасибо за прекрасное объяснение!
Спасибо что смотрите!
Супер объяснения!
Спасибо)
Дай бог тебе Здоровье ❤️
Благодарю, вам тоже)))
Большое спасибо!
Как не странно , но дошло - довольно хорошее объяснение, ... хотя по прежнему с трудом представляю, то что хотела сделать, но тут даже не в объяснении дело, просто русский и английский не родные для меня языки и не всегда понимаю с первой попытки, но самое трудное для меня, это то что нет исходников ни к чему в рунете, а если не увижу исходник, таблицу или хотя-бы схему описанного, в самой программе, то могу не понять и вовсе, к счастью тут был фрагмент, схемы... по которой смогла реально воссоздать пример в программе и стало немного доходить, и где только не просила показать фрагмент... но тщетно , на столько тщетно, что хоть руками разводи, может жадность, может вредность, может лень, может еще что... но даже это не объясняет... причину что так глобально не получила подсказки... разве только если никто не знает, в итоге на интерес буду заказывать... исходники к тому курсу, когда отойду от удивления и гнева... что бы проверить... в чем же дело было вообще...
Спасибо огромное, отличное обьяснение!!!
Спасибо)
Длинный коооооооммеееннннттттт для продвижения ккккккаааааааааааанннннннннннннаааааааааллллллллллллааааааааааа и Лайк обязательно
Спааааааасибо)
Спасибо Вам большое!) очень помогаете : )
Спасибо, что смотрите!
Здравствуйте. Скажите как сделать такую же подкатегорию как показано на видео с инструкцией а под ней 3 минуса
отлично объясняешь!
Спасибо))
Удобно и понятно
Спасибо)
У Вас лучшие уроки по MS Access, только вот со звуком серьезная проблема - начальная заставка громкая, а последующая лекция очень тихая.
Спасибо. Проблемы со звуком исправлены в новых выпусках
Не знаю куда можно написать, чтобы спросить. Делаю запросы и возникла проблема.
Условно, база данных интернет-магазина. Есть клиенты, у каждого клиента свой код (считается счётчиком). Но на каждого клиента в другой таблице "Заказы" может приходится по несколько заказов. Как связать их так, чтобы можно было по запросу вывести эти заказы на отдельного клиента? У меня выдает "несоответствие типа данных", потому что там счётчик, а в таблице "Заказы" я вручную вбивал. А как иначе реализовать?
Спасибо большое!
Спасибо, что смотрите)
Планирую БД (амбулаторная карта).
Вижу решение таким:
3 таблицы: паспортные данные, дата посещения, описание.
Т.е. есть пациент (ФИО и т.д.), есть список его посещений и в каждую дату посещения - результат осмотра и рекомендации.
Как наладить связи между таблицами, чтобы это всё работало как единое целое ? У меня не получается ...
Спасибо! Хорошее объяснение. Не понятен только один момент: в примере с домами, почему отношение не многие ко многим? Ведь бывает так, что один дом стоит на пересечении двух улиц, в этом случае, к одному дому будут относиться две улицы.
Спасибо, что смотрите))) В вашем примере действительно многие ко многим, но я рассматривал вариант когда на одной улице несколько домов.
Спасибо очень доходчиво у меня вопрос не совсем понимаю связь многие ко многим почему нельзя ее склепать из 2 таблиц ?
потому что это невозможно в аксесе.
у вас очень приятный голос
Спасибо большое, очень приятно))))
Вот мне интересно: у меня есть таблица "Машина" и я хочу разбить поля по таблицам "Технические спецификации, Дизайнерские спецификации" и т.д И вот, в технические спецификации мне нужно записать тип топлива(таблица с типом топлива у меня есть) Какая связь здесь должна быть?
Связь 1:1 используется редко? Ну при нормализации они скорее всего неизбежны, особенно когда необходимо разного типа данные разделить на разные таблицы (чтобы одна содержала, скажем, только информацию об автомобиле, а вторая содержала информацию о владельце этого самого авто...а если поместить всё в одну таблицу - будет много полей, которые могут не всегда пригодиться, но будут вечно мазолить глаза)
нормализация и подразумевает уход от связи 1 к 1.
А как это сделать...мышью выделить и перетащить или где то выбрать...
Ничего не понятно, но очень интересно
бывает=)
Подскажите пожалуйста
В товарах в инструкции есть +
это под категория?
как создать под категорию?
Есть у вас видео про это?
Спасибо.......
Это подчиненная таблица. Плюс создается тогда когда таблицы связаны. След урок в этом плей листе на эту тему
подчиненной формы есть.
подчиненная таблица не могу найти.
какой это плей лист?
th-cam.com/video/hYfJmITwils/w-d-xo.html
Доступно
спасибо=)
Добрый день.
хочу создать базу данных чертежей деталей, ну, скажем, для производства мебели.
я так понимаю, что должна быть таблица "изделия" и таблица "детали".
Изделие состоит из деталей. Но одна и та-же деталь (скажем, дверная петля) может входить как в состав кухонного шкафчика, так и в состав прикроватной тумбочки.
мне нужно будет связать таблицы связью "многие ко многим"? верно?
по аналогии с примером про гостиничный номер- будет таблица "изделие", таблица "детали" и связывающая их таблица "состав изделия"
правильно?
Добрый, верно
норм только замороченны понятия
Здравствуйте. Возможно ли связать таблицу "с изменением"? например, в таблице поставщики выставляется цена закупки, а в таблице "Комплектующие" а цену надбавляется 30%?
супер
спасибо
Таймкоды:
00:00 | Введение
00:45 | Зачем связывать таблицы?
01:40 | Какие типы связей существуют?
02:00 | Связь "один-к-одному"
04:17 | Связь "один-ко-многим"
06:00 | Первичные и внешние ключи
07:03 | Связь "многие-ко-многим"
09:17 | Заключение
Подскажите как определить вид связи "Преподаватель" и "Группа"? Один-ко-многим или многие-ко-многим?
Многие ко многим. 1 препод во многих группах, в 1 группе несколько преподов
@@AccesshelpRu , ответ не верен. Отношение д.б. М:М.
@@СергійЧупілко я так и написал)))
Связь 1 к 1 помогает избежать избыточности информации в одной таблице. Так что, если в твоей таблице слишком много колонок, не бойся разбивать
Два вопроса: 1. Зачем в привведённом примере вообще заводить ID улицы, если каждое наименование улицы - уникально? 2. Как в приведённом примере с продуктами они были разбиты в промежуточной таблице? (далее идет пример с абсолютно иными данными)
+Андрей Пономарев 1) принято ключевыми полями делать числа, так как они занимают меньше места. 2) они разбиты по клиентам и товарам. Клиент 1 - товар 1, клиент 1- товар 2, клиент 2 - товар1 и т.д.
Спасибо. Теперь ясно. А намного меньше места в первом случае, если улиц, к примеру около 300-1000?
!!! Друзья, вторую часть скринкаста выложу до конца недели !!!
Ссылка на вторую часть урока: th-cam.com/video/hYfJmITwils/w-d-xo.html
Объясните! Почему связь многие ко многим нельзя реализовать с помощью двух таблиц???
Потому что для связи многие ко многим нужна промежуточная таблица
Уроки по Microsoft Access но можно всё таки объяснить?
th-cam.com/video/pYRPYfqWiUo/w-d-xo.html
Спс
рд пмч
а как переместить порядок таблиц где написано "все объекты access" можно ли свой порядок сделать таблиц а то я понял там по алфавиту
Вы можете щелкнуть по стрелке, где ВСЕ ОБЪЕКТЫ ACCESS , там выбрать Настройка. появится Настраиваемая группа и туда можно поместить объекты в заданном порядке. Пробуйте.
Уроки по Microsoft Access спасибо. попробую.
Мне нужно сделать связь многие ко многим. В одной таблице регионы, в другой города, в третьей улицы. Связать эти таблицы так, чтобы в общей таблице заполняя табло регионы выбирая регион, в следующем столбце выпадающий выбор лежал на городах, которые принадлежат данному, региону, а всплывающий список в следующем столбце улицы соответствовали улицам только данного города. Мне не понятно как это сделать. (((
На канале есть урок по зависимым спискам
@@AccesshelpRu он не нашелся у меня
th-cam.com/video/BVDiiWc53o8/w-d-xo.html
Хочу попросить о помощи в создании базы данных о приборах, на предприятии, которые передически будут передоваться в другие организации, что может быть у них ключевым полем?
Что ещё можете посоветовать? Или может есть какой нибудь шаблон
Ключевым полем может быть инвертарный номер
Как вариант, да. Но не все приборы имеют инвентарный номер не у всех. Все таки думаю будет заводской номер. Есть ещё вопросы, куда написать можно. По поводу запросов, чтобы на текущий момент появлялась запись просрочен
Почему при связывание двух таблиц по составному ключу (тип короткий текст) создаётся связь один к одному, а не один ко многим?
Оба ключа с двух сторон первичные
@@AccesshelpRu такую связь вообще принято использовать, или это не удачный вариант считается?
Чаевые на развитие канала:
www.donationalerts.ru/r/accesshelpru
Все собранные средства идут на развитие канала. Большое спасибо!
На картинках есть номера уроков а в названии нет я запутался
Ищите плейлист Access для начинающих.
Объясните мне вот что: связь 1:1 разве не частный случай связи 1:8??? Зачем она нужна, если ее можно заменить связью 1:8 и не париться, "а вдруг паспорт новый получит и историю надо будет сохранить"???
А связь 1:8 - это частный случай связи 8:8.
Так зачем нам так много видов связей, когда достаточно 8:8???
Если у вас 2 таблицы, между ними не будет 8:8
С домами и улицами не все так однозначно. На перекрестке 1 дом может принадлежать 2-м улицам.
Это скорее исключение чем правило. Все равно конкретный дом принадлежит конкретной улице
паспортов у человека может быть более чем один, т.е. разных стран
Речь идет об одной стране
Ещё актуально задать здесь вопрос?
Конечно
Если вы не знаете, какие типы связей между таблицами используются в программе Microsoft Access, то посмотрите это видео. Из этого скринкаста на простом примере вы узнаете чем отличается связь "один-к-одному" (1:1) от связи "один-ко-многим" (1:М), какие особенности необходимо учитывать при создании отношения "многие-ко-многим" (М:М).
После просмотра данного видеоурока вы поймете, для чего необходимо связывать таблицы, узнаете, что такое внешний ключ, разберете принцип построения связей в базе данных Microsoft Access.
Убедитесь, что программа Microsoft Access очень проста и не требует дополнительных знаний в освоении.
Ссылки на предыдущие скринкасты:
Что такое ключевые поля и индексы в БД Microsoft Access - th-cam.com/video/SY4tIcgE6ms/w-d-xo.html
th-cam.com/video/XX3RkQMPl2s/w-d-xo.html - КАК и ЗАЧЕМ использовать мастер подстановок в Microsoft Access
Microsoft Access для начинающих - th-cam.com/play/PLnzEVwX9gt1gAA83GL0NvJSk2CXoGfH6z.html
Ищите нас вконтакте: vk.com/access_community
Остались вопросы? Пишите в комментариях под видео
живу в доме 9/11 кажется мой дом нарушитель связи один ко многим
Почему?)))
Пример связи 1-1 неудачный (у одного человека за жизнь могут быть несколько паспортов и св-ва о рождении могут быть дубликаты). Правильно использовать пример: 1 человек = 1 дата, место рождения, СНИЛС и ИНН (это я, как кадровик, утверждаю)
Ваше право)))
чуть бы потише музыку в интро, вровень с голосом:)
+Максим Рожков в новых роликах уже сделано)))
я заметил в более новых роликах!)) начинал смотреть сначала. Очень помогли с погружением в access!
спасибо что смотрели!
Где тут говориться о алгоритме создания связей?
Следующее видео
не понятно. сделай видео подробнее и длиннее особенно многие ко многим
Куда уж подробнее)
+
Объяснять я тоже могу , ты покажи как сделать , а ?
А вы урок смотрели? Там все популярно показано и расказано
один ко одному
?
В уроке title: Связь "Один ко одному (1:1)"
А где готовый результат?
Все платные......
Посмотреть готовый результат нужно это или нет.........
готовый результат чего? связей?
Как и где скачать Access бесплатно - 7108.ru/a2109
херня полная, на примере покажи, зачем 1 мысль разъяснять на куче бредовых примерах. Зайди сделай в таблице и покажи!!!
вы видео вообще смотрели???
Спасибо Вам большое!) очень помогаете : )
спасибо=)
Спасибо большое!
😀
Рад помочь!