БД на тему "склад" Добавление 2 записей в 1 ячейку

@FreeYourMind · Регистрация: 13.11.2016

Студворк — интернет-сервис помощи студентам

Доброго времени суток, товарищи, есть проблема (в БД я полный 0)

надо создать БД на тему "склад". Вобщем если оценить объяснения преподп по 10 бальной, то оценка - 0.
Ближе к сути... со скрипом в заднице создал БД, но логически понимаю, что в 1 заказе может содержаться несколько товаров, но в 1 ячейке НЕ может быть несколько элементов. Да и к тому же заказ нельзя продублировать, ибо ключ не может повторяться..

Помогите разобраться, как можно это обойти?

@Eugene-LS · 05.12.2017, 21:10

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

Лучше бы ТСу чё ни то подсобили, чем копья ломать из за пустяковых споров в терминологии.

Полностью поддерживаю эту учень ЗДРАВУЮ мысль!

Привет ПУХ! - рад тебя читать снова.

@Capi · 05.12.2017, 21:23

А вас никто не заставляет.
Но вы участвуете.)))

@Eugene-LS · 05.12.2017, 21:26

Дорагая Capi, вы абсолютно правы во всём что вы писали выше.
Всё правильно, и спасибо вам большое от всех добрых форумчан.

@Capi · 05.12.2017, 21:30

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

Путаницы в терминах и в Access предостаточно, зачем привносить еще больше со стороны?

А вот с этим полностью согласна.
Тем более, что это усугубляется путаницей в головах.)))

И конечно, с большим уважением отношусь к несгибаемой позиции alvk, стоящего на страже канонов.

@FreeYourMind · 05.12.2017, 22:03 **[ТС]**

Eugene-LS, премного благодарен за поправку в терминологии, буду исправляться при случае. но суть вопроса то понятна (надеюсь)

@Eugene-LS · 05.12.2017, 22:36

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

но суть вопроса то понятна (надеюсь)

Какого вопроса?
Чьего вопроса?
На ваш, я вроде уже ответил, а дальше была каша из обычного "программмерского" занудства (я сам такой = это нормально)

@FreeYourMind · 05.12.2017, 22:52 **[ТС]**

Eugene-LS, ну собственно ваш ответ был единственным.. правда пока ума не приложу как реализовывать это.. я так понимаю эта спец. таблица должна быть без ключа, но немного не могу понять реализации ее заполнения. т.е. возможно у меня в таблице "заказ" имеется лишнее поле (товар).. в целом очень как то туго дается познание именно БД..

@FreeYourMind · 05.12.2017, 22:54 **[ТС]**

вот то что имею теперь

@Eugene-LS · 05.12.2017, 23:39

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

правда пока ума не приложу как реализовывать это..

А чего же раньше молчали ???
Щас посмотрю...

Добавлено через 31 секунду

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

вот то что имею теперь

Неправильно!!!

Добавлено через 42 минуты
FreeYourMind, выкладывайте свой "новый вариант".
Форум скоро на ночь умрёт ... (прибл до 06:00 MSK)
Посмотрю если успею.
Может чего и подскажу, на досуге.

@alvk · 06.12.2017, 03:22

Сообщение от Eugene-LS

Нет там никаких ячеек - есть Records и Fields (Записи и поля)
Я ответил на вопрос?

Значит и в табличной форме ячеек нет, тем более я прав. На какой вопрос?

Добавлено через 2 минуты

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

Какой именно вопрос, гражданин начальник?

Что такое ячейка в MS Access? Других вопросов нет.

Добавлено через 2 минуты

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

Гм-гм....
Есть там и это.

про табличную форму?

@Eugene-LS · 06.12.2017, 03:25

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

Значит и в табличной форме ячеек нет, тем более я прав.

Ну это как посмотреть, и как переводить, и для кого (переводить).

Но с моей точки зрения, вы абсолютно правы, как всегда.
Думаю, что нет на форуме лучшего специалиста чем вы.

@alvk · 06.12.2017, 03:57

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

Ячейка содержит конкретное значение соответствующего поля (признака одного объекта).

встречались преподаватели, которые прямо учили своих студентов пихать поля подстановки в таблицы, дебилы эти преподаватели и автор лекции тоже дебил.

Добавлено через 29 минут

