Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.04.11;
Скачать: CL | DM;

Вниз

SQL Server 2000 - удаление таблиц, идентификатор записей   Найти похожие ветки 

 
Девушка   (2004-03-12 15:51) [0]

делаю БД, через SQL server 2000
создаю новую таблицу, из двух полей
id  тип - int , ставлю у него Identity "Yes", инкремент ставлю "1"
name тип  - char
когда я полностью очищаю базу и добавляю новые записи, то нумерация идет не с 1, а с номер последней записи до их удаления.
можно сделать так, чтобы после удаления всех записей id становился равным 1 ?
или все вручную :(
а как удалить все запись в таблице? пошагово - встал на текущюю и TTabele.Delete ?


 
Reindeer Moss Eater ©   (2004-03-12 15:52) [1]

или все вручную :(

Зачем тогда identity?


 
Девушка   (2004-03-12 16:02) [2]

ну как сделать, чтобы после очистки базы, ключ был равен 1..это важно


 
just me   (2004-03-12 16:05) [3]

TRUNCATE TABLE <table_name> вместо delete from <table_name>


 
MU   (2004-03-12 16:07) [4]

TRUNCATE TABLE


 
Reindeer Moss Eater ©   (2004-03-12 16:13) [5]

Зачем начинать снова с единицы - не пойму.
Для красоты? Для экономии битов?

А если остались внешние ключи на эту таблицу?


 
MOA ©   (2004-03-12 16:13) [6]

IMHO, если важно, чтобы
>ключ был равен 1
то это явный дефект проектирования базы. Конкретное значение автоинкрементного не может быть важно (исключения связаны с репликациями)
Удачи!


 
just me   (2004-03-12 17:14) [7]

2 MOA
Пойди-объясни важному и капризному заказчику, почему записи в production database нумеруются не с 1. Так что тезис про "явный дефект проектирования базы" не всегда справедлив. Кроме того - из эстетических соображений...


 
Девушка   (2004-03-12 17:22) [8]

пересмотрела саму структуру базы!! я поняла, что закосячила все  с самого начала .заработалась!! спасиба за помощь все равно. постоила алгоритм,  - будет робить гораздо быстрее, первоначальной затеи!!


 
MOA ©   (2004-03-12 22:10) [9]

>объясни важному и капризному заказчику, почему записи в production database нумеруются не с 1
А капризный заказчик, впрочем, как и покладистый, ни при каких обстоятельствах (кроме отладки при авариях, коих быть не должно) не должен видеть значения поля identity. Свою нумерацю - пожалуйста.


 
MOA ©   (2004-03-12 22:10) [10]

>объясни важному и капризному заказчику, почему записи в production database нумеруются не с 1
А капризный заказчик, впрочем, как и покладистый, ни при каких обстоятельствах (кроме отладки при авариях, коих быть не должно) не должен видеть значения поля identity. Свою нумерацю - пожалуйста.


 
just me   (2004-03-13 16:06) [11]

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


 
Anatoly Podgoretsky ©   (2004-03-13 16:20) [12]

И они прибьют за фокусы с автоинкриментом, Автоинкримент это не нумерация записей, а идентификация Identity



Страницы: 1 вся ветка

Текущий архив: 2004.04.11;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.034 c
3-1081846406
DBDEV
2004-04-13 12:53
2004.04.11
Потокобезопасный TADOQuery.Open, помогите советом!


3-1079446895
Karlson
2004-03-16 17:21
2004.04.11
Работа с юзерами


14-1079814765
GebbelZ
2004-03-20 23:32
2004.04.11
Помогите доказать!


8-1071123168
alvin
2003-12-11 09:12
2004.04.11
Комментарии в JPEG


6-1079468208
Djon007
2004-03-16 23:16
2004.04.11
Как по IP подвесить машину:)