Всем здрасте!Я использую Sql Server.ID Identity в таблице хочется обновить после того как закончил работать с таблицей.. чтобы оно сново начиналось с 1.Подскажите как это сделать.

Для: Diana
Не совсем понятно, для чего вам такое, но впрочем вот: DBCC CHECKIDENT

Я записала запрос по примеру "DBCC CHECKIDENT (mytable, RESEED, 1)", но ничего не случилось, всё осталось по прежнему

Для: Diana
И что, молча так, ничего нигде ни написало, или как вы поняли, что всё осталось по прежнему?

нумерация не изменилась, с 1 не началась.
вот например у меня есть табличка с 2-мя полями, 1-ое ID,2-ое значение:
2 пар
3 арр
5 енк
6 екн
мне нужен запрос, который начинает опять id с 1:
1 пар
2 арр
3 енк
4 екн

где надо, чтоб поменял значение полей на сервере (но смысл в этом??) или на клиенте (а это уже совсем другой вопрос)?
Хотя и в том и в том случае, не вижу необходимости.

а что есть значение на сервере или на клиенте?в чём различие?короче ситуация такая:у меня БД на сервере в которой id перешёл за 1000,хотя значений не больше 400.за 1000 перешло из-за постоянных добавлений и удалений записей,необходимо что бы последняя запись (id) = не 1000,а действительному числу самих записей,мне это необходимо для дальнейших действий

На сервере - значит физически в таблице в соотв. поле на диске ... реальные данные ...
На клиента - грубо говоря то что пользователь видит. А ему можно показать хоть черта лысого, не имеющего отношение к реальным данным. При этом человек будет думать что все ок, и всем хорошо.

Это нормальная ситуация, даже супер нормальная, значит ею пользуются и нужна комуто!
А вот вы расскажите про эти действия, может и делать то ничего не надо или найдем более "правильный" способ.

я вижу 2 выхода:
1-либо тот про каторый я спрашиваю(обновлять id)
2-я могу использовать ф-ю max(id),но последнее максим. значение - 999, а 1000-это для sql уже не max,он эту запись пишет ближе к 1.может как нибудь можно чтобы max значение выдавал 1000

Для: Diana
Все-таки не могу понять, зачем вам менять эти данные. По сути они служат только для внутренних (технических, целостность данных, связи ...) нужд, и как правило для пользователя недоступны и неинтересны. В своей практике мне никогда этого не приходилось делать.
Плохо конечно, что вы не говорите про саму задачу ...

Это необходимо пользователю? Создайте отдельное поле, в котором будете хранить то значение, которое вам требуется, а Identity не трогайте, так как оно используется для служебный целей. Если этот вариант не приемлем, то уберите Identity и задавайте значения первичного ключа для каждой записи при вставке

Для: European

Стоит ли? Ведь можно добавить отдельное поле, в которое вставлять, скажем, нумерацию. А ID - лучше не трогать, это основной индекс таблицы.

Для: maykoff
Ты писатель, а не читатель? Прочти внимательно мой пост

Для: European
Sorry, пропустил как-то.

Грубый вариант:
создаем темповую таблицу с двумя полями id и status_id
вот как-то так

id status_id
1 y
2 y
3 y
4 y
5 n
6 y
... ...
1000 y
по данному примеру - id=5 не используется, значит вставляем нужную запись с этим айдишником, а в темповой таблице меняем статус ид=5.
что типа такого запроса должно подойти: