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

Шестипалов,
Мне нужен инструмент для определения связей между таблицами. Например:
1. определить, какие таблицы к каким цепляются (по названию внешних ключей практически невозможно определить, на какую мастер-таблицу они ссылаются).
2. Есть мастер-таблица и еще пара таблиц, дополняющих мастера, но без внешних ключей на нее. Т.е. связь м:м. Необходимо найти таблицу с внешними ключами, которая организует эту связь.
Было бы отлично, если бы был автоматизирующий инструмент: указал таблицы - получил перечень связанных таблиц.

Шестипалов,
Мне нужен инструмент для определения связей между таблицами. Например:
1. определить, какие таблицы к каким цепляются (по названию внешних ключей практически невозможно определить, на какую мастер-таблицу они ссылаются).
2. Есть мастер-таблица и еще пара таблиц, дополняющих мастера, но без внешних ключей на нее. Т.е. связь м:м. Необходимо найти таблицу с внешними ключами, которая организует эту связь.
Было бы отлично, если бы был автоматизирующий инструмент: указал таблицы - получил перечень связанных таблиц.

Шестипалов
Дизайнер Баз Данных, который вызывается по MODIFY DATABASE, не устраивает?
Сильно подвисает - база большая, связей море. Нереально.
quxix
Если нет ни разработчиков, ни описания, тогда выход один: анализ данных в табличках и приложениях и самостоятельная прорисовка структуры, при этом необходимо хотя-бы как минимум разбираться в прикладной теме.
Вот по такому пути и иду. Было бы хорошо сократить время на определение структуры.

FfffffffffffffЗапустите программу из-под FoxPro. Сделайте Suspend и посмотрите связи. Только так. Они скорей всего прописываются в самой программе.
прорамма в exe, если возможно открыть фоксом, то я не знаю, как.

Ffffffffffff
все описанное работает не при любых условиях.
У меня как раз не работает.

quxix
скопировать на локал и попытатся открыть-забив на время, случаем не под нагрузкой пользователей базу открываешь?
К базе только я подключен, сама на тестовой машине, за которой я также один. Машина более менее, поэтому дизайнер еще быстро раскрывается (~15 сек), а вот дальше начинаются тормоза при прокрутке в поисках таблице. Что будет, когда надо будет отыскать в общей массе связи - думать не хочу.
Надеялся, уже существуют средства рефакторинга для фоксовых баз.

FfffffffffffffffЕще раз. Связи временные и создаются только во время работы программы.
Если мы про графическое представление, то оно строится только по ключам, имхо. Брать ключ и парсить все таблицы на совпадение.

Ffffffffffffffff,
на совпадение значения первичный-внешний ключ.

quxix[quot донМахито]
сочувствую вам -надеюсь это не реальный проект,а учебный.
Вообще какая задача то стоит: вытянуть данные куда-либо,написать/переписать/навтыкать костылей в приложение?
К сожалению - реальный. По данным из формы определил соответствующие таблицы из базы. Далее получается такая схема: одна таблица-мастер и несколько таблиц-словарей (также мастера, т.е. без внешних ключей, только первичный). Информация в таких словарях может быть привязана к любой записи из таблицы-мастера, и обратно: запись из таблицы-мастера может быть связана с любым количеством записей из словарей. Получается связь многие-ко-многим. А вот где находится эта табличка, организующая эту связь - хз, по ключам-то не определить. А для составления запросов нужно.

проходящий.,
о_О? Как это? Связь же где-то должна храниться.

Блин, я никак не догоню. Есть 2 таблицы: Т1.rn_t2 и T2.rn. Вот оно отношение. Про какие же связи во время существования программы идет речь?

т.е. в моей базе это ключи.

Шестипалов
Где вы видите отношение? Лично я вижу только две таблицы T1 и T2.
проходящий.
у Вас большие пробелы в знаниях теории баз данных.
Что за..? Отношения между записями разных таблиц определяются ключами первичный-внешний. Так в данной базе подобные поля и есть ключи.

ШестипаловПочитайте хелп, что ли.
С английским туго - занят переводом.

quxix
Это в реляционной теории- в практике далеко не так.
Мдя, открытие...
quxixНе факт,что она реализованна правильно и совсем не факт,что для получения достоверной информации из БД,необходимо пользоваться вот этими связями.
Связи должны быть в голове у разработчика.

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

quxix
Какая конкретная задача перед вами стоит? Связи для чего ищете-для получения конкретного результата наверное,вот и опишите его нам,что необходимо получить в конечном итоге.
Парус7, модуль управление питанием. Есть словарь Продукты питания (перечень продуктов) - таблица без внешних ключей, только свой. Формы о каждом продукте собирают всякую инфу: от калорийности до цены. В словаре есть только часть инфы, остальная разносится по другим таблицам-словарям (опять внешних ключей нет). Таким образом получается, все эти таблицы каким-то образом связаны между собой.
Или нужно было конкретно таблицы с полями?

Шестипалов,
спасибо.

Цель - вытянуть о каждом продукте все данные.

quxix
Вам не приходило в голову,что связь между сущностями может строится и через некую функцию,

Еще не легче, мало поиска таблиц... Представить не могу, между какими сущностями есть необходимость создавать связи таким образом. До этого создавал запрос по ключам для другого модуля - все нормально взялось. Все-таки в Парусе, похоже, сделали по теории.

embioticдонМахито,
"управление питанием" - это теперь так "учет продуктов питания" называется?

Нет, форум не по Парусу - с конкретикой названий модулей не заморачивался.

ервиновская диаграмма больше не на мастердиск не попадает?[/quot]
о_О Опа... Полез искать.

embiotic
какие-то ужасы пишет...

хы.. ервин вьювер найду и ужасы прекратятся.
Всем спасибо за советы и участие!