Перебрал от одного до десяти и все равно не работает

Треба по місцю дивитись. Може в тебе конфликт між класами є, чи по каскаду щось передається. Зроби свою модалку окремо, потесть її, а потім інтегруй в свій проект і подивись, які значення були успадковані по каскаду.

У меня в ангуляровском компоненте календарь только и эта модалка. Пробовал еще здесь тест сделать но также не отображается
https://jsfiddle.net/plutta/4t91auLq/6/

Зроби як тут (лайв демо з документації)

js бутстрапа подключен?

если в ангуляре, то должны быть врапперы какие-то, наверное

Да. У меня выводится все кроме этого компонента

А в ДОМе он есть?

Добавь сразу класс на раскрытие

Потом уже смотри, что мешает

запускает сценарий на твоей машине

Привет. Вопрос про нормализацию БД, только начал изучать, может есть понимающие:
Есть таблица Machine. У каждой единицы может быть несколько параметров.
Добавил таблицу Parameter. У каждого параметра может быть значение - строка, число, массив (например, габаритные размеры X*Y*Z)
Связь - Many-To-Many. Поэтому добавляю промежуточную таблицу MachineParameter с такими полями:

machineId  parameterId  value

Вопрос: как быть с разными типами значения? Как хранить в одной ячейке массив? Читал, что ячейки долны быть атомарными и не хранить несколько значений.
Например,

machineId  parameterId  value1  value2 value3

machineId  parameterId  value

machineId  parameterId  value1  value2 value3

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

machineId  parameterId  value

machineId  parameterId  value1  value2 value3

разные типы - разные "ячейки".

Можно массив хранить в сериализированном виде

machineId  parameterId  value

machineId  parameterId  value1  value2 value3

> У каждого параметра может быть значение - строка, число, массив (например, габаритные размеры X*Y*Z)

это прям массив, который всегда разный и разные названия?
Тогда для полной нормализации надо создать ещё одну таблицу и через foreign key их связывать

Нужно понимать цели такой нормализации

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

Как выше писал Дима, то можно характеристики в отдельную таблицу поместить

Вопрос был про нормализацию, про цели не было)
Так-то да, но думаю, когда придёт время денормализировать, то вероятно они будут знать, что делают