Как правильно построить структуру БД (SQL)?

Question

[HoHsi]

К примеру есть 4 типа файлов (изображение, видео, аудио, документ), у всех из них есть общие поля:

* Размер файла
* SHA512 хеш
* Дата создания
* Пользователь, который залил этот файл

И различные поля, свойственные только для конкретного типа файла (обязательные для заполнения not null):

Изображение:
* Высота и Ширина
* колво цветов
* Место съемки

Видео:
* Кодек
* Высота и Ширина
* Продолжительность

Аудио:
* Продолжительность
* Частота дискретизации

Документ:
* Формат документа
* Может ли быть открыт в браузере (boolean)

Сам вопрос: как правильно организовать структуру такой БД?
Должна ли это быть одна таблица? Если да, то как валидировать верность введенных данных по конкретному формату?
Или это должно быть 1 (родительская) + 4 под каждый тип? Опять же как сделать, что-бы у записи в родительской таболице не было ссылки на сразу две другие записи, или вовсе не одной?

Answer 1

[Rsa97]

Вариантов реализации много. Например классический способ описания:
Таблица атрибутов (id, название, тип_атрибута, признак_обязательного)
Варианты значений для select и multiselect (id_атрибута, номер_значения, значение)
Таблица принадлежности атрибутов (тип_документа, id_атрибута)
Таблица значений атрибутов (id_документа, id_атрибута, значение)

А валидацией должен заниматься клиент, в самой БД для этого нет средств.

Answer 2

[Артём Каретников]

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

Comments

[HoHsi]

А как тогда валидировать поля присущие только определенному типу, что-бы они были так-же обязательны к заполнению?

[Артём Каретников]

HoHsi: ну, например - сделать процедуру и в нее передавать параметры. IF iIsType = 1 - то это у нас video и iFrameRate can not be Null