Таблица SQL - Как добавить строку в начале старого столбца автоинкремента

Question

У меня есть существующая таблица sql с 3 столбцами и более 100 записей/строк. Существует столбец идентификатора с автоинкрементами.

Теперь я хочу добавить 10 новых строк в начале таблицы с идентификатором от 1 до 10. Но я не могу потерять существующую строку. Итак, как мне это сделать?

Одна идея, которая мне пришла в голову, - возможно, я могу увеличить существующий идентификатор, добавив 10, например, 1 + 10 станет 11, 25 + 10 станет 35, а затем я могу добавить строки в начале. Каким будет сценарий для этого, если это возможно?

Answer 1

Все, что вам нужно сделать, это установить auto_increment для этой таблицы на любое количество, необходимое для создания места для новых записей, которые вы хотите вставить.

Например, если вы вставили строки с идентификаторами 1-100, вы можете:

Проверьте следующее значение auto_increment командой:

select auto_increment as val from information_schema.tables where table_schema='myschema' and table_name='mytable'; 

Предположим, что значение будет 101 (значение, будет использоваться, если вы вставили новую строку). Вы можете «заранее» значение auto_increment командой:

alter table myschema.mytable auto_increment = 111; 

Если вставить новую строку, как это:

insert into mytable (not_the_id_column) values ('test'); 

Он получит «следующий» идентификатор из 111. Но если указать идентификатор значения вручную, вы хорошо в этом случае до тех пор, пока вы используете какое-либо значение меньше, чем 111, так что вы можете вставить желаемые записи, как это:

insert into mytable (id, not_the_id_column) values (101, 'test101'); 
insert into mytable (id, not_the_id_column) values (102, 'test102'); 
... -- more inserts as needed 

Теперь, вы должны принять соответствующие меры предосторожности при обновлении значений PK , или любое значение, которое имеет зависимости от него (внешний ключ или иное), но совершенно законно принудительно форсировать и/или заполнять значения идентификатора, если полученное значение auto_increment не дублирует тот, который уже находится в таблице.

Answer 2

Я согласен с комментарием о том, что вы не должны этого делать, но я понимаю, что есть ситуации, когда это должно быть сделано.

SELECT MAX(id)-MIN(id)+1 INTO @x FROM theTable; 
UPDATE theTable SET id = id + @x; 
SELECT MIN(id) INTO @x FROM theTable; 
UPDATE theTable SET id = 10 + id - @x; 

Если идентификатор является первичным ключом, коллизии значений в рамках обновления могут заставить MySQL отклонить обновление. (Отсюда пара обновлений, чтобы избежать такой возможности.)

Редактировать: Факторинг решительного возражения НБ в этом случае, вероятно, было бы неплохо проверить, что следующее значение автоматического прироста таблицы не будет сталкиваться с обновленные записи после завершения обновления. У меня нет соответствующей базы данных, чтобы проверить, влияют ли на нее утверждения UPDATE; и даже если они действительно повлияют на это, вы можете в конечном итоге захотеть уменьшить его, чтобы не создавать ненужный пробел (пробелы в идеале не должны быть проблемой, но если они есть или вы просто слегка OCD, стоит заглянуть) ,