Как гарантировать последовательную запись данных без пропусков id?

Question

[MishaXXL]

При попытке сделать 100 записей у меня получились пропуски в id

Она начались только с id ->8 и так же иногда местами было немного пропусков

{id: 8, user_id: 1, title: "data"}
{id: 9, user_id: 1, title: " data"}
{id: 10, user_id: 1, title: "data"}

Но мне нужна таблица, где будет 100 записей c id 1 по id 100 без пропусков
Как реализовать надежную запись списка данных без пропусков значения автоинкремента id?

Comments

[Everything_is_bad]

никогда не было и вот опять, зачем тебе id без пропусков, цель-то какая? ты еще начни id удаленных записей переиспользовать
ЗЫ и научись уже гуглить, на твои вопросы уже куча раз даны ответы

[Дмитрий]

не надо делать из базы данных - Эксель.

Answer 1

[mayton2019]

Таблицы на основе генераторов или sequences обычно ствавят главной задачей - обеспечить
уникальность id в первую очередь. С эти sequence справляется.

Гарантировать блокировку или захват sequence они не могут так как Postgres создавался
как много-пользовательская БД. Тоесть много сессий обладают правом в любой момент
взять из sequence следующее значение. Поэтому требование хронологии - это как эксклюзивный
лок объекта. Слишком жесткое требование. И никому не нужное. Если б так БД работали то
они теряли бы в производительности и ждали-бы чтоб какая-то главная сессия отпустила таблицу.

Выход есть - брать ранг записи извне. Тоесть само приложение должно быть поставщиком
таких номеров. А БД будет просто их вставлять.

Еще вариант - в уже после загрузки обновить одно полей одной транзакцией как row_number
сортируя по любому признаку.

Comments

[MishaXXL]

Речь шла о том, как в столб id записывать уникальное и авто инкрементирующее значение ссылаясь на последнюю запись?
Свойство SERIAL здесь не обязательно
Оставим в стороне колонку id

Есть колонка num
Как записывать уникальное и авто инкрементирующее значение ссылаясь на последнюю запись колонки num, где по умолчанию первая запись должна быть равна 1, а последующие равны последнему значению num + 1?

[mayton2019]

MishaXXL, ты сможешь гарантировать что только одна сессия это делает?

[MishaXXL]

mayton2019, предположительно, да )
Задача - сделать таблицы по 100, 200 и 300 записей с четким значением столбца от 1 до 100, 200, 300
Данные вносятся циклом с сервера, получаем 300 записей и в цикле делаем 300 разных INSERT
Как создать таблицу так или производить создание записи с гарантией четкой нумерации нашей колонки счетчика

[mayton2019]

MishaXXL, ты наверное очень любишь Excel?

sqlite> create table demo(id int, t text);
 demo vasqlite> insert into demo values(1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite>
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite> insert into demo values((select max(id) from demo) + 1,'');
sqlite>
sqlite>
sqlite> select * from demo;
1|
2|
3|
4|
5|
6|
7|
8|
sqlite>

P.S. Помни что ты обещал по поводу конкурентного доступа. Помни!

[MishaXXL]

mayton2019, я тут подумал )
Подскажите пожалуйста такой момент
На сколько адекватно сделать выборку путем offset + limit=1?
Суть в том, что мне нужно иметь рабочие запросы с 1 по 300 в таблице при этом, чтобы данные выборки были стабильны с учетом, что никаких удалений мы не производили

Что, если у нас запрос server/api/users/10
То делаем SELECT * FROM users OFFSET=(10 - 1) LIMIT=1;
Или такое можно реализовать лучше?

[mayton2019]

MishaXXL, я уже ответил на твой первый вопрос?

Answer 2

[Akina]

Как реализовать надежную запись списка данных без пропусков значения автоинкремента id?

Никак НЕ РЕАЛИЗОВЫВАТЬ.

Оставь автоинкремент в покое - он обязан обеспечивать только уникальность, и не более. Нужна непрерывная нумерация? Создай для неё ОТДЕЛЬНОЕ поле, и нумеруй программно. Триггеры в помощь.

Comments

[Виктор Кожухарь]

Полностью поддержу!
Практически везде, где я в своей жизни использовал автоикремент чуть более, чем тупой уникальный упорядоченный ID, я постоянно сталкивался с какими-то проблемами

[Akina]

Виктор Кожухарь, это ожидаемо. Любой мультикомбайн, выполняя кучу функций, любую из них выполняет плохо (ну если повезёт - то любую кроме основной). То же и с автоинкрементом - уникальность он обеспечивает хорошо, а всё остальное - оторви и выбрось.

[MishaXXL]

Akina, речь шла о том, как в столб id записывать уникальное и авто инкрементирующее значение ссылаясь на последнюю запись?
Свойство SERIAL здесь не обязательно
Оставим в стороне колонку id

Есть колонка num
Как записывать уникальное и авто инкрементирующее значение ссылаясь на последнюю запись колонки num, где по умолчанию первая запись должна быть равна 1, а последующие равны последнему значению num + 1?

[Akina]

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