Сообщение "Ключ не может содержать пустое значение"

@kadnedir · Регистрация: 24.11.2019

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

Не смотря на наличие данных в таблице, Access продолжает считать её пустой и не желает сохранять
Но возможно она действительно не заполнена в том месте, где это необходимо

@alvk · 09.12.2019, 02:18

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

@VinniPuh · 09.12.2019, 07:30

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

Может есть ещё какие версии такого неприятия к счётчикам?

@Панург · 09.12.2019, 07:46

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

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

Где написано что он кому-то чего-то должен? Использование, как натуральных, так и суррогатных ключей, дело выбора разработчика и его вкуса. Обе разновидности ключей имеют право на существование. И нечего разбрасываться императивами.

@АЕ · 09.12.2019, 08:08

kadnedir, судя по тому, что сразу 2 поля ключевые (а повторы не допускаются в ключе) один автор может иметь только одно наименование. Ну и одно наименование не может принадлежать двум авторам.

@ltv_1953 · 09.12.2019, 08:17

Сообщение от АЕ

что сразу 2 поля ключевые (а повторы не допускаются в ключе) один автор может иметь только одно наименование. Ну и одно наименование не может принадлежать двум авторам.

Истины для - это не два ключевых поля, а составной ключ из двух полей, который не допускает повторов пары (наименование, автор). А что касается вопроса ТС, то не заполнено одно из двух этих (опция Пропуск пустых полей для ключа недопустима).

@Панург · 09.12.2019, 08:19

Сообщение от АЕ

судя по тому, что сразу 2 поля ключевые (а повторы не допускаются в ключе) один автор может иметь только одно наименование. Ну и одно наименование не может принадлежать двум авторам.

С чего бы? Это составной ключ (индекс) и сочетание полей должно быть уникальным. Стало быть автор может иметь сколько угодно книг, а книга сколько угодно авторов.

@VinniPuh · 09.12.2019, 08:24

Панург, если хоть счётчик, хоть не счётчик - Все равно и нет ни какой разницы, то почему у студентов, этот вопрос как в теме, самый популярный, чуть ли не каждый пятый его задаёт и в следствии допытывания ТСа всегда выясняется, что связи сделаны не по счётчику, а например по числу, а то и вааааще по тексту.
А вот у кого стоит счётчик, у тех подобные сообщения ни когда не вылазили.
Предположу, что вы просто - Умничаете и теориетизируете витаете в облаках, в отрыве от жизненных реалий, рекламируя то, что никто практически не использует, ибо в основном создаёт неудобство при проектировании.
Частные случаи, это не стандарт.
Сами то чай за всю жизнь пяток ключей - не счётчиков всего создали, а другим теории всякие впариваете и потворствуете ложному пути.
Нехорошо маленьких вводить в заблуждение.

@alvk · 09.12.2019, 09:33

Сообщение от Панург

Обе разновидности ключей имеют право на существование.

Должен вас разочаровать, я не толерантен.

@Панург · 09.12.2019, 10:08

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

например по числу, а то и вааааще по тексту.

Счетчик не число? А GUID в Access не строка?
Так-то учить с умом нужно, давать выбор, а не воздвигая запреты. Не нужно думать что ты умней парней из MS.

@VinniPuh · 09.12.2019, 12:55

Панург, это что, ещё и учить надо?
Лучше философоффффф типа тебя послушаю, сделаю с точностью на оборот и не прогадаю, ибо всякие ваши размышления, допущения и предположения возможно и пригодны для теоретических баталий, но ни как не к реальному проектированию и созданию БД.
Ни когда четко ответить не можете, переворачиваете все с ног на голову и выдаёте это за норму и чуть ли не закон мироздания.

@alvk · 09.12.2019, 15:46

Сообщение от Панург

А GUID в Access не строка?

И где вы его с Capi видели?

