Удаление записи. ADO

[soleil@mmc]

видимо, вы ее(технологию доступа) не умеете готовить
перемудрили чо-нить в коде - первое что приходит в голову в таком случае, полный код проги никто не видел

[Stilet]

Вобщем в ADO я совсем разочаровалась!

Да брось, солнышко, ADO прекрасно работает, нужно только не лениться и использовать SQL а не методы Борландовцев. Поверь моему опыту, я на эти грабельки уже не наступаю - только SQL.

то есть таблица не переходила в режим Edit.

Ну дык не переходила, если ты перед этим кодом не переводила ее специально.

P.S. Я слышал что методы ADODB модуля не совсем верно работают, по сравнению с DB стандартным... Поэтому SQL - лучшее решение.

[Rekky]

Да Sql вещь хорошая, но с удалением вот тоже не помогла!!!! Я так думаю, что наверное есть какие то настройки у ADOtable, которыми я не умею пользоваться(((( А Sql мне всегда помогал,найти хорошее решение,но в данном случае...Кстати все таки он переходит в режим Edit, но почему то считает что данные не были изменены....Наверно все-таки есть какая-то настройка..надо будет получше почитать литературу)

[malor]

В процедуре CascadeDeleteUserInfo() с помощью SQL-запроса я удаляю в БД информацию про пользователя из пары таблиц.

procedure TForm1.DeleteUser();
begin
  DataModule1.ADOTableHistory.Close;
  CascadeDeleteUserInfo();

  DataModule1.ADOTableUser.Refresh;
  DataModule1.ADOTableHistory.Open;

end;

На строке
DataModule1.ADOTableHistory.Open;
выдаст то, что на картинке.

К наборам DataModule1.ADOTableUser и DataModule1.ADOTableHistory подключены гриды.

Как избежать ?