Третья нормальная форма базы данных

@adel091 · Регистрация: 05.06.2016

Студворк — интернет-сервис помощи студентам

Здравствуйте! Прошу вас помочь мне с нормализацией базы данных. Ее нужно привести к третьей нормальной форме. Я ее привел, только не знаю правильно или нет. Er-модель я скинул.
Итак, всего в базе данных шесть таблиц:
1-ая: admin(id admin, login,password, фамилия, имя, отчество),,
2-ая: user(id user, login,password, фамилия, имя, отчество, e-mail)
3-я: keywords(id keywords, ключевые слова, показов в месяц, поисковая система)
4-ая: news(id news, id admin , заголовок,полный текст, категория)
5-ая: offernews(id offernews, id user, заголовок,полный текст)
6-ая: Ratings(id ratingnews, id news, id user, рейтинг)
Вообщем Администратор сайта может добавлять новости, добавлять ключевые слова, а user может предлагать новости(таблица offernews) и оценивать новости по пяти бальной шкале.
Можете помочь с определением нормальной формы этой базы данных? Привел ли я ее к третьей форме?
Спасибо!

@Meridian21 · 27.06.2016, 13:43

adel091, а может возникнуть ситуация, когда несколько пользователей предложили одну новость? Или несколько администраторов добавили одну новость или одно и тоже ключевое слово?

@adel091 · 28.06.2016, 14:51 **[ТС]**

да, может)

@Meridian21 · 28.06.2016, 15:36

adel091, если может, тогда схема не доделана. Смотри, у тебя keywords и admins связаны один-к-многим, а раз возможно ситуация, то как ты будешь хранить такое? Уже связь многие-к-многим.

@Megavolt78 · 01.07.2016, 13:46

Если изначально разбирать эту БД, то видим тут следующее:
Сущности:
1. Уровень пользователя (юзер и админ)
2. Пользователь
3. Новость
4. Ключевое слово
Создаем для них таблички 1-го уровня.
Видим также, что рейтинг - это не сущность, это оценка какой-либо новости каким-то юзером, то есть отношение.
Разделять новости на 2 таблицы не вижу смысла, лучше сделать признак новости: предложенная юзером или уже добавленная админом (поле offers в таблице news).
Я бы сделал так:

@adel091 · 04.08.2016, 20:16 **[ТС]**

Спасибо кстати вам!

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .
SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .

@adel091 0 / 0 / 0 Регистрация: 05.06.2016 Сообщений: 4

	Третья нормальная форма базы данных 26.06.2016, 16:08. Показов 1539. Ответов 5 Метки нет (Все метки) Здравствуйте! Прошу вас помочь мне с нормализацией базы данных. Ее нужно привести к третьей нормальной форме. Я ее привел, только не знаю правильно или нет. Er-модель я скинул. Итак, всего в базе данных шесть таблиц: 1-ая: admin(id admin, login,password, фамилия, имя, отчество),, 2-ая: user(id user, login,password, фамилия, имя, отчество, e-mail) 3-я: keywords(id keywords, ключевые слова, показов в месяц, поисковая система) 4-ая: news(id news, id admin , заголовок,полный текст, категория) 5-ая: offernews(id offernews, id user, заголовок,полный текст) 6-ая: Ratings(id ratingnews, id news, id user, рейтинг) Вообщем Администратор сайта может добавлять новости, добавлять ключевые слова, а user может предлагать новости(таблица offernews) и оценивать новости по пяти бальной шкале. Можете помочь с определением нормальной формы этой базы данных? Привел ли я ее к третьей форме? Спасибо! Миниатюры 0

@Meridian21 Zero day 267 / 231 / 78 Регистрация: 16.12.2015 Сообщений: 943 Записей в блоге: 4
	27.06.2016, 13:43
	adel091, а может возникнуть ситуация, когда несколько пользователей предложили одну новость? Или несколько администраторов добавили одну новость или одно и тоже ключевое слово? 0

@adel091 0 / 0 / 0 Регистрация: 05.06.2016 Сообщений: 4
	28.06.2016, 14:51 [ТС]
	да, может) 0

@Meridian21 Zero day 267 / 231 / 78 Регистрация: 16.12.2015 Сообщений: 943 Записей в блоге: 4
	28.06.2016, 15:36
	adel091, если может, тогда схема не доделана. Смотри, у тебя keywords и admins связаны один-к-многим, а раз возможно ситуация, то как ты будешь хранить такое? Уже связь многие-к-многим. 0

@Megavolt78 10 / 10 / 3 Регистрация: 30.06.2016 Сообщений: 42
	01.07.2016, 13:46
	Если изначально разбирать эту БД, то видим тут следующее: Сущности: 1. Уровень пользователя (юзер и админ) 2. Пользователь 3. Новость 4. Ключевое слово Создаем для них таблички 1-го уровня. Видим также, что рейтинг - это не сущность, это оценка какой-либо новости каким-то юзером, то есть отношение. Разделять новости на 2 таблицы не вижу смысла, лучше сделать признак новости: предложенная юзером или уже добавленная админом (поле offers в таблице news). Я бы сделал так: 0

@adel091 0 / 0 / 0 Регистрация: 05.06.2016 Сообщений: 4
	04.08.2016, 20:16 [ТС]
	Спасибо кстати вам! 0

Опции темы