| |
|
|
| | В таблице 5 записей,
1,2,3,4,5. 3-ю удалили, стало 1,2,4,5.
Как мне сделать что бы было 1,2,3,4 | |
| |
|
|
| |
|
|
| |
для: Алексей Рябченко
(11.12.2007 в 23:14)
| | | удалить пятую, а не третью. | |
| |
|
|
| |
|
|
| |
для: Trianon
(11.12.2007 в 23:14)
| | | А нужно было 3-ю, потому что эта запись под таким ид уже ненужна. | |
| |
|
|
| |
|
|
| |
для: Алексей Рябченко
(11.12.2007 в 23:18)
| | | а записи с id 1 2 4 5 нужны? | |
| |
|
|
| |
|
|
| |
для: Trianon
(11.12.2007 в 23:20)
| | | Да. Я подумал что если их будет больше тысячи, и промежуток быдет где в 10, а где 100, не красиво как то, | |
| |
|
|
| |
|
|
| |
для: Алексей Рябченко
(11.12.2007 в 23:24)
| | | Не знаю, может я и неправ, но помоему это абсолютно все равно. У меня тоже поначалу такие мысли бродили, по поводу 'красиво' - 'некрасиво'. Теперь я базу понимаю, как абсолютно неструктурированную кучу данных(ну если ключи не брать в расчет) и задачу как из этой кучи, отсортировать посредством запросов, то что нам надо. Работать стало легче :) . | |
| |
|
|
| |
|
|
| |
для: dim0s
(11.12.2007 в 23:46)
| | | Наверное ты прав | |
| |
|
|
| |
|
|
| |
для: Алексей Рябченко
(11.12.2007 в 23:24)
| | | Первичный ключ, однажды назначенный строке, в дальнейшем уже не меняют.
Исключение - полное перестроение базы с целью оптимизировать ключевое пространство, проводится специальными скриптами в ходе регламентных работ.
Как правило, до такого события проекты просто не доживают. | |
| |
|
|
| |
|
|
| |
для: Алексей Рябченко
(11.12.2007 в 23:14)
| | | Эти номера нужны, чтобы идентифицировать запись - они не предназначены для внешних глаз, поэтому оставьте всё как есть. Если вам нужны номера - лучше их сгенерировать при выводе. | |
| |
|
|
