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

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

использование массива — нарушение 1НФ, в какой РСУБД это считается допустимым, расскажи?
Где эти "стандарты" НЕ соблюдаются?

Эм. Нормальная форма в принципе не может соблюдаться или не соблюдаться субд, за это ответственен её пользователь.

Так и я же об этом.

Никакого стандарта на реляционные СУБД нет. Есть стандарт на язык SQL, и всё.

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

Что как бы намекает нам, что Вы путаете тёплое с мягким. Что в этом "криминального", написано в любом "фундаментальном" учебнике по реляционным базам данных (и ISO SQL к этому не имеет никакого отношения).

> которые потом отдают это дело в ISO, продающий документы за деньги.

А зачем это Вам стандарт бесплатно, а? SQL DBMS задумали на халяву написать? ;)

Если мы считаем что тип "массив" нарушает правила нормальных форм сам по себе, то это маркировка едва ли не на все популярные существующие рсубд

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

> Никакого стандарта на реляционные СУБД нет

Так там обратного и не написано

Не нарушает. Если в модели есть массивы, то он вполне подходит (только они крайне редко есть почему-то).

Ну вот массив статусов у человека выше - это нарушение?

массив - это такой же тип данных, как и Инт, варчар и прочие )

мы же не разбиваем текст на пробелы и не храним в отдельной таблице в отдельной строке каждую фразу

Ну ладно.
Стандарт типы например описывает.

Ноуп.

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

Множество (Set) этому удовлетворяет, массив - нет.

Ознакомьтесь с документацией продукта, который хотите использовать.
И Вы же сами написали выше, почему это единственно полезный путь для пользователя.
Hint: абсолютно все СУБД нарушают ISO SQL в некоторых частях, потому что в этих частях написана никак не относящаяся к жизни чушь.

а, я чёт про сет подумал, да, повторяющие элементы там могут быть (в массиве)

Да, это нарушение.

Нет, нет.

Ну ISO же не только для SQL существует, нет?
Последнее, что мне требовалось - это спека 802.11 для определения какие диапазоны разрешены в каких странах потому что да, я заказываю роутеры в китае.