Akina

Я не смог найти оригинальный дистрибутив windows 10

https://massgrave.dev/genuine-installation-media

Какие есть утилиты для автоматизированного проектирования БД?

Зависит от того что понимать под термином "Проектирование БД".

Классически ПБД - это начальный этап создания БД, включающий описание предметной области, анализ предметной области и построение ERD диаграммы (схемы БД). И если ориентироваться на это определение, то никаких утилит автоматизированного ПБД на настоящий момент не существует в принципе.

Возможно, в какой-то близкой перспективе до этого дошагают средства ИИ, но мне как-то сомнительно.

=========================

Но, поскольку вопрос учебный, то скорее всего имеются в виду средства, которые позволяют нарисовать ERD по выполненному анализу, а потом на основе построенной диаграммы сгенерировать SQL-код создания структуры БД. Если так, то товарищи уже накидали вариантов. Впрочем, следует отметить, что в случаях, когда выполненный анализ и выбранная архитектура/реализация требует существования в БД таких типов объектов, как, например, триггеры, хранимые процедуры, эвенты и пр., ни одно из уже перечисленных средств не справится.

Но вот хрен знает, что на самом деле в мозгу у вашего препода.

Хост 100.124.0.1

Провайдер врёт, что он в душе не гребёт, какой это [censored] использует этот адрес. Потому что этот [censored] - именно сам твой провайдер. Это же второй хоп - ну о чём вообще речь? Ну или ты попадаешь на первую линию техподдержки, где сидит нечто не очень грамотное, способное только зачитывать по телефону простейшие инструкции из ЧаВо...

К слову, это зарезервированный адрес:

RFC 6598

IANA has recorded the allocation of an IPv4 /10 for use as Shared Address Space.

The Shared Address Space address range is 100.64.0.0/10.

Полагаю, что какой-то не очень разумный сетевик-умелец, работавший когда-то у твоего провайдера, взял этот не очень обычный (по счастью, не маршрутизируемый в Интернете) адрес, да и использовал у себя в маршрутизирующей локалке. А теперь грамотных там нет, и они руководствуются известным тезисом "работает - не лезь".

И лишь на 4 хопе ты выходишь на Совинтел (87.229.204.182).

PS. А если бы на месте этого адреса был бы какой-то 10.11.12.1 (или другой богон-адрес, но из широко известных серых подсетей) - тебе бы сильно это помогло? Хотя... тогда было бы проще доказывать провайдеру, что косяк на его стороне.

Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT)

Вот причина ошибки.

bst.NAME != CONCAT('Лендинг', ' (', bls.TITLE, ')')

А это - выражение, в котором она возникает.

Вы сравниваете значение поля, которое в структуре имеет COLLATE utf8_unicode_ci, и выражение, которое получает значение collation = utf8_general_ci из свойств поля bls.TITLE.

Выполните следующие запросы и внимательно изучите результат:

SHOW CREATE TABLE b_sale_tp;
SHOW CREATE TABLE b_landing_site;

Так что либо измените структуру таблиц, либо указывайте требуемый COLLATE явно в тексте запроса.

Пример

не могу пинговать с ПК на телевизор.

А вот с телевизора на компьютер пинг должен проходить при описанной схеме подключения.

И поневоле охота спросить - а зачем может понадобиться пинговать телевизор?

В настройках сети виртуальной машины стоит Сетевой мост. Доступ в интернет на хостовой машине прописан через статику.

Я думаю, вам надо внимательно почитать мануал по организации сетевой подсистемы VB. https://www.virtualbox.org/manual/topics/networkin...

Сетевой мост - это считай независимое подключение непосредственно к реальному сетевому адаптеру системы. То есть с точки зрения ОС в виртуалке она установлена на соседнем компьютере и подключена в тот же физический коммутатор, в какой подключена и реальная машина, а сетевые настройки базовой ОС не влияют на виртуальную ОС вообще никак.. Кто, спрашивается, должен дать ей адрес? у вас есть внешний по отношению к хостовой машине (или на самОй хостовой ОС) DHCP-сервер?

но в интернет не ходит, нет пинга до 8.8.8.8.

А почему надо пинговать сразу узел в жопе мира? Я уж не говорю о том, что "нет пинга" на самом деле это полдесятка разных сообщений об ошибке, сообщающих о разных причинах.

