2 Varan и Yossarian:
К сожалению, пока не удается попользоваться CASE-ами, но возникла необходимость видеть, как логическая модель связана с физической, но что-то никак не могу придумать, как должна выглядеть такая диаграмма. Не поможете ли примером?
--
Я давно хочу такую модель. В CASEах этого нет, самое лучшее что удалось ....

А для чего такая диаграмма или таблица ("сущность-таблица", "атрибут-столбец") вообще нужны? Большинство атрибутов/сущностей и отношений в LDM переходят в PDM без измений (имя, тип и т.д) и к тому же есть отчеты. Тот же Sybase PowerDesigner ES генерирует и хранит отчеты как отдельно для LDM и для PDM, так и вместе (Multi-model report)

Multi-Model Report Editor

You use the Multi-Model Report Editor to define a report structure in order to generate
a multi-model report. A multi-model report is the association of several models to
several report structures and several selections of objects. It is the graphical representation
of the structure of several models.
You generate a multi-model report when you want to have a clear overview of several models
in the same report. You can see for example to which table (physical data) corresponds
an entity (conceptual data). ...

([PowerDesigner Reports User's Guide] -> [CHAPTER 2. Using the Report Editors] -> [Introducing the Report Editor])

Ну, это не совсем то, что надо. Хотелось бы именно диаграмму, чтоб показвала - вот это сущнось (или объект), его мирское имя, смысл, и т.п.,
а вот тут оно встречается в БД, в таких таблицах, полях...

И зачем это нужно, например? Если есть какие-то неясности (сущности, отношения), то для этого есть комментарий (text, note, label и т.д), к-рый можно прицепить к любому объекту. Может у вас сущности свалены в кучу? Рассуйте их по пакетам, а потом воспользуйте ярлыками (shortcut), чтобы показать сущности, участвующие в той или иной части предметной области

.. Работаю с чужой базой. Поля таблиц заданы весьма изощренно. Причем их названия никак не связаны с атрибутами "логической модели", причем есть много темп-таблиц, атрибуты которых дублируют (по смыслу) "поля" логической модели. .... В идеале было бы так : схема - два окна, в одном - логика, в другом - физика. Щелкаю по полю схемы БД, в соседнем окне подсвечивается соответствующее понятие и наоборот - щелкаю на понятии - в схеме показываются соответствующие поля.

Все ясно. Поскольку вы пока не используете никакого конкретного CASE-средства, то как уже сказал Yossarian самое простое - это таблица в Excel, в к-рой одной ячейке (имя сущности) слева "соответствуют" несколько ячеек справа (имена таблиц) и также для атрибутов и столбцов. Можно еще, например, использовать гиперссылки (Define name для имени объекта + Hyperlink с этим именем) для перехода от имени сущности (таблицы) к атрибутам (столбцам) и обратно. Хотя удобно было бы как вы сказали, когда на "верхнем уровне" видны не имена, а сами сущности как на ER-диаграмме и клик на атрибуте слева подсвечивает соответствующие столбцы справа, но как это сделать в Excel я что-то не представляю. Вообще сплошной геморрой - набирать руками логический кусок, т.к физический еще можно вставить в Excel из отчета или даже из DDL, написав какой-нибудь элементарный парсер на VBA

Соотв. могли возникнуть проблемы с похожим написанием слов итп.

Например?

Плохо, когда один человек делает например, базу, другой - объект Application Layer, третий - форму в клиенте и все называют свои объекты чуть-чуть по разному \r
\r
Это решается а) едиными правилами именования для всего проекта (см.обсуждение в топике Кимбл (стр.1-2)), б) единым модельным репозиторием или вообще единой моделью приложения