Как сделать auto increment колонку, которая увеличивается относительно другой колонки?

Question

[SimaYagodka]

Всем привет, хочу создать таблицу вида

--------------------------
| class_id | student_id |
--------------------------
| 0 | 0 |
| 0 | 1 |
| 0 | 2 |
| 1 | 0 |
| 1 | 1 |
--------------------------

То есть у каждого уникального class_id отсчет student_id начинается с 0, и считается отдельно. Контекст с учениками и классами не самый удачный, но это просто для примера

Comments

[Akina]

Нахрен не нужное мероприятие. Формируй эту нумерацию внутри группы прямо в запросе.

Answer 1

[Алексей Черемисин]

Никогда, никогда, и ни при каких обстоятельствах нельзя использовать автоинкремент. Это абсолютно неправильный паттерн программирования в SQL (да и вообще в базах данных).
Более того, нормальные базы данных автоинкремента не имеют!
Что использовать, спросите Вы? Используйте GUID/UUID и прочие уникальные идентификаторы.
Для каждой записи генерируйте свой, уникальный UUID, и используйте его как первичный-вторичный ключ для ссылок на записи.

Comments

[Алексей Черемисин]

Dr. Bacon, и даже не сомневаюсь, как и много говнокода в совершенно разных языках программирования.
Но автоинкремент - зло на порядок радикальнее, особенно при "обновлении базы данных".
Представим ситуацию. У меня есть старая выгрузка из базы, которую я хочу залить в новую базу, где уже есть данные. Что будет с записью с ID 123456, которая есть в новой и старой бызах, но эти записи совершенно разные, одна относится к суперпользователю, вторая к заблокированному спамеру? А что будет со вторичными таблицами?
Итого: вместо того, чтобы просто влить данные, мне нужно как-то "поменять идентификаторы", причем, во всем наборе старых данных. В итоге все превращается в загрузку старых данных в отдельную базу и "тонкое" программирование по "адаптации" этих самых данных перед заливкой. Да ну на..

[Алексей Черемисин]

Dr. Bacon, Нет, просто это кусок старой базы, или базы удаленного офиса, или старого дампа, или просто данных.

[Алексей Черемисин]

Dr. Bacon, тем, что база данных - не священная корова, и разработчик вносит в нее постоянно изменения, удаляя записи, меняя таблицы, колонки и прочую хрень.
И автоинктемент - самый плохой из них.
Заметьте, я ничего не говорю про простые ID (а можно еще и составные!). Я говорю именно про автоинкрементные.
С автоинкрементом у нас только одно удобство - вставка данных. А вот головная боль - навсегда.
С синтетическими, составными, натуральными - гораздо больше гибкости, в любом случае.

Ну и зачем их вообще использовать? Тем более, кроме двух-трех опенсорсных баз данных, автоинкремента ни у кого нет!
Для меня - автоинкремент = плохой (ужасный) дизайн данных!

[Алексей Черемисин]

Dr. Bacon, Да я же не спорю - есть автоинкремент, пользуйте на здоровье :)

Answer 2

[mayton2019]

По виду это похоже на троичную систему счисления. Ее можно получить просто пересчитывая нормальный sequence. Пишу на псевдокоде.

create table ПочемуАвторНикогдаНеПишетНазваниеТаблиц (
   id sequence,
   class_id int GENERATED ALWAYS AS (id / 3),
   student_id int GENERATED ALWAYS AS (id % 3)  
);