powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Вопрос по связям между таблицами и 3НФ
14 сообщений из 64, страница 3 из 3
Вопрос по связям между таблицами и 3НФ
    #36780009
dsm_87
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
т.е. составной ключ использовать лучше лишь в LaborActivity как Вы мне посоветовали? или другими словами, там где есть связь многие ко многим
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780024
Фотография Паганель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
нет, не так

надо определить поля (или их комбинации),
по которым можно однозначно идентифицировать запись
(то есть однозначно отличить ее от других записей таблицы)
это будут кандидаты на роль первичного ключа

чаще всего кандидат один
(если их больше одного, желательно перепроверить, может, мы неправильно определили сущности)

далее, если кандидатов больше одного, следует выбрать кого-то из кандидатов
(признаюсь честно, это для меня самого всегда тяжело)

оставшиеся кандидаты будут альтернативным ключом(ами)
то есть unique constraint(s)

а уж составной ключ или не составной - для нормализации не так важно
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780030
dsm_87
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну как я понял, в таблице компании использование составного ключа не рекомендуется, так как ID - счетчик. а если использовать ещё какое-то поле, то нарушаем вторую нормальную форму, так все атрибуты могут зависеть только от ID. верно?
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780039
Фотография Паганель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780047
dsm_87
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и ещё)
при использовании такой вот схемы, не возникнут проблемы при поиске иформации о транзакциях, проводимых клиентом? просто у нас ClientID = ID из разных таблиц, т.е. может повторяться. в транзакциях у нас ID конечно тоже счетчик, но вот если при создании запроса показать информацию о транзакциях, может ли получиться такое: у физ. лица ID=12 и у компании ID=12, я хочу вывести информацию о физ. лице, а получаю о компании
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780066
Фотография Паганель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если между какими-то двумя таблицами нужна связь "многие-ко-многим"
то для ее реализации создают "промежуточную" таблицу
(да простят меня профессионалы проектирования за столь зверское название)

У Вас таблица Transactions для этого создана?
Если она "реализует" связь "многие-ко-многим", то между какими двумя таблицами?
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780083
dsm_87
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дело в том, что каждый клиент может совершить сколь угодно транзакций. так я вот не знаю, создать 3 таблицы для физ. лица, компании и ип каждую или дону общую для всех. связи многие ко многим среди них нет.
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780093
Фотография Паганель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
были понятия "труд. деятельность" и "учредитель"

ху из "транзакция" ???
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780098
dsm_87
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну просто это части одной большой схемы)
в данной ситуации между этими тремя таблицы связи многие ко многим быть не должно, так вот чтобы для каждого типа клиентов не создавать отдельно таблицы транзакций, можно ли создать одну общую для всех?
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780124
Фотография Паганель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dsm_87чтобы для каждого типа клиентов не создавать отдельно таблицы транзакцийя думаю, бороться за количество таблиц как за самоцель так же бессмысленно,
как бороться за количество полей, входящих в ПК

поэтому причин,
чтобы объединять транзакции разных типов клиентов в одну таблицу Transactions,
я не вижу
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780707
Senya_L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dsm_87,

Глядя на Вашу диаграмму . Вы действительно уверены, что "юриков" надо разделить по двум таблицам? Разница-то всего в два поля. Занафига?
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780783
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChAНет у БД понятия НФ,

Тем ни менее для схем реляционных БД понятием НФ пользуются нескока десятков лет. Вроде вреда нет.

ChA
оно есть только у таблиц и не надо фантазировать, выдумывая нелепые определения типа "схема БД находится в 3НФ относительно данных функциональных зависемостей".

Кто решил, что оно есть только у таблиц и внес запрет на исползование, например, для схем?
Тем более не все могут согласиться, что она у таблиц есть. Это мло типа не "точная характеристика" ради упрощения. А для семы БД вроде точная. Ечть для схемы отношения, есть и для схемы БД. Удобно. Буржуа придумал.
Фамилия того кто запретил есть? Почему решили запретить через 30 лет?

