Количество таблиц- больше или меньше?

@blacksmithov · Регистрация: 08.10.2010

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

Здравствуйте.
Возник вопрос о том как правильно набивать базу данными.
Итак изначально имеем данные... ...допустим это ФИО, телефон, проживание, любимая еда, выпивка и т.д. и т.п.(в общем колонок пусть будет как минимум 100,а может и больше)
Вариант 1:
создаем множество таблиц(размер одной таблицы меньше чем нежели во втором варианте) со связями (relationships).
2: создаем одну таблицу, в которой все эти данные

Теперь генерируем ситуацию, когда я знаю ФИО(записей в базе 10000000000) и хочу узнать любимое животное.

Напомню, что в первом варианте есть одна таблица dbo.FIO(колонки id, fio) и еще одна таблица dbo.ANIMAL( колонки id,animal). А во втором варианте есть одна база dbo.base и в ней есть туча колонок в том числе id,fio,animal.

Теперь вопрос: какой из вариантов предпочтительнее? ведь не зря придумали связывать таблицы...

@pincet · 28.02.2012, 14:48

изучаем ER и нормализацию таблиц (хотя бы до 3НФ)

@blacksmithov · 28.02.2012, 16:58 **[ТС]**

а есть что-то конкретное по теме?

@Ice_and_Fire · 28.02.2012, 17:02

Сообщение от blacksmithov

а есть что-то конкретное по теме?

pincet сказал по теме. Конкретней некуда.
Прочитай теорию нормализации, 1,2,3 нормальные формы (НФ) Бейса-Кодда

@blacksmithov · 28.02.2012, 17:24 **[ТС]**

Сообщение от Ice_and_Fire

pincet сказал по теме. Конкретней некуда.
Прочитай теорию нормализации, 1,2,3 нормальные формы (НФ) Бейса-Кодда

Ничего не понимаю: я задал вопрос и хотел бы услышать ответ.
Описание мало-мальское дал. Конечно бы хотелось услышать ответ именно по вопросу.
если данных от меня мало, то могу дать еще, главное спрашивайте...
Если бы я хотел узнать какую книжку почитать, то соответствующий вопрос бы и задал.

Меня больше интересует ответ исходя из личного опыта, а не посыл за книжками.

P.S.: я не грублю, еще раз: вариант1 или вариант2 и почему?
спасибо, за внимание.

@Ice_and_Fire · 28.02.2012, 17:44

В нормализованых таблицах устраняется избыточность данных.
Приведу только один пример, для чего она необходима:
Вот предствавь, что в твоих 10000000000 для первого случая выделено текстовое поле рамером 50 (ВСЕГО-ТО!) символов под марку машины. Занимаемые данные только под марку машины составят колосальный рамер. А марок машин то может быть всего 100 (разных). Выделяя их в отдельную таблицу ты занимаешь всего данных под эти сто текстовых строк. А ссылаешься по ключевому полю, которое целочисленное и занимает несравненно меньше памяти
VarChar(50) занимает 100 байт. Умнож на 10000000000
int занимает 4 байта
---
Есть еще с десяток "ЗА", что бы выбрать второй вариант. Узнать о них уже сказали где

Новые блоги и статьи Все статьи Все блоги /
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .

@blacksmithov 3 / 3 / 0 Регистрация: 08.10.2010 Сообщений: 71

	Количество таблиц- больше или меньше? 28.02.2012, 14:30. Показов 1792. Ответов 5 Метки нет (Все метки) Здравствуйте. Возник вопрос о том как правильно набивать базу данными. Итак изначально имеем данные... ...допустим это ФИО, телефон, проживание, любимая еда, выпивка и т.д. и т.п.(в общем колонок пусть будет как минимум 100,а может и больше) Вариант 1: создаем множество таблиц(размер одной таблицы меньше чем нежели во втором варианте) со связями (relationships). 2: создаем одну таблицу, в которой все эти данные Теперь генерируем ситуацию, когда я знаю ФИО(записей в базе 10000000000) и хочу узнать любимое животное. Напомню, что в первом варианте есть одна таблица dbo.FIO(колонки id, fio) и еще одна таблица dbo.ANIMAL( колонки id,animal). А во втором варианте есть одна база dbo.base и в ней есть туча колонок в том числе id,fio,animal. Теперь вопрос: какой из вариантов предпочтительнее? ведь не зря придумали связывать таблицы... 0

@pincet 1655 / 1154 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	28.02.2012, 14:48
	изучаем ER и нормализацию таблиц (хотя бы до 3НФ) 0

@blacksmithov 3 / 3 / 0 Регистрация: 08.10.2010 Сообщений: 71
	28.02.2012, 16:58 [ТС]
	а есть что-то конкретное по теме? 0

@Ice_and_Fire 512 / 298 / 37 Регистрация: 22.06.2011 Сообщений: 929
	28.02.2012, 17:44
	В нормализованых таблицах устраняется избыточность данных. Приведу только один пример, для чего она необходима: Вот предствавь, что в твоих 10000000000 для первого случая выделено текстовое поле рамером 50 (ВСЕГО-ТО!) символов под марку машины. Занимаемые данные только под марку машины составят колосальный рамер. А марок машин то может быть всего 100 (разных). Выделяя их в отдельную таблицу ты занимаешь всего данных под эти сто текстовых строк. А ссылаешься по ключевому полю, которое целочисленное и занимает несравненно меньше памяти VarChar(50) занимает 100 байт. Умнож на 10000000000 int занимает 4 байта --- Есть еще с десяток "ЗА", что бы выбрать второй вариант. Узнать о них уже сказали где 1