Зависание dbforge

[pyroxen]

Добрый день.

Думаю что данная проблема возникает не только у меня, потому что она возникает на разных компьютерах.
Зависает dbforge (версия последняя 7.4.201), были замечены такие причины:
1. Когда редактируешь достаточно большую процедуру (около 2000 строк или больше)
2. Когда слишком быстро набираешь команды. Если печатать команды достаточно медленно, что бы интерфейс успевал показывать подсказки, то зависаний бывает можно избежать. Еще есть вероятность, если отключить дополнение кода для текущего документа, то такого не будет происходить (проверял), но так достаточно тяжело писать код без контроля...

Зависает не часто, бывает несколько раз в день, а бывает что и ни разу. На всех компьютерах стоит Win 10 Pro x64
При зависании интерфейс перестает реагировать на мышь и клавиатуру, позволяет только правой кн. мыши вызвать на панеле задач меню, и нажать "закрыть", появляется окно с системной ошибкой, (отправить отчет, галочка перезапустить и т.д..., иногда выдает запрос "сохранить не сохраненный запрос?"), но это окно никак не закрыть, не реагирует ни на клики ни на кнопки. Закрывается только из Диспетчера задач.

Может быть как то есть возможность отследить и найти причину...?

[Alexander]

Вы можете подождать новую версию 8.0, которую мы планируем выпустить в этом месяце.

[Loki92]

Добрый день, к сожалению, у меня эта проблема появилась как раз после установки нового обновления до 8.0.40. При открытии текста крупных процедур через F12 или через проводник программа виснет и закрывается тоже только через диспетчер задач. Происходит это каждый раз при попытке открытия подобных процедур, система Windows 10Pro x64..

[pyroxen]

Да, с новой 8 версией проблема усугубилась. Но это не связано с размером процедуры.
Опытным путем было выявлено, что зависание происходит от большого кол-ва команд UNION, где то примерно от 20 шт в процедуре, она не открывается, и зависает весь фордж.

Ниже пример, когда даже на маленькой процедуре начинаешь вставлять несколько UNION, то через несколько вставок все зависает.

dbforge_notresponding.jpg (137.9 КБ) 40772 просмотра

[Loki92]

Протестировали Union-ы.
Действительно, у нас программа зависает именно при работе с такими процедурами. Но только когда работаешь в окне создания процедуры. Если копировать текст процедуры в новый sql-документ, то зависаний никаких не происходит. Так же критично именно количество Union в одном запросе. Программа не перестает работать, когда в теле процедуры имеется множество отдельных запросов, имеющих в своем составе Union, вроде

select * from mytest m
UNION ALL SELECT * FROM mytest m;
select * from mytest m
UNION ALL SELECT * FROM mytest m;
select * from mytest m
UNION ALL SELECT * FROM mytest m;

[Alexander]

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

Мы исследуем данную проблему и сообщим Вам о результате.

[Alexander]

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

[bad_student]

Подскажите, пожалуйста, есть ли ориентировочные сроки исправления этой проблемы?

[Alexander]

Ориентировочный срок - конец 2018-начало 2019.

[lisicin]

Здравствуйте! Прежде всего, спасибо за Вашу программу!

Также столкнулся с утечкой памяти в версии 8.0.80.
Наблюдения такие:
- запускаю студию - открываются окна редакторов sql с которыми работал в предыдущую сессию. В одном из них ранее созданный запрос со множеством UNION ALL;
- работаю с чем угодно (например, создаю/редактирую новый триггер), в закладки со старым запросом не лезу, даже не открываю её;
- через некоторое время, в принципе, не очень продолжительное, вся доступная оперативная память на компьютере оказывается занятой, студия либо перестает реагировать на действия пользователя, либо реагирует с огромной задержкой.

Т.е., похоже, что память утекает даже просто из-за наличия открытого sql-редактора с такими (UNION ALL) строками.

[Alexander]

Спасибо за дополнительную информацию. Мы учтём данное замечание.