ChA
Можно, конечно, группу блондинок называть группой-блондинкой, но она так и останется группой блондинок , так как сама группа не может быть блондинкой. Блондинка - это характеристика элемента множества, а не самого множества, так же, как и 3НФ.
Ну пусть типа 3НФ - 3 нормальная форма ног. Женщина в 3НФ - женщина с достаточно хорошими ногами, группы женщин в 3НФ - все в группе ногастые. Если хоть у одной кривые, то группа не в 3НФ. Поди плохо? Это имеет значение и для синхронного плавания, например.
Проблемы множеств, являющихся элементами самих себя, вроде, не возникают.
Это чисто языковый аспект: многозночность индоевропейских языков. Так или иначе.
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36780804
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoМы говорим об определениях, применимых к конкретным видам объектов, а Вы пытаетесь натянуть их на всю Вселенную. Обсуждать определения типа "группа считается кривоногой, если каждый её участник кривоног" мне лично кажется абсурдным. Хотя бы потому, что у группы нет ног .

Не знаю, что там было в первоисточнике, но в переводе у Мейера определения нормальных форм для баз данных выглядят откровенно надуманным, как определение ради определения. В лучшем случае, его можно было бы принять на уровне договорённости, но не более того. При этом отдавая себе отчёт, что НФ схемы БД не имеют ничего общего с НФ её отношений . А то так можно дойти до сервера в 3НФ, в котором все БД имеют 3НФ и т.д., и т.п.
...
Рейтинг: 0 / 0
Вопрос по связям между таблицами и 3НФ
    #36781133
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChAМы говорим об определениях, применимых к конкретным видам объектов, а Вы пытаетесь натянуть их на всю Вселенную. Обсуждать определения типа "группа считается кривоногой, если каждый её участник кривоног" мне лично кажется абсурдным. Хотя бы потому, что у группы нет ног .
Нет уж извинтите, это Вы натягиваете что-то на ровном месте: то про языковые, то теоретико-множественные моменты. Теперь про "конкретные" виды объектов, типа пытаетесь зайти со стороны логики, хотя ясно что это слишком натянутое за уши.
В данном случае 3НФ можно заменить термином "удовлетворительная" (удовлитворительная дама, удовлитворительная группа дам), а "не кривоногая".
Дама удовлитворительная, если у ея не кривые ноги. Например, для синхронного плавния (да и не только). Ну группа дам удовлитворительна, если у кажной не кривые ноги.
Вот говроить что у таблицы ЕСТЬ 3НФ, это звучит более похоже на то, что у группы ЕСТЬ ноги.
Но Вас это не смущает. А тут вдруг Вы обеспокоились.

ChA
Не знаю, что там было в первоисточнике, но в переводе у Мейера определения нормальных форм для баз данных выглядят откровенно надуманным, как определение ради определения. В лучшем случае, его можно было бы принять на уровне договорённости, но не более того. При этом отдавая себе отчёт, что НФ схемы БД не имеют ничего общего с НФ её отношений . А то так можно дойти до сервера в 3НФ, в котором все БД имеют 3НФ и т.д., и т.п.
Ну это кому как. Думаю, что у Мейера, то как раз все на своем месте. И скорее всего, он не сам это все придумал, а кое-кто поумнее нас с Вам там поучаствовал.
И кто это будет принимать на уровне договоренности? Кто такие, какого звания? Фамилии у них есть? С какой стати? Это должна быть какая-то международная коммисия? Так как мы последние кто к этим понятиям имеет правовое отношение: это все буржуа придумал пока мы тут социализм строили. А теперь их учить жизни про нормальные формы наши парни будут?
Но если у них есть рациональное, то пусть выкладывают: жизнь покажет.
И как же "НФ схемы БД не имеют ничего общего с НФ её отношений"? А функциональные зависмости? А атрибуты? Информация о том, что схема БД в 3НФ, означает, что каждая схема отношения в 3НФ. Что общее присущее им все же есть, скорее всего.
Если дойдете до сервера в 3НФ, и от этого польза буит, то не пожалеете. Но боюсь, что до куда моно было дойти, дошли лет 30 назад. Все пенки сняты, моно не беспокоиться: поздняк метаться.
...
Рейтинг: 0 / 0
14 сообщений из 64, страница 3 из 3
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Вопрос по связям между таблицами и 3НФ
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]