АП
можно сделать в помещениях 2 индекса
Size: a a a
2019 July 10
АП
уникальный индекс этажа, и уникальный индекс помещения
АП
но это 2 индекса + лишнее поле
АП
это лучше чем городить еще одну таблицу
АП
но хуже чем иметь прямые связи без лишних id - которые нафиг не сдались
АП
пойду сделаю..
IK
5 таблиц
помещение
этаж
дом
этажи в доме
помещения в "этажах в доме"
помещение
этаж
дом
этажи в доме
помещения в "этажах в доме"
АП
3 сущьности 3 таблицы..
IK
5 таблиц
помещение
этаж
дом
этажи в доме
помещения в "этажах в доме"
помещение
этаж
дом
этажи в доме
помещения в "этажах в доме"
еще так можно, просто уникальный индекс,
4 таблиц
помещение
этаж
дом
помещение-этаж-дом
только тут любой слюбым может соединятся
4 таблиц
помещение
этаж
дом
помещение-этаж-дом
только тут любой слюбым может соединятся
АП
уже делаю подругому
АД
Голосую за отдельную табличку
2019 July 16
С
Народ, а в TypeORM с помощью QueryBuilder можно построить запрос не описывая сущности?
а то ругается, что не может определить алиас и прочитать метадату
а то ругается, что не может определить алиас и прочитать метадату
Cannot get entity metadata for the given alias "mt_transaction"
АП
Сын маминой подруги
Народ, а в TypeORM с помощью QueryBuilder можно построить запрос не описывая сущности?
а то ругается, что не может определить алиас и прочитать метадату
а то ругается, что не может определить алиас и прочитать метадату
Cannot get entity metadata for the given alias "mt_transaction"
кушай knex
АП
если готовая база прям рекомендую...
АП
если базу надо проектировать то пиши сущ\ности
С
Идёт миграция с одной на другую. Новая описывается в сущностях, а вот для старой не хочется писать
С
ТайпОРМ значит не может без сущностей?
КБ
да, тайп-орм сильно ограничен в этом плане. в нём нет «просто построителя каких-то запросов», всё крутится вокруг сущностей…