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

Переходишь как goto recno NNN ?
Тогда проверять максимально допустимый номер (reccount() )


Ну судя по тому, что проблема возникает при удалении (опять таки последнюю в
плане с бОльшим номером записи или после удаления в таблице не остается
записей?) последней (в смысле больше нет записей), то ты переходишь по
skip`у.
Тогда вопрос: а на кой тебе, спрашивается, дали функции BOF(), EOF() и иже с
ними?


А если я не угадал, то еще один вопрос: Где маленький примерчик кода, на
котором вылетает ошибка?


Posted via ActualForum NNTP Server 1.4

"Foxii" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:5286698@sql.ru...
> Автор: Foxii
> Ну вот, было
>
>
> local lnrec
> lnRec = RECNO()
> = REQUERY(this.alias)
> IF !eof(this.alias ) AND !bof(this.alias)
> GOTO lnRec
> endif
>
> Специально для удаления сделал так :
>
>
> LOCAL lnRec
> IF MESSAGEBOX("Вы действительно хотите удалить строку ?",4+32,"Внимание")
> =7
> RETURN
> ENDIF
>
> lnRec = RECNO()-1
> DELETE IN (this.alias)
> this.update()
> = REQUERY(this.alias)
> IF !EOF(this.alias) AND !BOF(this.alias) AND lnRec >0
> GO lnRec
> ENDIFВроде бы все работает, но хотелось бы, не разносить в разные методы.
> сделать одним.
>
> Galyamov Rinat, все конечно правильно про BOF и EOF, казалось бы )
> Только поле REQUERY указатель становиться на 1-ю запись, если она есть, и
> ему насрать на то что в буфере ты стер последнюю )


Ну я говорил : Судя по ... ты переходишь по skip`у.
Тогда вопрос: а на кой тебе, спрашивается, дали функции BOF(), EOF() и иже с
ними?


А в твоем варианте надо проверять:
do case
case lnRec <=0
go top in (this.alias)

case lnRec >=Reccount(this.alias)
go top in (this.alias)

otherwise
GO lnRec in (this.alias)
endcase





Posted via ActualForum NNTP Server 1.4

Сорри, поправочка.

do case
case lnRec <=0
go top in (this.alias)

case lnRec >=Reccount(this.alias)
go BOTTOM in (this.alias) && Здесь поправил - так логичнее

otherwise
GO lnRec in (this.alias)
endcase


Posted via ActualForum NNTP Server 1.4

> Galyamov Rinat, ну блин, как ты не поймешь, что то, что было до
> сброса буфера это совсем не то, что стало после.
Про то что это не одно и то же, тебе уже говорили. Лишний раз повторять
тебе одно и то же смысла не вижу.

> И текущая запись , та которая после обновления вьюхи, это никакого
> отношения к тому состояния таблицы в котором она находилась >до сброса и
> обновления вьюхи не имеет и наоборот.
Полностью согласен.

Но ты упорно твердишь
>go to lnRec
и
>Если удалаю последнюю запись, то система выдает ошибку, что я переше за
>ГРАНИЦЫ диапазона допустимых номеров записей.


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

no comments


Posted via ActualForum NNTP Server 1.4