Как сделать чтобы ID записи продолжал свой отчет от последней записи в БД MySQL ?

Question

[Chvalov]

Здравствуйте, парни подскажите как побороть не правильное отображение id после удаления записей и добавление новых:

Я удалил записи с ID от 3 до 6, после чего добавил новую, и теперь ID записи 7, лечиться это перезагрузкой сервера точнее самого MySQL и тогда оно считает от последней записи, как сделать чтобы не было нужды в перезагрузке ?

Comments

[neolink]

а если не секрет чем вам не угодили записи с айди не подрят?

Answer 1

[Jemeron]

Не использовать auto_increment

Answer 2

[red_led]

Варианта 2:

• писать подзапрос при вставке в таблицу для принудительного задания id:

  SELECT MAX(id) + 1 FROM some_table 1 FROM some_table

• после удаления записи обновлять автоинкримент: ALTER TABLE some_table AUTO_INCREMENT = del_id

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

Answer 3

[WebEditor]

скорее всего поле id содержит auto_increment. если он не нужен, то удалите его, и при вставке новой записи, получайте следующий id номер, пример:

INSERT INTO table(`id`, `time`) VALUES (
    (SELECT MAX(id) +1 FROM table), '$time'
)

а так вариантов как минимум три:

1. удалить auto_increment
2. использовать вариант предложенный @red_led
3. написать триггер, который будет обновлять данные после вставки в базу данных

P.S.: код написан как пример.
P.P.S.: информация только для изучения, в реальных проектах так делать не стоит.

Comments

[FanatPHP]

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

[WebEditor]

@FanatPHP: да, Вы абсолютно правы, но если юзер хочет именно ответ на СВОЙ вопрос, он ответ на СВОЙ вопрос и получает. Неужели Вам ни разу не хотелось узнать как сделать что-либо, даже если это неправильно делать? Вполне возможно, что юзер и не будет это применять в реальных проектах. Написанное - это варианты решений на вскидку для этого вопроса.

Лично мы не стали бы делать такое с базой(во всяком случае раньше не делали и надеемся никогда не придется), если уже приспичит, лучше изменить таблицу, добавив новый столбец и возможно несколько ключей (все зависит от связей внутри базы), а замарачиваться с ID, зачем? =) Скажем по своему опыту, нет того, что нельзя изменить, нужно или нет, уже другой вопрос. Вопрос от юзера звучит как сделать именно это, а не варианты решений вообще и стоит это делать или нет.

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

P.S.: а что касается ТЗ - думаем Вы сами прекрасно понимаете с чем и кем порой можно встретиться =)