Основное правило для автомобильных номеров базы данных - это просто ВНУТРЕННИЕ номера - КОНЕЦ истории! Я имею в виду, когда вы загружаете документ Word, вы заботитесь об используемом номере сегмента памяти? Авто номера используются для настройки отношений между таблицами. Они представляют собой «концепцию», и если таблицы связаны между собой картинками, обезьянами в джунглях, которые едят бананы, или какой-то последовательностью автонастройки, вам все равно.
Однако, чтобы ответить на ваш вопрос, если вы переходите к новой записи, а затем начинаете печатать, запись грязная. Конечно, пользователь может решить, эй, я не хочу добавлять эту запись. Если они идут edit-> undo или нажимают control-z и затем выходят, запись не создается и не сохраняется. Тем не менее, автоматический номер будет увеличиваться. Я имею в виду, что поскольку база данных является многопользовательской, тогда один пользователь начинает работать, а затем другой - им обоим будет присвоен автоматический номер - но оба могут решить не сохранять.
Конечные пользователи НЕ ДОЛЖНЫ придавать значение автоматическим номерам, и на самом деле они никогда не должны казаться ими. Пользователи никогда не видят сегмент памяти компьютера, в который загружается документ или текстовый документ - им все равно.
Как внутренняя индексация и как составляются таблицы и как они работают, являются единственной проблемой механизма базы данных и имеют ZERO для вас или ваших пользователей.
Теперь, конечно, вы «осведомлены» о том, что на вашем компьютере есть память, но вы НЕ должны раскрывать «память», используемую вашими конечными пользователями, поскольку такие внутренние служебные номера - это просто внутренние служебные номера.
В дополнение к тому, что пользователи нажимают un-do и получают залог при добавлении записей, общее удаление записей также приводит к пробелам.
Если вы ищете какую-то последовательность номеров, то создайте поле номера счета или что-то еще. Несмотря на то, что может потребоваться номер счета, если вы используете внутренние авто номера, тогда ваша база данных может функционировать, потому что у вас нет номера социального страхования или глупого номера счета. Какое отношение они имеют к вам как к развитию отношений между таблицами? (Ответ: абсолютно ничего вообще !!!)
Тот факт, что ваша база данных работает нормально без номера счета-фактуры или других номеров, имеет НОЛЬ для внутренних номеров, используемых для ведения домашнего хозяйства и для поддержания отношений.
Вы определяете отношения в своей базе данных - они имеют НОЛЬ в зависимости от того, о чем думают ваши пользователи, знают о них и т. Д. Такие числа не имеют больше значения, чем сегмент памяти, используемый в оперативной памяти вашего компьютера для загрузки записи.
Если вам нужен какой-то номер счета-фактуры или другой порядковый номер, то вам нужно добавить этот элемент дизайна в вашу базу данных. Такие числа имеют ноль для некоторых внутренних номеров, которые Access использует и поддерживает для построения отношений.
В многопользовательской среде и из-за добавлений или удалений вы, как общее правило, можете также предположить, что автоматические числа являются случайными - они не имеют никакого значения для пользователей или для бизнес-правил, для которых требуется некоторый порядковый номер .