Здравствуйте !
Я вновь обращаюсь к Вам за помошью, с надеждой что хоть кто-нибудь мне поможет !
Значит использую DBGrid. Он отображает содежимое msaccess. Там имеется счетчик. Если допутим я удалю последнюю запись (допустим 10-ую запись), а затем добавляю новую, то она уже идет под номером 11, (т.е. 1 2 3 4 5 6 7 8 9 11) вот никак не могу разбраться. Посоветуйте что сделать !

Спасибо !

И пусть себе идёт... Автоинкремент - гарантирует уникальность номера в пределах таблицы, ничего менять не надо

Vit а что будешь делать, если кол-во записей очень большое, но при этом известно что, удаляются они тоже в большом кол-ве???
Я лично у себя в курасаче вообще тип счётчик не использовал, я там заместо этого ставил числовой тип, а в случае удаления записи, все последующие в цикле на одну уменьшал. Конечно при большом кол-ве записей это тоже не лучший способ, но зато переполнение разрядной сетки менее вероятно.
Добавлено @ 23:59
Ну конечно же ещё каскадное обновление было установлено.

Цитата(Zero @ 3.5.2005, 00:57)

Vit а что будешь делать, если кол-во записей очень большое, но при этом известно что, удаляются они тоже в большом кол-ве??? Я лично у себя в курасаче вообще тип счётчик не использовал, я там заместо этого ставил числовой тип, а в случае удаления записи, все последующие в цикле на одну уменьшал. Конечно при большом кол-ве записей это тоже не лучший способ, но зато переполнение разрядной сетки менее вероятно.

Если БД многопользовательская то тем самым ты вырыл себе БОЛЬШУЮ яму, в которую обязательно рухнешь. Я просто четко представляю, что ты наверняка при добавлении новой записи проверяешь, а нет ли у тебя ранее использованных идентификаторов, но уже удаленных. А теперь представь, что два пользователя приблизительно в один и тот же момент времени захотели добавить запись. Программа обращается к базе и получает свободный идентификатор и есть вероятность, что полученный идентификатор будет одинаковый полученный программой у первого и у второго пользователя. А если это произошло, то все, кто-то не сможет добавить запись. Счетчики ведут себя правильно и всегда возвращают новое значение.
Добавлено @ 00:57

Цитата(Zero @ 3.5.2005, 00:57)

все последующие в цикле на одну уменьшал.

Представим, что у тебя таблица 100000 записей и в таблице скажем 20 колонок. Ну, пробегись в цикле по ней. При том, что база на серваке лежит. Я посмотрю, сколько будет выполняться твой проход и что тебе системный администратор скажет на счет загрузки сети.

Я долго бился над подобной проблемой и пришел к выводу. что кроме как формировать номера непосредствнно перед выводом в грид вариантов мало, по крайней мере стандартными способами этого не сделать.

как правило счетчики используются для внутренних нужд базы(первичные ключи для связи таблиц). Если нужны номера, которые можно редактировать - создайте еще одно поле. И колбасьте его как хотите. . А первичные ключи лучше не трогать.Они сделаны не для этого.

2innok: Да нет, ятак понимаю, что нужно просто пронумеровать строки как в Акцессе, чтобы пользователь как-то ориентировался в списке.

Bes
И я про то же. Не надо использовать индексное ключевое поле для того, что ему не предназначалось.

Цитата(Alex @ 3.5.2005, 00:53)

Если БД многопользовательская то тем самым ты вырыл себе БОЛЬШУЮ яму

Alex не буду спорить, насчёт многопользовательского варианта, обсалютно согласен, но

Цитата(HAS @ 2.5.2005, 16:08)

отображает содежимое msaccess.

на сколько мне помнится, то access однопользовательская СУБД, и я имел ввиду для конкретного случая.
Хотя, впринципе можно оставить всё как есть, а потом через определённый переиод, администратору БД обновлять БД, т.е. уменьшать кол-во разрядов, и т.п.

Цитата(Alex @ 3.5.2005, 00:53)

Я просто четко представляю, что ты наверняка при добавлении новой записи проверяешь, а нет ли у тебя ранее использованных идентификаторов, но уже удаленных.

Неа, неугадал , у меня просто присваевается для новой записи, номер последней записи плюс единица, и всё. Всё гораздо проще чем ты думаешь, без всяких условий.

Это сообщение отредактировал(а) Zero - 4.5.2005, 19:01

Цитата(Zero @ 4.5.2005, 20:01)

у меня просто присваевается для новой записи, номер последней записи плюс единица, и всё. Всё гораздо проще чем ты думаешь, без всяких условий.

а следовательно при удалении все бОльшие лопатятся на предмет "минус один" - и все ради чего? сродни онанизму... тем более что достаточно изменить сортировку, чтобы вся твоя статическая нумерация полетела ко всем чертям... на то и РЕЛЯЦИОННЫЕ БД - там в принципе нет понятие физического номера записи...
Кстати, в запросе БД имеет полное право возвратить несортированный по ключевому полю список, если сортировка не задана явно - это так, к слову...

2Akina: Ну и что делать?

Bes
Нужна нумерация строк при выводе - делай ее именно при выводе. Т.е. вводи в макет формы/отчета вычисляемое поле (надпись) и там считай-показывай текущий нумер.

2Akina: Вычисляемым полем не получится, нужно именно резервировать под это дело поле и заполнять его непосредственно перед выводом набора данных если что-то удалил или пересортировал - перезаполни.

Цитата(Bes @ 5.5.2005, 13:59)

Вычисляемым полем не получится

Цитата(Bes @ 5.5.2005, 13:59)

если что-то удалил или пересортировал - перезаполни

А тогда какой смысл его ХРАНИТЬ???

2Akina: а как по другому сделать?