Может кто-нибудь объяснить, почему этот оракул не поддерживает функцию автоинкремента для первичных ключей?
Я знаю, что одна и та же функция может быть достигнута с помощью последовательности и триггеров, но почему оракул не представил ключевое слово autoincrement, которое будет внутренне создавать последовательность и триггер. Бьюсь об заклад, парни в оракуле наверняка подумали бы об этом. Должна быть какая-то причина не давать эту функцию. Любые мысли?
Это может быть просто терминология. "AUTOINCREMENT" означает, что эта запись "103" будет создана между записями "102" и "104". В кластерных средах это не обязательно для последовательностей. Один node может вставить "100", "101", "102" , а другой node вставляет "110", "111", "112", поэтому записи "не в порядке". [Конечно, термин "последовательность" имеет одинаковую импликацию.]
Если вы решили не следовать модели последовательности, то вы вводите проблемы блокировки и сериализации. Вы вынуждаете вставку ждать фиксации/откат другой вставки, прежде чем определять, что такое следующее значение, или вы соглашаетесь с тем, что если транзакция откатывается, вы получаете пробелы в ключах.
Тогда возникает вопрос о том, что вы делаете, если кто-то хочет вставить строку в таблицу с определенным значением для этого поля (т.е. разрешено или работает как DEFAULT) или если кто-то пытается ее обновить. Если кто-то вставляет "101", автоинкремент "прыгает" на "102" или вы рискуете попытаться дублировать значения.
Это может иметь последствия для их утилит IMP и прямой записи пути и обратной совместимости.
Я не говорю, что это невозможно. Но я подозреваю, что в конце концов кто-то посмотрел на него и решил, что лучше провести время разработки в другом месте.
Изменить для добавления:
В Oracle 12.1 добавлена поддержка столбца IDENTITY.
"В столбце идентификации будет назначаться возрастающее или уменьшающееся целочисленное значение из генератора последовательности для каждого последующего оператора INSERT. Вы можете использовать предложение identity_options для настройки генератора последовательности."
https://docs.oracle.com/database/121/SQLRF/statements_7002.htm#CJAHJHJC
Потому что он имеет последовательности, которые могут делать все автоинкремент, а затем некоторые.
Это довольно долгое время противоречило между различными лагерями БД. Для системы баз данных, отполированной и хорошо построенной как Oracle, она по-прежнему ошеломила меня тем, что для этого используется очень много кода и усилий, чтобы включить эту часто используемую и ценную функцию.
Я рекомендую просто поместить какой-то инкрементно-первичный ключ builder/function/tool в ваш инструментарий и иметь его для работы Oracle. И напишите своему конгрессмену и скажите ему, насколько они плохи, чтобы сделать эту функцию доступной из графического интерфейса пользователя или используя одну строку SQL!
Многие жаловались на это, но в целом ответ заключается в том, что вы можете создать его достаточно легко с помощью последовательности и триггера.
Последовательности могут легко выйти из синхронизации (кто-то вставляет запись вручную в базу данных без обновления последовательности). Oracle должен был реализовывать эту эпоху! Последовательности просты в использовании, но не так просто, как автоинкремент (требуется дополнительный бит кодирования).