Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Редко встретишь базу которая по честному удаляет записи... 23.12.04 15:35 Число просмотров: 2451
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 23.12.04 15:36 Количество правок: 1
|
> пример:
> create table table (id int primary key auto_increment, car
> varchar(80));
> заполняем ее значениями:
> insert into table (car) values ('bmw')
> insert into table (car) values ('mersedes')
> insert into table (car) values ('audi')
> удаляем 3-ю запись (delete from table where id=3)
> вставляем новую запись (insert into table (car) values
> ('oka') )
> делаем select * from table, получаем:
>
> id car
> 1 bmw
> 2 mersedes
> 4 oka
>
> т.есть новая запись пронумеровалась 4-й, а я хочу после
> удаления записи вручную отнимать от счетчика 1, чтоб новая
> запись нумеровалась опять-таки цифрой 3
Редко встретишь базу которая по честному удаляет записи. Если в старых DB-ориентированных/совместимых с этим было прозрачно - был атрибутик удаленности записи, то в современных все сильно маскируется. Хотя при желании запись все-таки можно восстановить. Короче запись там все-таки есть. В селектах ее соответственно не видно, но вычисляемое поле для нее просчитывается. В результате не увидеть ни записи, ни автоинкрементного поля. Отсутствие возможности его изменить, лишь только подтвердит нарушение целостности или вычисляемость этого поля.
|
- mysql - dron 23.12.04 11:23 [1139]
|
|
|
подробно о проекте
Анализ криптографических сетевых...