Может ли мобильный оператор блокировать интернет при подключении компьютера?

Технически - да, может.
С правовой точки зрения - изучай договор. Если запрет не прописан явно - блокирование неправомочно.

Destination Host Unreacheable, если перевести с буржуинского, означает "Хост назначения недостижим".
Если переводить дальше - на обывательский, то это означает "У меня нет маршрута (адреса шлюза), через который я должен послать пакет узлу назначения".

Следовательно, хост 192.168.0.108 не имеет необходимого для общения с указанным адресом 52.43.49.19 дефолтного либо частного маршрута.

А с узлами своей подсети он общается напрямую, без шлюза. То есть виртуальный коммутатор функционирует нормально.

PostgreSQL: Identifiers and Key Words
MySQL: Identifier Case Sensitivity
Прочитать и изучить ОЧЕНЬ внимательно - от этих ссылок и всё вокруг. Особое внимание - различиям между квотированными и неквотированными идентификаторами.

Данные импортируются с названием колонок заглавными буквами.

Ну, значит, так импортируешь. По-любому, это твой косяк.

Будет ли разница в результате между двумя вариантами

Да. См. fiddle

CREATE TABLE a SELECT 'a' x UNION SELECT 'b';
CREATE TABLE b SELECT 'a' x UNION SELECT 'c';
CREATE TABLE c SELECT 'b' x UNION SELECT 'c';

select a.*, b.*, c.*
from a left join b using (x) left join c using (x)

x	x	x
a	a	null
b	null	b

select a.*, b.*, c.*
from a left join (b left join c using (x))  using (x)

x	x	x
a	a	null
b	null	null

Есть ли какое-то правило, которое определяет порядок связывания таблиц?

Да. Порядок связывания определяется требуемой логикой.

PS. В качестве самостоятельного задания - найди истинную причину разницы.

PPS. При абсолютной эквивалентности обеих форм - разницы нет.

NOTIFY
LISTEN
Хотя как по мне, один запрос в 10 минут - это ни о чём.

Я бы

1. Убрал неуправляемый коммутатор и соединил серверы напрямую (необязательно, но зачем лишняя фигня в сети?)
   
2. Поставил на обоих серверах гигабитные интерфейсы в автополучение адреса
   
3. Отключил на 100-мегабитных картах NetBIOS over TCP/IP (хотя это уже зависит от того, какие ресурсы и через какие пространства имён нужны в сети)
   
4. Дождался бы самовыделения APIPA-адресов (169.254) на обоих серверах
   
5. Прописал перекрёстно полученные адреса и соответствующие им имена серверов в HOSTS и в LMHOSTS
   

Итоги:

1. Серверы доступны друг другу по имени
   
2. При обращении по имени связь будет устанавливаться через этот канал (через гигабитные карты), а не через 100-мегабитные карты
   
3. Гарантированно не будет пересечения по диапазону адресов с другими системами в сети
   

Я в упор не понимаю, зачем тут вообще маршрутизация.

Все интерфейсы 10G - NAS, компьютер и Mikrotik,- помещаем в одну подсеть.
Интерфейс 1G - компьютер и Mikrotik,- помещаем в другую подсеть.
Для исключения L3-петли в файрволе Микротика блокируем любой трафик от и на адрес 10G интерфейса компьютера.

На компе дефолтным шлюзом адрес 1G интерфейса Mikrotik.
На NAS дефолтным шлюзом адрес 10G интерфейса Mikrotik.

Микрот - с компьютером и NAS общается напрямую, ибо одна подсеть, а в Инет идёт через свой WAN.
NAS - с компьютером и Микротом общается напрямую, ибо одна подсеть, а в Инет идёт через Микрот.
Компьютер - с NAS и Микротом общается напрямую, ибо одна подсеть, а в Инет идёт через Микрот.

Т.е. никакие маршруты, кроме маршрутов по умолчанию, в системе вообще не требуются.

Хотя согласен с предыдущими ораторами - дополнительный 1G линк явно избыточен.

Keenetic / Руководство пользователя / Управление
Режим "Усилитель/Ретранслятор"

А уж может ли это конкретно ваша модель - смотрите на практике...

Обратите внимание. Режим ретранслятора и режим NAT-роутера - несовместимы.