Надеюсь этот урок будет вам полезен. Лучшая брагодарность для меня это лайк, подписка и ваш комментарий под этим видео. Чтобы стать профессионалом в языке JavaScript изучите этот Супер курс по JavaScript:
Вы сказали что сервер интеграции теперь устанавливается с системой, а не распространяется в качестве шаблона. А как теперь вносить изменения, например добавить новый метод на сервер интеграции?
Регистрируйтесь на наш онлайн курс «Базовые практики планирования ТОиР, управления надежностью и критичностью оборудования по методике RCM». Зарегистрироваться на бесплатную неделю можно в любое время
Денис, ну это просто жесть! Ну как, как ты — человек, делающий доклад о «структурировании данных» можешь уместить в своей голове такое, как: «у нас раньше юзер имел одну реляционную связь, а теперь возникла необходимость использовать у юзера вторую связь, поэтому, 'самый простой вариант' — вторую учетку… ». И потом тоже бред.. КАК? Даже самый отсталый разраб, имеющий начальные представления про SQL, сразу скажет, что если нет необходимости множить избыточность связями 1к1, то всей этой лабуде место в одной таблице, а один ко многим (многие к одному) и многие к многим — по нормальной здоровой расчетной ситуации. Таблицы с этими связями нужны обязательно (если логика этого требует). Ты ведь не заводишь отдельные учетки для «владельцев котов» и «владельцев собак»? (Типа — у Марины есть кот — это одна Маринина учетка, а вторая учетка Марины — это для собаки. А для хомячка, Марина себе (не хомячку) еще одну заведет. ) Или я ошибаюсь? SQL — structured query language. Если схема данных спроектирована нормально, то и запросы становятся максимально структурированными, информативными понятными и удобными для использования. ORM иногда вредит тем, что разрабы мало уделяют внимания вторичным ключам и лепят все по книжке сущностей или моделей. Это правильно, но сначала надо понимать изнутри. Поэтому, «ManyToOne», «OneToMany», «ManyToMany», «OneToOne» — основы для архитектуры реляционной БД. И именно благодаря реляционному построению такие задачи решаются просто, хоть и с немного бОльшим количеством таблиц. К сожалению не все, но там уже другие способы есть. Есть еще «NoSQL» — но это другая тема, хоть и с общим смыслом. Технология отличается.
Вопросы и консультации: +7 (495) 139-09-60
Наша телега, подписывайтесь
Наш канал ДЗЕН, тут есть что почитать
SQL — structured query language. Если схема данных спроектирована нормально, то и запросы становятся максимально структурированными, информативными понятными и удобными для использования. ORM иногда вредит тем, что разрабы мало уделяют внимания вторичным ключам и лепят все по книжке сущностей или моделей. Это правильно, но сначала надо понимать изнутри.
Поэтому, «ManyToOne», «OneToMany», «ManyToMany», «OneToOne» — основы для архитектуры реляционной БД. И именно благодаря реляционному построению такие задачи решаются просто, хоть и с немного бОльшим количеством таблиц. К сожалению не все, но там уже другие способы есть.
Есть еще «NoSQL» — но это другая тема, хоть и с общим смыслом. Технология отличается.