Сообщение от Eugene-LS

Но с моей точки зрения, вы абсолютно правы, как всегда.

Не по теме:

Мы не можем быть правы с Капи одновременно, потому что у нас разные точки зрения. Она нашла левую лекцию и сумбурное описание команд с клавиатуры, выдавая это за определение ячейки в Акцесс, а я утверждаю, что ячеек в Акцесс нет.

@Eugene-LS · 06.12.2017, 05:29

Не по теме:

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

а я утверждаю, что ячеек в Акцесс нет.

А кто против?

Нет такого объекта "Ячейка" (Cell) - и точка.

Я, правда уже дважды писал об этом выше, но в более мягкой форме.

Добавлено через 11 минут

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

встречались преподаватели, которые прямо учили своих студентов пихать поля подстановки в таблицы

Ну преподы то-же не Боги, учат как знают.
А знают, увы, не все.
И криком, руганью и отправкой к учебникам этого не остановить.
Думаю, нужно настойчиво и терпеливо внедрять правильные знания в широкие массы.

Добавлено через 12 минут
alvk, вот вы часто пишете примерно следующие:
- "Использование полей подстановок не допустимо!"
И вы правы - это вредно для БД.
Но вы же не обьясняете ПОЧЕМУ.
Помню, как то mobile, с пол года назад, написал тройку внятных предложений на эту тему.
Суть такова:
Отображая данные таблицы где есть поля с подстановкой, MSA автоматом создаёт временный сложный запрос к данным, и только выполнив его отображает данные.
Что это значит:
Пока записей не много - вроде ничего, а вот когда их за миллионы = будут ТОРМОЗА.
К тому же, сами пользователи часто путаются при обработке таких данных, ибо видят не явное, а подстановочное значение поля.

Вот вкратце и всё.

@alvk · 06.12.2017, 08:35

Сообщение от Eugene-LS

Но вы же не обьясняете ПОЧЕМУ.

У меня есть специальная тема, где всё расписано.
Поля подстановки в таблицах

и она пополняется, так что это самый полный материал по данной теме на нашем форуме.

@FreeYourMind · 06.12.2017, 09:43 **[ТС]**

Eugene-LS, вот в этом то все и дело, что это и есть то, к чему я пришел.. а дальше ступор. если честно, то я даже не знаю где у меня ошибка/и в этой шайтан-базе..

@alvk · 06.12.2017, 10:13

Я у вас в базе в упор не вижу первичных ключей. А Акцесс между прочим сам их всегда предлагает. Вы же понимаете, что это не просто так? Сделайте везде основной ключ поле код с типом счётчик, а в таблицах на стороне много - числовой, индексированный, повторения допускаются. Ими и связывайте свои таблицы.

@FreeYourMind · 06.12.2017, 10:39 **[ТС]**

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

Сделайте везде основной ключ поле код с типом счётчик

и вот наконец то еще один момент который мне тоже исключительно интересен. Препод нам настойчиво затирал что НЕЛЬЗЯ использовать ID как ключ, ибо оно перечеркивает все понимания реляционных БД. И к этому добавил "за наличие первичных ключей в виде счетчика буду снижать оценку." и у всей группы в глазах и глотках комом встал 1 вопрос. Почему нельзя ибо если у меня есть какая то инфа, то она должна иметь свой порядковый номер по которому к ней проще обратиться а не придумывать что-то..

в общем то это и есть легкая предыстория всего этого лохматого ТЗ

@VinniPuh · 06.12.2017, 12:45

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

..."за наличие первичных ключей в виде счетчика буду снижать оценку."...

А ваш препод точно имеет образование програмиста, а не слесаря например или дворника?
Вы где ни то в деканате уточните.
На мой скромный взгляд - Счетчик самый надежный идентификатор.
Создал, связал и забыл, типа больше не парься.
А вы точно прям дословно это помните, может наоборот, если без счетчиков?
Во всех своих БД всегда у абсолютно любых таблиц делаю - Счетчик и ни разу об этом не пожалел.

Как то раз делал Ключевое поле - вместо Счетчика - Числовое, у которого в свойствах - Индексированное, Да, Повторения НЕ допускаются.
Но чёй та не понравилось, больше не делаю.

@FreeYourMind · 06.12.2017, 13:04 **[ТС]**

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

