MySQL, phpmyadmin, auto_increment

[woofer46]

Подскажите как быть, у меня таблица в которой строчка id имеет значение auto_increment,первичный, и такая неточтоб проблема, а неувязочка, у меня статьи выводятся в цикле, грубо говоря у меня есть 5 статей соответственно с id 1,2,3,4,5 (присвоенными автоматически т.к. auto_increment), если я удаляю например статьи 4,5 и добавляю новую статью через админ-раздел, у меня получается статьи с индефикаторами 1,2,3,6, удалю еще и 6, получится 1,2,3,7, как то не очень красиво со временем получится... Как эт поправить...??

[xPoint]

это не правится, потому что auto_increment так и работает

[woofer46]

эх жаль ну ладно

[rash]

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

Вряд-ли это реально грозит на практике, но просто интересно, кто-нибудь знает?

[xPoint]

из оф. мана

Например, интервал столбца INT составляет от -2147483648 до 2147483647. Если попытаться записать в столбец INT число -9999999999, то оно будет усечено до нижней конечной точки интервала и вместо записываемого значения в столбце будет храниться величина -2147483648. Аналогично, если попытаться записать число 9999999999, то взамен запишется число 2147483647

[rash]

Это понятно, но ключ-то может быть только уникальным. То есть добавлять записи в таблицу станет невозможным?

Значит, всего два с лишним миллиарда операций с записями (или четыре, если брать беззнаковое число), и таблица «выходит из строя»? :-)

[xPoint]

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

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

[rash]

Ясно, любопытство поутихло :-)

Интересно, на практике кто-то уже с этим сталкивался? :-)

[Emm]

Интересно =) а может оно попытается вновь создать ранее удаленное значение, если уже имеется максимально допустимое... поскольку мне что-то смутно представляется нормальное функцирование таблички с таким количеством строчек...)

[rash]

Надо проверить на tinyint-индексе :-)

[partiz]

Я не понимаю... а в чем проблема автоинкремента? Ну присваивает он самостоятельно номера, ну и что?

Автор, или у тебя код вывода статей привязан к индексам, т.е. ты их выводишь через "for"?

Edited January 23, 2009 by partiz

[Mutant]

Могу предложить переписывать статьи, которые тебе надо удалить. Т.е. у тебя есть статьи 1, 2, 3, 4, 5, 6, тебе надо удалить 2 и записать одну новую: ты переписываешь статьи 5 и 6, пятую в новую статью, шестую в пустоты. При выводе остается проверять на пустоты

[xPoint]

Вобщем, взяв идею rash я проверил работу автоинкремента на tinyint в MySQL версии 5.0.67. Оказалось работает не совсем так как я предполагал.

Вот таблица:

CREATE TABLE IF NOT EXISTS `testtable` (
  `id` tinyint(2) NOT NULL auto_increment,
  `title` varchar(25) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1;

вот код пхп:

<?php

$con = mysql_connect("localhost",'root','');
mysql_select_db('test');
//делаем вставку
for($i=0;$i<127;$i++){
	$res = mysql_query("INSERT INTO testtable VALUES(NULL,'test_$i')");

}
//удаляем
for($i=0;$i<25;$i++){
	mysql_query("DELETE FROM testtable WHERE id='$i'");
}
//снова пробуем вставить
for($i=0;$i<256;$i++){
	$res = mysql_query("INSERT INTO testtable VALUES(NULL,'test_$i')");
	if(!$res)break;
}
echo $i."\n";//на какой позиции остановились
echo mysql_error($con)."\n";//какую ошибку вывел

?>

код вывел:

0

Duplicate entry '127' for key 1

Т.е. поначалу все шло так как я и предполагал. Дойдя до верхней границы, автоинкремент увеличил число на 1 и попытался сделать запись. TINYINT увидел, что число больше верхней границы и уменьшил его до максимально возможного и попытался сделать запись. Все бы прошло нормально, если бы поле ид не было PRIMARY KEY. Первичный ключ должен быть уникальным и не должен повторяться. Именно из-за PRIMARY KEY вылезла ошибка и вставка прекратилась. И удаление никоим образом не повлияло на вставку.