Есть ли простой способ предотвратить рост количества идентификаторов строк в MySQL?

Question

Есть ли простой способ предотвратить рост количества идентификаторов строк в MySQL?

0

Мне было интересно, что самый простой способ разрешить идентификаторы таблицы автоматически, кроме AUTO_INCREMENT.

У меня есть таблица, которая будет накапливать тысячи строк в течение длительного периода времени. Некоторые из этих строк будут удалены позднее. Как получить новые строки, чтобы получить самый низкий доступный идентификатор, не вдаваясь в это вручную.

Могу ли я, например, reset AUTO_INCREMENT каждый раз, когда кто-то добавляет строку?

Hubro 10 сен. 2010, в 12:03

Источник

2

почему ты хочешь сделать это? Это может очень испортить прошлые запросы для старых, теперь удаленных, данных.
BoltClock♦ 10 сен. 2010, в 09:59
1

Мне любопытно - зачем вам последовательные идентификаторы без пробелов?
Dominic Rodger 10 сен. 2010, в 10:00
0

ты не должен этого делать. такие вопросы должны быть закрыты при некоторых условиях FAQ. Слишком много дискуссий о недопонимании таких основных концепций
Your Common Sense 10 сен. 2010, в 12:27

Показать ещё 1 комментарий

Теги:

php

mysql

auto-increment

5 ответов

4

Честно говоря, это не стоит хлопот. Я считаю, что это возможно, но это просто уникальный идентификатор в конце дня - не имеет значения, если его 1 или 1000.

Если это для других целей, рассмотрите использование другого поля.

ИМО, вы не должны связываться с индексами.

Ross 10 сен. 2010, в 08:18

2

Невозможно, идентификатор уникален и может быть использован один раз..

возможно только при очистке таблицы.

Jordy 10 сен. 2010, в 07:45

1

Это неверно. Он может быть использован только один раз одновременно, но может быть использован снова, если вы удалили запись.
2ndkauboy 10 сен. 2010, в 12:11
0

прямо @ Кау-Бой :)
Alex Sawallich 10 сен. 2010, в 12:16
0

@ Кау нет, ты не прав. Если один из детей умрет, а у него родится другой, это будет еще один, даже если его назвали по имени. Вы неправильно поняли уникальную концепцию идентификации.
Your Common Sense 10 сен. 2010, в 12:24
0

@Col. Шрапнель: Джорди говорил, что вы никогда не сможете снова использовать значение, которое когда-то использовалось в столбце с именем «ID», и это неправильно. Данные и новая строка могут отличаться, но вы можете использовать одно и то же значение в столбце «ID», если предыдущий был удален.
2ndkauboy 10 сен. 2010, в 12:30
0

@ Кау, черт возьми, это софистика. Да, буквально вы можете выстрелить кому-то в голову. Но вы не должны делать это, «вы не можете» с точки зрения реальной жизни.
Your Common Sense 10 сен. 2010, в 12:38
0

@ Кау-Бой, даже если вы удалите строку, невозможно получить уникальный идентификатор. После того, как вы дали, вы не можете дать эту строку. Пример: я отдаю тебе свои туфли, после того как я отдаю их тебе ... Я отдаю свои туфли полковнику Шрапнелю, но подожди! У вас есть .. поэтому я отдаю ему свои пустые руки.
Jordy 10 сен. 2010, в 13:24
0

Я просто говорю о числе в поле идентификатора, а не о мертвых детях или обутых руках. Я знаю, что могу установить в поле идентификатора все, что захочу, пока оно не занято, я просто хотел, чтобы AUTO_INCREMENT сделал это для меня.
Hubro 10 сен. 2010, в 19:28

Показать ещё 5 комментариев

1

Кому это нужно? integer может иметь миллиарды уникальных значений, все они стоят того же объема памяти (по 4 байта). Азартные игры с первичным ключом похожи на русскую рулетку в вашу базу данных: в итоге ваша база данных умрет (она будет повреждена).

