маленький вопросик по поводу auto_increment

Создаю новую таблицу методом проб и ошибок. 1 строка получилась неудачной, исправил ошибку, удалил первую строку, создал ещё одну. в поле id стоит auto_increment. и там получилось 2, хотя по сути существует только 1 строка. В связи с этим вопрос: как бы обнулить счёт, чтобы опять началось с первого?
(Добавление)
нашёл! сам ответил на свой вопрос. Надо зайти в "Операции" и там будет рядом со словами auto_increment чило. его заменить на единицу. Это если использовать phpmyadmin. а sql-код выглядит так ALTER TABLE `<название таблицы>` AUTO_INCREMENT =1

Так тоже можно, а вообще очистить - это TRUNCATE TABLE `tablename`

-----
PostgreSQL DBA

Dazar В качестве допустимого обобщенного варината осуществления работы механизма выбора уникального ключевого идентификатора для сохранеемого информационного поля возможно использование элементов программных триггеров - более подробная информация по данному вопросу предоставлена здесь http://dev[dot]mysql[dot]com/doc/refman/[dot][dot][dot]en/triggers[dot]html

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

JustUserR, мало того что ты что-то непонятное написал, так ещё и ссылка на английский сайт)))

Ответ, который ты нашел, неверный. Не должно возникать бредовой идеи, как "построить по порядку". Представь себе на минуту, что уникальные ID таблицы БД имеют вид не '1,2,3.4.5....', а 'qwerty, uiopa, sdfgh, hjklz' -- другими словами что-то уникальное, но не целое число. В большинстве БД именно так и обстоит дело. Как будешь "удалять пробелы"? Некий уникальный идентификатор строки таблицы БД нужен для того, чтобы по этому ID ее (строку) найти
SELECT * FROM items WHERE id='uiopa'

-----
Форум для тех, кто делает сайты

Так еще и не совсем по делу.
JustUserR, если СУБД поддерживает такой объект как поседовательность или генератор, то да. В остальных случаях это не решение, потому что триггер работает в контексте транзакции. И если использовать его для генерации значения на основе чего-нибудь, что хранится в таблице, то есть вероятность, что триггер сгенерит значение, которое в этот же момент сгенерил этот же триггер в контексте другой транзакции. Либо надо использовать блокировки, а это снижение быстродействия и лишний код.