|
|
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
У строки есть уникальный auto increment идентификатор. Но строки могут уходить и остаются неиспользованные номера при добавлении новых строк. Например: 1____356 2____256 3____789 4____188 5____824 Строки 2-4 ушли. Осталось: 1____356 5____824 При добавлении новой строки, следующий id будет 6, а как же использовать доступные теперь номера 2-4 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 14:56:39 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
Автоматически - никак. Если очень хочется - вставляйте записи с явным указанием id. Правда, смысла в этом не вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 16:26:48 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
и нет никакой функции, которая бы перестраивала таблицы, перопределяя номера учитывая пропущенные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 18:02:29 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
rema174и нет никакой функции, которая бы перестраивала таблицы, перопределяя номера учитывая пропущенные?Нет. И хорошо, что нет. Иначе это бы порушило всю ссылочную целостность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 18:35:06 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
rema174, Хотя, если никаких внешних ссылок на таблицу нет, то можете скопировать всю таблицу в новую, потом старую удалить, а новую переименовать в старое имя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 18:42:38 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
внешняя сылка на таблицу есть, но не на первичный ключ, это же ни на что неповлияет при копировании хорошо, а как обычно обходятся в таких случаях? допустим, первая колонка должна быть smallInt - это 65000 строк, и при интенсивном добавлении-удалении из таблицы половина номеров не будут использоваться, и ресурс строк быстро исчерпается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 20:46:36 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
rema174хорошо, а как обычно обходятся в таких случаях? допустим, первая колонка должна быть smallInt - это 65000 строк, и при интенсивном добавлении-удалении из таблицы половина номеров не будут использоваться, и ресурс строк быстро исчерпаетсяВ таких случаях просто делают поле достаточного размера. INT или BIGINT. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 20:56:26 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
rema174внешняя сылка на таблицу есть, но не на первичный ключ, это же ни на что неповлияет при копированиитогда зачем вообще автоинкрементый первичный ключ в этой таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 20:57:16 |
|
||
|
Использование доступных номеров для auto increment
|
|||
|---|---|---|---|
|
#18+
miksoftrema174внешняя сылка на таблицу есть, но не на первичный ключ, это же ни на что неповлияет при копированиитогда зачем вообще автоинкрементый первичный ключ в этой таблице?Священная корова! Если у таблицы нет кластерного автоинкрементного ключа - это не таблица, а ... куча, свалка, мусор - что больше нравится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 23:17:04 |
|
||
|
|
start [/forum/topic.php?desktop=1&fid=47&tid=1835090]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 390ms |
| 0 / 0 |
