Добрый день. Составляю ER-диаграмму в Visio. Никто не подскажет как реализовать связь "многие-ко-многим" между справочником и табличной частью справочника. Не хотелось бы вводить дополнительную сущность.

Это как? пример приведи

Ну есть справочник Справочник1 у него есть табличная часть ТабличнаяЧасть1 с реквизитом типа Справочник2. Между Справочник1 и Справочник2 существует связь "многие-ко-многим". В Visio я не могу ее реализовать. Приходится вводить дополнительную сущность СтрокаТабличнойЧасти1.

"многие-ко-многим"- это как понять?

Кажется связь многие ко многим реализуется через 3 таблицы, т.е. будет 2 связи один-ко-многим и многие-к-одному

Кстати - ТЧ и есть эта третья, связующая таблица

(3) http://www.yandex.ru/yandsearch?rpt=rad&text=%F1%E2%FF%E7%FC+%EC%ED%EE%E3%E8%E5-%EA%EE-%EC%ED%EE%E3%E8%EC

(5) Ну да неправильно выразился. И все таки возможноа ли связь многие ко многим. Ведь проектироую концептуальную модель и такая связь допускается.

Снова не помню точно, но кажется, там строится только в 3НФ, а она как раз подразумевает, что все связи M:N разбиты на 2 связи, 3 таблицы

(5) Сейчас посмотрел в автомматически созданной XML-схеме конфигурации 1с сущность называется
CatalogTabularSectionRow.Справочник1.ТабличнаяЧасть1. Поэтому наверное правильнее говорить СтрокаТабличнойЧасти1.

(0) Расскажи поподробнее что за сущности с точки зрения предметной области

(10) Есть справочник "С/х культуры" у него есть табличная часть "Предшественники" в которой есть реквизит "Культуры" типа "Справочник.Культуры". Как мне это правильно изобразить на ER-диаграмме с учетом степени отношения и типом отношения?

ап

______________                             ______________
|              | является предшественником |              |  
| С/х культуры |<--------------------------|   Культуры   |    
|______________| 0..*                 0..* |______________|

(13) А как отобразить связь, что реквизит культуры имеет тип "С/х культуры".

Связь многие-ко-многим в нормализованой базе осуществляется только через промежуточную таблицу.

(14) Это и так уже отображено в виде связи "Является предшественником". Вообще табличная часть на уровне концептуальной модели это не сущность. Тип связи много-ко-многим является временным типом связи, допустимым на ранних этапах разработки модели на уровне концепции. Конечно в дальнейшем, при разработке физической диаграммы этот тип связи должен быть заменен двумя связями типа один-ко-многим путем создания промежуточной сущности.

(16) Я так понял в (13) вы изобразили связь многие-ко-многим?
Если "многие-ко-могим" является временным в концептуальной модели, то почему в концептуальной модели Visio нет такой связи?

И еще вопрос как отображается связь, если у справочника 2 владельца?

(18) хм... а разве это не 1<-M ??? может вы не своим делом занялись?

(19) А я где то говорил про мощность связи? И вообще по принципу Питера, мы все рано или поздно достигнем уровня своей некомпетентности :).Это я и так знаю. Я просто пытаюсь термины концептуальной модели Visio привязать к структуре метаданных 1С8 (пока плохо получается).
Вот например есть справочник "Единицы измерения" у него 2 владельца "Номенклатура и "Номенклатурные группы". Завожу 3 сущности "Единицы измерения", "Номенклатура", "Номенклатурные группы", про мощность отношения к между ними понятно (1 к 0 или более), а вот с типом отношения (идентивицируещее, неидентивицируещее) вопрос. Может мне ввести супертип владелец? И вообще при проектировании ER-диаграммы, кто нибудь учитывает типы метаданных 1С?

апну

(17) Моделируй там, где есть! Например в ERwin
(18) Сделай три сущности и две связи один ко многим, между справочником и его владельцами.
(20) Вообще концептуальная модель разрабатывается до реализации в конкретной СУБД, а не наоборот! Метаданные 1С там учиывать не совсем корректно. Поэтому все это мартышкин труд.