@VinniPuh · 06.12.2017, 13:11

Ну если он такой упертый, делайте как я написал выше - Числовое, Текстовое или Дата/Время тоже можно, но что бы повторения не допускались, но лично я категорически противь такого подхода к ключам, ибо он должен генерироваться сам (как у Счетчика), а не вводить ручками ломая голову и вспоминая, был ли уже такой ключик.
Решайте сами, как будете делать, сдавать не мне.

Новые блоги и статьи Все статьи Все блоги /
Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .
Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557

	БД на тему "склад" Добавление 2 записей в 1 ячейку 04.12.2017, 21:12. Показов 2623. Ответов 45 Метки нет (Все метки) Доброго времени суток, товарищи, есть проблема (в БД я полный 0) надо создать БД на тему "склад". Вобщем если оценить объяснения преподп по 10 бальной, то оценка - 0. Ближе к сути... со скрипом в заднице создал БД, но логически понимаю, что в 1 заказе может содержаться несколько товаров, но в 1 ячейке НЕ может быть несколько элементов. Да и к тому же заказ нельзя продублировать, ибо ключ не может повторяться.. Помогите разобраться, как можно это обойти? Миниатюры 0

@Capi Модератор 6231 / 2909 / 707 Регистрация: 12.06.2016 Сообщений: 7,839
	05.12.2017, 21:23
	А вас никто не заставляет. Но вы участвуете.))) 0

@Eugene-LS 13266 / 5943 / 1529 Регистрация: 05.10.2016 Сообщений: 16,632
	05.12.2017, 21:26
	Дорагая Capi, вы абсолютно правы во всём что вы писали выше. Всё правильно, и спасибо вам большое от всех добрых форумчан. 0

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557
	05.12.2017, 22:03 [ТС]
	Eugene-LS, премного благодарен за поправку в терминологии, буду исправляться при случае. но суть вопроса то понятна (надеюсь) 0

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557
	05.12.2017, 22:52 [ТС]
	Eugene-LS, ну собственно ваш ответ был единственным.. правда пока ума не приложу как реализовывать это.. я так понимаю эта спец. таблица должна быть без ключа, но немного не могу понять реализации ее заполнения. т.е. возможно у меня в таблице "заказ" имеется лишнее поле (товар).. в целом очень как то туго дается познание именно БД.. 0

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557
	05.12.2017, 22:54 [ТС]
	вот то что имею теперь Миниатюры 0

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557
	06.12.2017, 09:43 [ТС]
	Eugene-LS, вот в этом то все и дело, что это и есть то, к чему я пришел.. а дальше ступор. если честно, то я даже не знаю где у меня ошибка/и в этой шайтан-базе.. 0

@alvk 7459 / 4592 / 302 Регистрация: 12.08.2011 Сообщений: 14,383
	06.12.2017, 10:13
	Я у вас в базе в упор не вижу первичных ключей. А Акцесс между прочим сам их всегда предлагает. Вы же понимаете, что это не просто так? Сделайте везде основной ключ поле код с типом счётчик, а в таблицах на стороне много - числовой, индексированный, повторения допускаются. Ими и связывайте свои таблицы. 1

@FreeYourMind 147 / 147 / 104 Регистрация: 13.11.2016 Сообщений: 557
	06.12.2017, 13:04 [ТС]
	PuhKMV, дословно помню.. и несколько раз пытались дискутировать на этот счет, но препод уперся рогом как баран и ни шагу назад. его слова "ключевое поле должно быть обоснованным и логическим а не обычным порядковым номером." кто наш "свЯтило" по образованию я не имею понятия, но сам факт того что на лекции сидя и слушая его вся аудитория просто ничего не понимает.. да и на объяснения чего либо он не особо то и щедр.. 0

@VinniPuh 9147 / 6179 / 594 Регистрация: 27.03.2013 Сообщений: 20,049
	06.12.2017, 13:11
	Ну если он такой упертый, делайте как я написал выше - Числовое, Текстовое или Дата/Время тоже можно, но что бы повторения не допускались, но лично я категорически противь такого подхода к ключам, ибо он должен генерироваться сам (как у Счетчика), а не вводить ручками ломая голову и вспоминая, был ли уже такой ключик. Решайте сами, как будете делать, сдавать не мне. 1