Frank Heikens 10 сен. 2010, в 08:58

0

Я думаю, вы могли бы использовать триггеры для этого, но это, вероятно, превратится в огромный беспорядок через некоторое время. Не понимаю, почему вы не хотите использовать auto_increment вместо этого, есть ли у вас какая-то особая причина?

Триггеры в MySQL 5.0

@Jordy: ваше утверждение не все верно, да только одна строка может иметь одно значение в любой заданной точке, но если вы удалите строку, вы можете повторно использовать удаленное значение для другой строки. Вы также можете reset счетчик на любое значение, которое вы хотите включить, без удаления таблицы.

skogen 10 сен. 2010, в 10:16

Ещё вопросы

почему ты хочешь сделать это? Это может очень испортить прошлые запросы для старых, теперь удаленных, данных.
Мне любопытно - зачем вам последовательные идентификаторы без пробелов?
ты не должен этого делать. такие вопросы должны быть закрыты при некоторых условиях FAQ. Слишком много дискуссий о недопонимании таких основных концепций
Это неверно. Он может быть использован только один раз одновременно, но может быть использован снова, если вы удалили запись.
@ Кау нет, ты не прав. Если один из детей умрет, а у него родится другой, это будет еще один, даже если его назвали по имени. Вы неправильно поняли уникальную концепцию идентификации.
@Col. Шрапнель: Джорди говорил, что вы никогда не сможете снова использовать значение, которое когда-то использовалось в столбце с именем «ID», и это неправильно. Данные и новая строка могут отличаться, но вы можете использовать одно и то же значение в столбце «ID», если предыдущий был удален.
@ Кау, черт возьми, это софистика. Да, буквально вы можете выстрелить кому-то в голову. Но вы не должны делать это, «вы не можете» с точки зрения реальной жизни.
@ Кау-Бой, даже если вы удалите строку, невозможно получить уникальный идентификатор. После того, как вы дали, вы не можете дать эту строку. Пример: я отдаю тебе свои туфли, после того как я отдаю их тебе ... Я отдаю свои туфли полковнику Шрапнелю, но подожди! У вас есть .. поэтому я отдаю ему свои пустые руки.
Я просто говорю о числе в поле идентификатора, а не о мертвых детях или обутых руках. Я знаю, что могу установить в поле идентификатора все, что захочу, пока оно не занято, я просто хотел, чтобы AUTO_INCREMENT сделал это для меня.

2ndkauboy · Accepted Answer · 2010-09-10T10-41-00.000Z

Возможно, что reset автоматическое добавление к следующему возможному ID:

ALTER TABLE table_name AUTO_INCREMENT = 1

Вам даже не нужно устанавливать его на следующий доступный ключ. MySQL будет автоматически использовать следующий ключ при следующем обновлении. Поэтому даже установка "1" каждый раз безопасна.

Но если вам не нужен идентификатор, почему вы даже используете идентификатор? А также даже большое количество идентификаторов не является проблемой. Я получил таблицу с более чем 20 миллионами записей и никогда не испытывал проблем с идентификаторами.

Почему люди всегда голосуют против возможных ответов на вопрос ОП, не объясняя их?
Я проголосовал за ваш ответ и пометил правильный ответ. Я знаю, что это редко требуется и должно быть решено другими способами, но разработчик должен знать плохие методы, чтобы избежать их. Все остальное было бы глупо.
Причина, по которой я нуждался в этом, заключается в том, что эта конкретная таблица может принимать миллионы строк, но не обязательно содержать более десятков или сотен строк одновременно. Казалось, немного излишним, чтобы в этом случае идентификаторы были миллионами. Но спасибо за ваш ответ!
Нет проблем. Иногда другие пользователи просто не хотят отвечать на вопрос, потому что они думают, что то, как вы это делаете, неправильно. Я также иногда рассказываю ОП, как это сделать, но вам не следует отказываться от голосования, если вы найдете правильное решение. Даже программирование не всегда черное или белое.