Новые блоги и статьи Все статьи Все блоги /
Как я обхитрил таблицу Word Alexander-7 21.03.2026 Когда мигает курсор у внешнего края таблицы, и нам надо перейти на новую строку, а при нажатии Enter создается новый ряд таблицы с ячейками, то мы вместо нервных нажатий Энтеров мы пишем любые буквы. . .	Krabik - рыболовный бот для WoW 3.3.5a AmbA 21.03.2026 без регистрации и смс. Это не торговля, приложение не содержит рекламы. Выполняет свою непосредственную задачу - автоматизацию рыбалки в WoW - и ничего более. Однако если админы будут против -. . .	Программный отбор значений справочника Maks 21.03.2026 Установка программного отбора значений справочника "Сотрудники" из модуля формы документа. В качестве фильтра для отбора служит предопределенное значение перечислений. Процедура. . .	Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .
Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .

@kadnedir 1 / 1 / 0 Регистрация: 24.11.2019 Сообщений: 23

	Сообщение "Ключ не может содержать пустое значение" 09.12.2019, 00:30. Показов 6967. Ответов 11 Метки microsoft, microsoft access, microsoft office, новичок, таблица (Все метки) Не смотря на наличие данных в таблице, Access продолжает считать её пустой и не желает сохранять Но возможно она действительно не заполнена в том месте, где это необходимо Миниатюры 0

@alvk 7459 / 4592 / 302 Регистрация: 12.08.2011 Сообщений: 14,380
	09.12.2019, 02:18
	Запомните: основной, первичный, ключ в таблице должен иметь тип счётчик и не нести в себе никакой иной информации, кроме номера записи в таблице. 0

@VinniPuh 9131 / 6143 / 593 Регистрация: 27.03.2013 Сообщений: 20,011
	09.12.2019, 07:30
	Когда создаёшь таблицу, то умный Аксик всегда спрашивает, создать ли ключевое поле и создаёт поле с типом данных - Счётчик. Мне вот всегда было интересно, чем ТСы руководствуются, когда тычут в кнопку - Нет и сами чего то там создают? Неужели начинающие разработчики БД считают себя мудрее разработчиков Акцесса? Ведь не зря же такой вопрос выскакивает автоматом. Наверное считают, что просто для красоты, а то и вааще, что бы напугать изобретателя БД. Может есть ещё какие версии такого неприятия к счётчикам? 1

@АЕ ᴁ © 4159 / 2448 / 508 Регистрация: 13.12.2016 Сообщений: 8,321 Записей в блоге: 5
	09.12.2019, 08:08
	kadnedir, судя по тому, что сразу 2 поля ключевые (а повторы не допускаются в ключе) один автор может иметь только одно наименование. Ну и одно наименование не может принадлежать двум авторам. 0

@VinniPuh 9131 / 6143 / 593 Регистрация: 27.03.2013 Сообщений: 20,011
	09.12.2019, 08:24
	Панург, если хоть счётчик, хоть не счётчик - Все равно и нет ни какой разницы, то почему у студентов, этот вопрос как в теме, самый популярный, чуть ли не каждый пятый его задаёт и в следствии допытывания ТСа всегда выясняется, что связи сделаны не по счётчику, а например по числу, а то и вааааще по тексту. А вот у кого стоит счётчик, у тех подобные сообщения ни когда не вылазили. Предположу, что вы просто - Умничаете и теориетизируете витаете в облаках, в отрыве от жизненных реалий, рекламируя то, что никто практически не использует, ибо в основном создаёт неудобство при проектировании. Частные случаи, это не стандарт. Сами то чай за всю жизнь пяток ключей - не счётчиков всего создали, а другим теории всякие впариваете и потворствуете ложному пути. Нехорошо маленьких вводить в заблуждение. 1

@VinniPuh 9131 / 6143 / 593 Регистрация: 27.03.2013 Сообщений: 20,011
	09.12.2019, 12:55
	Панург, это что, ещё и учить надо? Лучше философоффффф типа тебя послушаю, сделаю с точностью на оборот и не прогадаю, ибо всякие ваши размышления, допущения и предположения возможно и пригодны для теоретических баталий, но ни как не к реальному проектированию и созданию БД. Ни когда четко ответить не можете, переворачиваете все с ног на голову и выдаёте это за норму и чуть ли не закон мироздания. 1

Сообщение "Ключ не может содержать пустое значение"

Решение