Давайте определение микросервиса тогда.Потому что ни в одном я не встречал требования выделять отдельную БД каждому микросервису (но обычно есть что-то типа "используют наиболее подходящую СУБД").
Можно.Просто она становится неISA шиной, а чем-то другим.Т.к. устройства ожидают что частота будет не выше 8МГц и могут просто не понять ни слова.Но в своей разработке можете применять любую частоту, которая будет гарантировать доставку неискажённых данных
Жизнь и нормальность — два параллельных понятия, но иногда они всё ж пересекаются.
Допустим exams и teachers таблицы из другой системы и они у нас участвуют в интеграции. Чтоб не парить мозг разработчика с отсутствием значения в teachers при попытке добавить новые exams, можно не делать FK, а, например, слать письмо минут через 20, когда должны бы уже были всосаться все teachers, но что-то нашего так и не появилось. Если сделать FK, то такие записи с новым "несуществующим" учителем надо будет куда-то класть и обрабатывать позже.
А если взять ваш подход, то exams внезапно становится таблицей с расписанием экзаменов: какая группа у какого препода какой предмет когда сдаёт. А оценки студентов за экзамены — это уже другая таблица, которая будет содержать exam_id, student_id, exam_points
А в следующем задании в таблице teachers есть subject_id, хотя в лекции написано, что teachers и subjects состоят в отношении один ко многим (а на самом деле многие ко многим)
Все тянут этот файлик к себе и кладут в свою структуру. И работают уже потом с ней. Никто напрямую не работает с этим файликом, хотя при желании можно, что и продемонстрировано в статье
Ну и участки там совсем уж маленькие, можно делать процентов на 40 побольше.
Так вот же в исходном комментарии:
2-3 сотки
Тут как раз 2 сотки и 3 на поворотах
Ночной и мелкий магазинчик в такой застройке просто не выживет. Ночью он точно не будет работать.
Общественный транспорт с такой планировкой будет ходить раз в два часа — нафиг никому не сдался такой ОТ. А в России частник охвачен ОТ только из-за того, что основной маршрут у него пролегает мимо МКД. Пробки характерны не только для Америки, что-то и в европейских городах они есть и даже в Москве тоже не редкость, хотя магазины есть у каждого дома.
К индивидуальному жилью прикладываются ещё больше проблем: обязательное требование иметь по машине на каждого самостоятельного члена семьи, отсутствие общественного транспорта, асфальтовые поля (которые даже теоретически не могут окупиться), большое время на комьют, нельзя сбегать на 5 минут в магазин за молоком, да и в принципе слова "сбегать", "сходить", "выйти" исчезнут из обихода.
Ах, простите, действительно, я был не прав. Вопрос-то был поставлен: мне не нужно — остальным тем более.
Только на телефоне
Не только на телефоне, но и с бумажными картами тоже.
Для меня сомнительно такое использование
А, ну да, мне не нужно — остальным тем более.
Если мне показать кусок карты (небольшой) и попросить его привязать к обозримой действительности, то это будет долгий процесс
Бинго! А для них — ориентация на север, когда в реальности этот север нигде не нарисован, проблема
На карте не показано что и в какой стороне
Это потому что она не сориентирована так, как расположена улица по которой идёшь. Но как только повернёшь карту, чтоб улица на карте и улица IRL совпали — всё, все дома сразу встали на свои места
описываете сложившиеся причины такого расположения карты
Ну, если эволюция черепа и глаз в частности — это историческая причина, тогда да. А исторически город рос на ваш любимый север, а потом на юг.
как показывает жизнь все пользуются телефоном вертикально
За всех не говорим.
Никакого направления там не рисуется, там появляется дебильный компас
Но ведь компас это и есть указатель на север (или юг — кому что ближе)
То есть нет никакой возможности перевернуть карту и пользоваться ей в таком виде без ограничений.
Не пользуйтесь приложениями Яндекса. У них как раз за У в названии стоит удобство. У других можно и вертеть и продолжать полноценно использовать в повёрнутом виде.
То есть вместо того чтобы всегда смотреть на всё в одной проекции вы еще и конвертируете своё положение каждый раз когда смотрите на карту
Понимаете, я хожу по улицам, поворачиваю в разные стороны, кружусь, иногда сажусь в автобус и он меня куда-то везёт. А если в метро поехал, то вообще как телепорт работает — выплюнуло где-то, а дальше как-нить сама. Север он у меня не всегда сверху. Он обычно слева, справа, спереди, сзади — как повезёт. И вместо того, чтоб разбираться, а где ж этот дом, что я вижу слева, у меня на карте — проще карту повернуть так, как дом стоит и всё — не надо никого никуда конвертировать — оно само собой выходит естественным путём: дом стоит слева и на карте я его вижу тоже слева, пазл сошёлся.
Я ему сказал что это здание южнее, ниже по карте
На карте нет понятия "ниже". Это ещё на географии в пятом классе об'ясняют.
Я развернул ему карту ориентируя на север и показал на здание
А он потом развернул карту обратно. Ровно так, как если б он шёл в режиме навигатора, только без режима навигатора.
Случай действительно показательный, про то, как кто-то не умеет пользоваться картами.
Не, иногда работают. Но работают реально хреново
Не работает на Невском проспекте.Лучше так:
Я так понимаю, что нельзя так сделать.Можно только что-то типа addr:housenumber~"^[а-яА-Я]" -начинающиеся с буквы
Давайте определение микросервиса тогда.Потому что ни в одном я не встречал требования выделять отдельную БД каждому микросервису (но обычно есть что-то типа "используют наиболее подходящую СУБД").
Монолит попилить на микросервисы? Не, никогда такого не было
Можно.Просто она становится неISA шиной, а чем-то другим.Т.к. устройства ожидают что частота будет не выше 8МГц и могут просто не понять ни слова.Но в своей разработке можете применять любую частоту, которая будет гарантировать доставку неискажённых данных
Там ещё текст "появляется", когда ты прокручиваешь до пустого места
Жизнь и нормальность — два параллельных понятия, но иногда они всё ж пересекаются.
Допустим exams и teachers таблицы из другой системы и они у нас участвуют в интеграции. Чтоб не парить мозг разработчика с отсутствием значения в teachers при попытке добавить новые exams, можно не делать FK, а, например, слать письмо минут через 20, когда должны бы уже были всосаться все teachers, но что-то нашего так и не появилось. Если сделать FK, то такие записи с новым "несуществующим" учителем надо будет куда-то класть и обрабатывать позже.
А если взять ваш подход, то exams внезапно становится таблицей с расписанием экзаменов: какая группа у какого препода какой предмет когда сдаёт. А оценки студентов за экзамены — это уже другая таблица, которая будет содержать exam_id, student_id, exam_points
А в следующем задании в таблице teachers есть subject_id, хотя в лекции написано, что teachers и subjects состоят в отношении один ко многим (а на самом деле многие ко многим)
Это может быть колонка без FK
Да там писать особо нечего:
Зато в Kuber'е можно забиндить на конкретный адрес и порт
Вам тут ещё и красненьким надо подсвечивать раз курсива недостаточно?
Все тянут этот файлик к себе и кладут в свою структуру. И работают уже потом с ней. Никто напрямую не работает с этим файликом, хотя при желании можно, что и продемонстрировано в статье
Ну ты растёкся тут мыслью по древу
Там коридоры есть между ними
4) Почему не захотим? Очень даже хотим
Так вот же в исходном комментарии:
Тут как раз 2 сотки и 3 на поворотах
Ночной и мелкий магазинчик в такой застройке просто не выживет. Ночью он точно не будет работать.
Общественный транспорт с такой планировкой будет ходить раз в два часа — нафиг никому не сдался такой ОТ. А в России частник охвачен ОТ только из-за того, что основной маршрут у него пролегает мимо МКД. Пробки характерны не только для Америки, что-то и в европейских городах они есть и даже в Москве тоже не редкость, хотя магазины есть у каждого дома.
К индивидуальному жилью прикладываются ещё больше проблем: обязательное требование иметь по машине на каждого самостоятельного члена семьи, отсутствие общественного транспорта, асфальтовые поля (которые даже теоретически не могут окупиться), большое время на комьют, нельзя сбегать на 5 минут в магазин за молоком, да и в принципе слова "сбегать", "сходить", "выйти" исчезнут из обихода.
Ах, простите, действительно, я был не прав. Вопрос-то был поставлен: мне не нужно — остальным тем более.
Не только на телефоне, но и с бумажными картами тоже.
А, ну да, мне не нужно — остальным тем более.
Бинго! А для них — ориентация на север, когда в реальности этот север нигде не нарисован, проблема
Это потому что она не сориентирована так, как расположена улица по которой идёшь. Но как только повернёшь карту, чтоб улица на карте и улица IRL совпали — всё, все дома сразу встали на свои места
Ну, если эволюция черепа и глаз в частности — это историческая причина, тогда да. А исторически город рос на ваш любимый север, а потом на юг.
За всех не говорим.
Но ведь компас это и есть указатель на север (или юг — кому что ближе)
Не пользуйтесь приложениями Яндекса. У них как раз за У в названии стоит удобство. У других можно и вертеть и продолжать полноценно использовать в повёрнутом виде.
Понимаете, я хожу по улицам, поворачиваю в разные стороны, кружусь, иногда сажусь в автобус и он меня куда-то везёт. А если в метро поехал, то вообще как телепорт работает — выплюнуло где-то, а дальше как-нить сама. Север он у меня не всегда сверху. Он обычно слева, справа, спереди, сзади — как повезёт. И вместо того, чтоб разбираться, а где ж этот дом, что я вижу слева, у меня на карте — проще карту повернуть так, как дом стоит и всё — не надо никого никуда конвертировать — оно само собой выходит естественным путём: дом стоит слева и на карте я его вижу тоже слева, пазл сошёлся.
На карте нет понятия "ниже". Это ещё на географии в пятом классе об'ясняют.
А он потом развернул карту обратно. Ровно так, как если б он шёл в режиме навигатора, только без режима навигатора.
Случай действительно показательный, про то, как кто-то не умеет пользоваться картами.
тыр = ТЫсяч Рублей