Здравствуйте, Александр!
Для выяснения причин такого поведения необходимо посмотреть скрипт, который выполняется при нажатии на кнопку.
Не могли бы Вы предоставить код скрипта или весь архив сервисов?

Проблема была в скрипте scr_BaseDBEditUtils

Функция SaveChangesWithCheck

/*if (!DoNotSendNotify) {
			SendNotify(Window, MSG_OK);
}*/ 

Я закоментил строку, которая отсылала сообщения окну. Однако это не полностью решает проблему.
Как я могу прислать архив сервисов?

Александр, опишите детальнее, что именно решает разкомментрирование строки?

Вы можете выложить архив здесь, либо прислать на почту технической поддержки support@terrasoft.ru с указанием в теме письма ссылку на это обсуждение (http://www.community.terrasoft.ru/forum/topic/9856).

У нас было дерево максимум 3 уровней, решали созданием колонки ParentParentID ("Родитель родителя"), заполняемой на датасете при сохранении. И фильтровали ТreeArea по совпадению идентификатора родительской записи с полями ID, ParentID, ParentParentID.

Если данных в таблице сравнительно немного, можно не заполнять поле "Родитель родителя" при сохранении, а вытягивать в SQL-запросе, но это более ресурсоёмко и на больших объёмах тормозит.

Представляю себе решение немного по-другому. Смотрю в сторону проектов - там, при фильтрации проекта по ID, в гриде отображается не только сам проект, но и его подчиненные сущности. Хочется сделать аналогично. Но, кот как это устроено в Проектах, так и не смог разобраться.

Подчиненные выбираются юнионом. Когда включена галочка "Отображать вложенные" включается юнион, который выбирает данные в соответсвии со своими фильтрами.

Да, в "проектах" тоже используется фильтрация элементов по принадлежности к дереву. Там в конечном итоге используется фильтр like по полю Path, в котором в одной строке идут подряд все GUID-ы вышестоящих узлов дерева.

Для моего случая глубина дерева была ограничена, а два поля в этом случае работают быстрее поиска в стоке по одному.

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

Path не пойдет. Объясню суть проблемы: У меня задачи переделаны в древовидный грид. И, когда осуществляется переход к задаче через уведомление, видна только задача верхнего уровня. А хотелось бы увидеть еще и подчиненные. Нет у меня такой сущности, как Path :(

Если нет, надо добавить поле. И не забыть скопировать из "проектов" логику его заполнения.

Интересно, а насколько жизнеспособен вариант с внесением изменений в функцию FilterByID?

Добрый день!
Пример работы с function FilterByID () показан в статье http://www.community.terrasoft.ru/forum/topic/1179. Возможно это именно то, что Вам нужно ;)

Да, Павел, спасибо - именно по этому пути и пошел. Все получилось :) В SQL запрос добавил фильтр с двумя параметрами - ID и ParentID, затем в FilterByID создал пару пользовательских фильтров и подсунул им передаваемый ID записи.

Здравствуйте!

Проверьте, в запросе-выборке данных сортировка по названию установлена для всех select'ов union all'a?

К сожалению у меня только 1 select, union не пользую...

Иван, Вам нужно переписать запрос добавив туда union, в котором будут выбираться подчиненные элементы (по аналогии с разделом "Проекты" - sq_Project), а в этом запросе добавить сортировку по названию.

Добрый день!

Сделать сортировку необходимым образом не получиться. Но отключить ее можно так же, как и в разделе "Проекты" - в функции dlDataOnDatasetBeforeOpen вызвать функцию:

function SetProjectDatasetSortOrder(Dataset, IsSorted) {
	var SelectQuery1 = Dataset.SelectQuery.Items(0);
	var SelectQuery2 = Dataset.SelectQuery.Items(1);
	SetProjectSelectQuerySortOrder(SelectQuery1, IsSorted);
	SetProjectSelectQuerySortOrder(SelectQuery2, IsSorted);
}

Более детально Вы можете посмотреть в реализации раздела "Проекты".

Спасибо, будем смотреть-разбираться

Проблемы нет.
Смотрим на раздел Проекты, и делаем по аналогии.
Окно следует унаследовать от wnd_BaseTreeArea, в самой таблице нужно иметь поля ID - ParentID, для построения дерева, так же в датасете необходимо задать свойство Parent Field, а в DataGrid'e установить свойства:
KeyDataFieldName = ID
ParentDataFiledName = ParentID
Далее у Вас возникнут проблемы с фильтрацией, данный вопрос я поднял тут
И печатью грида реестра, вопрос тут
И кстати, если вы захотите раскрасить реестр, вы столкнетесь с проблемой описанной тут

Сам раздел вы можете создать с помощью мастера создания нового раздела

Добрый день!
Спасибо, АльфаКрыса! За Ваши качественные, практичные ответы. :smile:

Реализовано, начиная с версии 3.3.2.

Во-первых, нужно включить режим отложенной загрузки для реестра. Для включения режима отложенной загрузки дерева установите свойству Mode объекту grdData в окне реестра значение dtmLazy.

Также необходимо в датасете реестра указать свойство "Родительское поле" (обычно это ParentID; должно быть то же поле, которое указано в свойстве ParentDataFieldName объекта grdData в окне реестра).

Версия 3.3.2.47.
Олег, сделал все как вы описали в разделе "проекты". Ничего не изменилось. Запросы идут те же.

Олег, а есть возможность сделать для версии 3.3.0 ?

"Доленко Юрий" написал:Версия 3.3.2.47.
Олег, сделал все как вы описали в разделе "проекты". Ничего не изменилось. Запросы идут те же.

Юрий, попробуйте отключить фильтры раздела (по периоду, контакту). В системе есть ограничение: постраничность не включается для отфильтрованного набора данных. Кроме того, она происходит по записям первого уровня (то есть, для возможности перехода на вторую страницу, в реестре должно быть больше 40 независимых проектов).

"Ловас Олександр Миколайович" написал:Олег, а есть возможность сделать для версии 3.3.0 ?

Нет, данная возможность появилась только в версии 3.3.2.

Да, точно. top 40 .. where parentID is null, а потом догружает детей на развертывание списка...
Другой вопрос, что знаю крайне мало клиентов, которые пользуются TreeArea без включенных фильтров (если конкретно о Проектах, то таких наверное вообще нет :) ).
Планируется ли у вас реализация постраничной выгрузки с фильтрами? Можно ж выборку хранимой процедурой (или функцией) формировать, ну мол top 40 с фильтрами, а потом рекурсивными запросами родителей затянуть.

Да, Юрий, такая реализация планируется. В версии 3.3.2 это не реализовано из-за поддержки совместимости с MS SQL 2000, в котором нет рекурсивных запросов. Сейчас постраничная выгрузка дерева планируется в версии 3.4, а после тестирования, возможно, будут собраны новые бинарные файлы для версий 3.3.1 и 3.3.2, в которые войдёт данный функционал.

Здравствуйте!

Для того, чтобы избежать возникшую у Вас ошибку можем Вам посоветовать проверить наличие присвоенных значений свойствам TreeArea. А именно, Вам необходимо открыть сервис окна грида wnd_xxxTreeArea, перейти на элемент грида grdData. В своствах grdData Вы найдете KeyDataFieldName и ParentDataFieldName. В том случае если у Вас создано поле, например ID, то свойству KeyDataFieldName необходимо присвоить значение ID, а свойству ParentDataFieldName присвоить значение ParentID.

Желаем удачи!

То что доктор прописал! Спасибо!