В моем АccessXP-приложении (mdb, файл-сервер) весьма запутанная структура :-?
Много-много запросов: для форм, для списков, отчетов, вьюхи, юнионы, запросы для запросов.. Конечно, всем объектам даны стандартные и логичные имена, а некоторым -- даже комментарии ;-)))
Но со временем назначение конкретного запроса забывается, а уж понять-- не входит ли он в какие другие запросы, отчеты, формы -- вообще невозможно.

ВОПРОС: а есть ли такие инструменты для Access, позволяющие документировать, исследовать объекты базы данных так, чтобы наглядно представлять их взаимососуществование?? Желательно ссылки? Желательно на бесплатные или вылеченные от жадности продукты?

2 АлексейК:
ERwin -- принято, начал разбираться. Может и лекарство сразу порекомендуете?

2 Hummer:
Делаем реверс инжиниринг Что это за манипуляция такая? Поделитесь тайным знанием?

Хм, серьёзная вещь..
Сразу много непонятного, но буду разбираться.
Сразу вопрос навскидку -- а что, ERwin при Reverse Engineer "не понимает" те запросы, в которых используется Join? Или я заблуждаюсь?

Э-ээ.. Не понял шутки.
Запросы без join -- бывают. А что, запросы с join -- это плохо? Почему?
:-?

АлексейКобычно базы данных
называют реляционными базами данных
реляция это связь , джоин
то бишь суть базы данных в связи данных а не их абстрактном существовании.
Спасибо, я ценю помощь.
Но не надо меня грузить! ;-)
Во-первых, далеко не все базы данных -- реляционные, а реляционные -- далеко не лучшие.
А во-вторых, я спрашивал совсем другое..

ВОПРОС: при обратном исследовании (Reverse Engineer) ERwin те запросы, в которых встретилось JOIN (напомню -- Microsoft Jet SQL) НЕ распознал. Почему? Так и должно быть или я что-то не понял?