Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Господа, приведите пример таблицы с составным первичным ключом не находящейся во второй нормальной форме. Мой маленький мозг не может справиться с этой задачей.Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 11:57 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Таблица "Сотрудник" (навскидку): -- Год рождения (PK) -- ФИО (PK) -- Место работы -- Адрес ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 14:15 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Так ли? Если даны два атрибута X и Y некоторого отношения, то говорят, что Y функционально зависит от X, если в любой момент времени каждому значению X соответствует ровно одно значение Y. неключевой атрибут функционально полно зависит от составного ключа если он функционально зависит от всего ключа в целом, но не находится в функциональной зависимости от какого-либо из входящих в него атрибутов. Отношение находится во 2НФ, если оно находится в 1НФ и каждый неключевой атрибут функционально полно зависит от ключа. Разве в даном случае место работы или адрес определяются одним из полей ключа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 15:13 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Где-то читал) чтобы привести таблицу к 2НФ достаточно чтобы у нее был уникальный ключ. (1НФ - подразумевает лишь атомарность значений) => если есть PK (а он как известно всегда уникальный) таблица автоматически находится в 2НФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 15:30 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2gardenman Нет, нужен простой первичный ключ, но это не решает поблем с более высокими нормальными формами. Пример - упрощенный словарь БД (когда-то я задавал здесь вопрос на эту тему). Таблицы словаря: Таблицы (#TAB_NAME) Поля (#TAB_NAME, #COL_NAME, ATT_NAME) Индексы (#TAB_NAME, #IDX_NAME) Поля индексов(#TAB_NAME, #IDX_NAME, #COL_NAME, ATT_NAME) ATT_NAME - имя типа, точнее домена. Так вот в таблице "Поля индексов" ATT_NAME определяется (зависит) только от TAB_NAME, COL_NAME, но не от IDX_NAME. Т.е. либо ему нечего делать в этой таблице, либо он должен быть частью ключа таблиц "Поля" и "Поля индексов". P.S. Второй вариант имеет смысл когда для хранения информации об индексах и связях используются одни и те же таблицы и есть желание запретить связи межды полями, относящимися к разным доменам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 15:53 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Господа, приведите пример таблицы с составным первичным ключом не находящейся во второй нормальной форме Например таблица с избыточным первичным ключом К обычному несоставному ключу приделываем например еще и счетчик. Имеем как функциональную зависимость от всего составного первичного ключа, так и от его аттрибутов. 2 * Так вот в таблице "Поля индексов" ATT_NAME определяется (зависит) только от TAB_NAME, COL_NAME, но не от IDX_NAME. Неправильно. А может и правильно. В зависимости от того, что ты понимаешь под ATT_Name ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 16:07 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2 * неключевой атрибут функционально полно зависит от составного ключа если он функционально зависит от всего ключа в целом , но не находится в функциональной зависимости от какого-либо из входящих в него атрибутов. Разве в даном случае место работы или адрес определяются одним из полей ключа ? Странный вопрос, как мне кажется, если учесть предыдущий текст. Кроме того, вопрос автора был: пример таблицы с составным первичным ключом не находящейся во второй нормальной форме Таблица, которую я привел - 3НФ c составным ПК. Или нужно было привести таблицу в 1НФ? ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 16:20 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2 * Блин, невнимательно читаю. Позор на мою седую голову :) Имя типа (домена) действительно не зависит от IDX_Name ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 16:31 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2 Jimmy Таблица, которую я привел - 3НФ c составным ПК. Если таблица в 3НФ, то она автоматом и во 2НФ. А вопрос был про таблицу, не находящуюся во 2НФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 16:33 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2 Лох Позорный Если таблица в 3НФ, то она автоматом и во 2НФ Упустил момент. Позор на мою седую голову :0)) ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 17:24 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
2 Jimmy Насколько я понимаю, в данном контексте определяется=однозначно зависит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2004, 18:48 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
авторГоспода, приведите пример таблицы с составным первичным ключом не находящейся во второй нормальной форме Например таблица с избыточным первичным ключом К обычному несоставному ключу приделываем например еще и счетчик. Имеем как функциональную зависимость от всего составного первичного ключа, так и от его аттрибутов. Не попрет. Первичный ключ (как и потенциальный ключ вообще) не может быть избыточным по определению, т.к. (кратко) потенциальный ключ это подмножество атрибутов, обладающее свойствами (1) уникальности и (2) неизбыточности (минимальности) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2004, 07:14 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
kedovГоспода, приведите пример таблицы с составным первичным ключом не находящейся во второй нормальной форме Попробуем. Таблица "Поставки": -ИД_поставщика (PK) -ИД_товара (PK) -Адрес поставщика Адрес поставщика зависит только от части PK - от ИД_поставщика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2004, 07:26 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Да вот из того же Sybexа возьмите, если нужно не во второй, то вот пожалуйста никакая форма) table(АвторИД, ЗаголовокКниги1, ЗаголовокКниги2, ЗаголовокКниги3) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 06:53 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
а ежели составной первичный ключ то table( АвторИмя,АвторФамилия , ЗаголовокКниги1, ЗаголовокКниги2, ЗаголовокКниги3) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 06:55 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
QuarkДа вот из того же Sybexа возьмите, если нужно не во второй, то вот пожалуйста никакая форма) table(АвторИД, ЗаголовокКниги1, ЗаголовокКниги2, ЗаголовокКниги3) Что значит никакая форма ? В данном примере может не быть абсолютно никаких аномалий. Я могу ее трактовать как находящуюся хоть в 5НФ. Quarkа ежели составной первичный ключ то table(АвторИмя,АвторФамилия, ЗаголовокКниги1, ЗаголовокКниги2, ЗаголовокКниги3) То же самое. В зависимости от постановки задачи, это может быть абсолютно нормализованная таблица. И уж как минимум она находится во 2НФ. А в теме требуется пример таблицы не во 2НФ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 08:15 |
|
||
|
Вопрос нормализации таблиц
|
|||
|---|---|---|---|
|
#18+
Аномалий захотелось), пожалуйста: Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 09:01 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32501057&tid=1546505]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
168ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 500ms |

| 0 / 0 |
