И снова про лже-удаление...

[Nag]

Была тема про "якобы" удаляемый триггер при редактировании свойств столбца таблицы, тынц:
http://forums.devart.com/ru/viewtopic.php?f=22&t=13282
Спешу Вас обрадовать, что проблема так и имеет место быть. Воспроизводится так:
1) Берем любую существующую или создаем новую таблицу

Код: Выделить всё

CREATE TABLE TT2 (
  F01 NUMBER NOT NULL,
  F02 NUMBER NOT NULL);

2) Создаем новый триггер для этой таблицы

Код: Выделить всё

CREATE OR REPLACE TRIGGER TT2_BIU
BEFORE INSERT OR UPDATE ON TT2 FOR EACH ROW
begin
    :new.f02 := coalesce(:new.f02, 0);
end;

3) Обновляем дерево объетов (F5), находим нашу таблицу и триггер, открываем редакторы и того, и другого
4) Теперь в редакторе таблицы вносим любое изменение (я пробовал создавать индекс, удалять столбец, ставить ограничение NOT NULL - эффект одинаковый) и сохраняем (Ctrl+S)
5) Получаем сообщение о том, что триггер был благополучно удален: "Объект <имя схемы>.TT2_BIU был удален. Хотите закрыть редактор?", хотя на самом деле это не так. Кроме того, если отказаться от закрытия, то вкладка редатоктора триггера помечается как "измененная" (символом *)

Так что сообщение в вышеозначенной теме

Сообщаем Вам, что вышла новая версия dbForge Studio for Oracle, v3.1.190, в которой данная ошибка была исправлена

не соответствует действительности.

Версия dbForge Studio for Oracle 3.1.198.1

[Alexander]

Приносим извинения за задержку.

Нам не удалось воспроизвести данную проблему. Не могли бы Вы сообщить версию Oracle сервера?

[Nag]

А при чем тут, пардон, версия сервера? Это сама СУБД уведомляет приложение, что объект был удален? Мне, конечно, не жалко:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Data Mining and Real Application Testing options

Проверил в версии dbForge Studio for Oracle 3.1.206.1 - воспроизводится. Небольшие уточнения по воспроизведению: подключаемся к базе (проекту), разворачиваем узел "Таблицы" (чтобы они все "прогрузились" в TreeView), открываем SQL-Editor и выполняем скрипты (см. выше) по созданию таблицы и триггера. Таблица должна именно создаваться (CREATE), т.е. ее не должно быть до этого в "прогруженном" дереве объектов. Дальше всё как описано выше.

[Alexander]

Спасибо за Ваш ответ.

Нам так и не удалось воспроизвести данную проблему, но мы будем продолжать заниматься её исследованием.

[ZVanoZ]

Nag, сними короткий видеоролик для демонстрации. Думаю, это поможет.

[Alexander]

Спасибо, нам наконец удалось воспроизвести данную проблему. Исправление будет включено в одной из следующих сборок.