Замеченные недоработки

[Юрий]

1. Отсутвие поддержки временных таблиц. Скрипт таблицы генерируется без учета её временности.
2. Окно поиска/замены по умолчанию предлагает искать во всех открытых документах. Очень неудобно. Стандарт в других редакторах - текущее окно.
3. При экспорте схемы (в SQL) не учитываются связи между таблицами, т.е. скрипт вставки в подчиненную таблицу может находится выше скрипта вставки в родит. таблицу
4. При замене в длинных строках при горизонтальной прокрутке строки часть текста (похоже что отображаемая на экране) не заменяется.
5. Зависания при запросе больших объемов данных.
6. Падения при открытии очень больших SQL - файлов.

Пока все, что вспомнил.

[Duke]

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

[Sergey_Sch]

При формировании DDL не учитывается размерность столбца в Byte или Char, это важно для Unicode. И при создании таблицы в режиме конструктора также нельзя выбрать единицу измерения.

[Duke]

Мы учтем и это замечание.

[IvanXXX]

Хотелось бы знать, будет ли когда-нибудь реализована поддержка работы с источниками Java? Покамест их приходится компилировать в другом клиенте, а потом уже переходить в OraDeveloper.

[Duke]

Хотелось бы знать, будет ли когда-нибудь реализована поддержка работы с источниками Java? Покамест их приходится компилировать в другом клиенте, а потом уже переходить в OraDeveloper.

Не ранее, чем в конце года. На данный момент мы заняты другими разработками.

[Vutik]

большое неудобство при дебаге из-за ограничение строки в 4000 символов в просмотре переменных.

В материальных представлениях невозможно редектировать запрос.

[sitcom]

Если не очень сложно, сделайте, пожалуйста, в построителе запросов сортировку названий столбцов внутри таблицы - гораздо легче будет искать нужный в больших таблицах.

[Sergey_Sch]

Создаю тип:

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

CREATE OR REPLACE TYPE AddressType AS OBJECT (
      Code           VARCHAR2(19 CHAR),
      House          VARCHAR2(5 CHAR),
      Building       VARCHAR2(5 CHAR)
   );

табличку:

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

CREATE TABLE QQQ
(
  ID       NUMBER(12),
  ADDRESS  AddressType
)

Добавляю записи через грид, все нормально.
Потом делаю alter:

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

 ALTER TYPE AddressType ADD ATTRIBUTE (
      Email                VARCHAR2(35 CHAR)
   ) CASCADE

Хочу просмотреть данные в гриде, ошибка:

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

ORA-22337: the type of accessed object has been envolved

[.jp]

Создаю тип:

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

CREATE OR REPLACE TYPE AddressType AS OBJECT (
      Code           VARCHAR2(19 CHAR),
      House          VARCHAR2(5 CHAR),
      Building       VARCHAR2(5 CHAR)
   );

табличку:

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

CREATE TABLE QQQ
(
  ID       NUMBER(12),
  ADDRESS  AddressType
)

Добавляю записи через грид, все нормально.
Потом делаю alter:

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

 ALTER TYPE AddressType ADD ATTRIBUTE (
      Email                VARCHAR2(35 CHAR)
   ) CASCADE

Хочу просмотреть данные в гриде, ошибка:

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

ORA-22337: the type of accessed object has been envolved

Мы передали эту ошибку на исправление.
временное решение - перезапуск приложения:

In oracle one finds following error message:
ORA-22337 the type of accessed object has been evolved
Cause: The type of the accessed object has been altered and the client's object is based on an earlier type definition.
Action: The user needs to exit the application and modify the application to accommodate the type change. From SQL/PLUS, reconnect and resubmit the statement.

[.jp]

Создаю тип:

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

CREATE OR REPLACE TYPE AddressType AS OBJECT (
      Code           VARCHAR2(19 CHAR),
      House          VARCHAR2(5 CHAR),
      Building       VARCHAR2(5 CHAR)
   );

табличку:

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

CREATE TABLE QQQ
(
  ID       NUMBER(12),
  ADDRESS  AddressType
)

Добавляю записи через грид, все нормально.
Потом делаю alter:

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

 ALTER TYPE AddressType ADD ATTRIBUTE (
      Email                VARCHAR2(35 CHAR)
   ) CASCADE

Хочу просмотреть данные в гриде, ошибка:

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

ORA-22337: the type of accessed object has been envolved

Мы передали эту ошибку на исправление.

Ошибка исправлена в OraDeveloper Studio v2.55.167 (02-Mar-2010).

[zzz_z]

Не могу никак найти следующие вещи:

1. Просмотр dbms_output.

Запускала самый простой скрипт

begin
dbms_output.PUT_LINE('Some text');
end;

В окне вывода только

- 16:42:28 -
SQL2.sql: Выполнение завершено успешно [< 0,001 c]

2. Форматирование кода. Хочу выделить кусок кода или запрос, нажать на кнопку и получить отформатированный код (как в pl/sql developer).

3. Очень хочется, чтобы был #region как в .NET Visual Studio. Чтобы сворочивать произвольные куски кода.

[Viktor]

Не могу никак найти следующие вещи:
1. Просмотр dbms_output.

В свойствах соединения на закладке "Дополнительно" установить опцию "Разрешить DBMS вывод".

2. Форматирование кода. Хочу выделить кусок кода или запрос, нажать на кнопку и получить отформатированный код (как в pl/sql developer).

Эта функциональность будет реализована в последующих версиях OraDeveloper Studio.

3. Очень хочется, чтобы был #region как в .NET Visual Studio. Чтобы сворочивать произвольные куски кода.

Спасибо за предложение. Мы учтем это при разработке следующих версий продукта.

[genco.oil.corp]

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

[Viktor]

Хотелось бы иметь возможность в настройках программы иметь опцию "Автоматически начинать транзакцию при старте сессии"

Спасибо за предложение. Мы учтем это при разработке следующих версий продукта.

Ещё в настройках поставил, чтобы ключевые слова были в верхнем регистре, однако при написании программы они так и остаются в нижнем. (Версия 2.55.167.1)

Да, это баг. Исправление будет доступно в следующем билде OraDeveloper Studio.