За счет разных лайков по строке с адресом можно легко выбирать: всех родителей от текущего узла до самого верха, все цепочики потомков от текущего узла до конца каждой цепочки и т.п. Расплата - надо поддерживать пересчет строки адреса при добавлении/удалении/перемещении узлов.

И на джете я бы этого не делал.

Это я осавил без изменения как оно было у Алекса. Какие-то официальные обозначения-коды, употребляемые вво всей документации.

ИзерлонерПрограммист-ЛюбительИ на джете я бы этого не делал.
MS SQL 2008 уже скачал. Но увы, когда смогу до него добраться, не известно. Слишком много желающих мне помешать и занять мое «свободное время». :(
2008 ставится быстро. Очень советую скачать из того же топика пример с adp.

Да, вам надо переподключить проект к вашему серверу и вашей базе данных. В старом аксесе меню-файл-подключение. В новых - нетрудно найти, просто наизусть я не помню.

Хочу сделать очень популярный экскурс, как можно вести разработку серверной части. Никаких откровений по сравнению с хелпом я вам не открою. Все это можно получить самостоятельно, просто на уровне здравого смысла.

Разработку серверной части веду не в менеджмент студии, прилагающейся к серверу, а в полной визал студии. Она позволяет в проекте, солюшене иметь развитую систему папок и подпапок, группируя тем самым разные коды по вашим функциональным блокам, задачам. Причем студия имеет специальный тип проекта, ориентированный именно на разработку БД. И, что самое смешной, попользовавшись таким форматом, я от него отказался. Основных причин две - даный тип проекта не предусматривает разработку физической структуры БД - таблицы, поля, связи, индексы на диаграмме схемы данных. И вторая - он заставляет разбивать все серверные объекты сначала по типам с точки зрения сервера (вью, табличные ф-ии, скалярные ф-ии, процедуры) и только потом по вашим функциональным блокам, задачам. Каждый объект строго преставлен одним файлом. После окончания цикла разработки все изменения накатываются скриптом на основную базу. Мне это показалось неудобным.

Я делаю по-другому. Таблицы, поля, связи, индексы редактирую визивиг на диаграмме схемы данных. Обязательно включаю режим отображения описания столбцов и каждую таблицу сопровождаю более-менее развернутым комментарием. Отдельных диаграмм в базе много - своя на каждый функциональный модуль. Некоторые таблицы или целые куски схемы присутсвуют на нескольких диаграммах одновременно - это естественно, так как функциональные модули тоже пересекаются друг с другом. Все прочие серверные объекты пакетирую по файлам. В каждом файле конструкции типа: дроп объект - создать объект (код объекта). Тоже с комментариями. Естественно, в одном файле могут быть скрипты и вью (в основном, большинство) и функций - табличных, скалярных, и процедур (именно это невозможно в проекте типа база данных). Таким образом весь код, относящийся к одному фукционалу, можно держать перед глазами и редактироватьодновременно.

Так что ничего хитрого или принципиально нового, но такую схему работы я считаю очень удобной.

Ща посмотрю 25 страницу...

Вопщем нашел какой-то промежуточный рабочий вариант у себя на диске. Могу сделать архив адп + бэкап MS SQL и выложить.

Всего 5 файлов - 3 adp и 2 бекап базы.

ADP 1 из 3