gelirgwenn

SELECT COUNT(doctors.id) AS total_doctors, doctors.speciality
JOIN holidays ON holidays.doctor_id = doctors.id AND (holidays.start_date > inputInterval.end_date OR holidays.end_date < inputInterval.start_date)

запрос вида с использованием в условии проверки на непересечение интервалов работает отлично

Значит, плохо тестировали. Этот запрос не работает для отпусков, которые...
- начались до диапазона и заканчиваются после диапазона
- ровно совпадают с диапазоном
- начинаются или заканчиваются внутри диапазона

Смысл в том, что при идентифицирующей связи внешний ключ в дочерний сущности также становится частью первичного ключа. В этом и смысл фразы "зависимая сущность" - т.к. внешний ключ есть часть первичного, то сущность просто не может существовать без указания значения внешнего ключа.

Хороший пример - сущность "элемент заказа" (OrderItem). Не может быть элемента заказа без самого заказа. Поэтому идентифицирующая связь из отношения "заказ" (Order) отлично тут подойдет. Если у заказа первичный ключ Id, то первичный ключом OrderItem будет, к примеру, такая пара: (OrderId, Number), где OrderId - внешний ключ в таблицу заказов, добавленный идентифицирующей связью, а Number - номер элемента заказа (строки в чеке, если так понятнее), позволяющий иметь несколько заказанных товаров в одном заказе.

Неидентифицирующая связь, соответственно, НЕ добавляет колонки внешнего ключа в первичный ключ. Соответственно, значение внешнего ключа при неидентифицирующей связи может быть как NULL, так и NOT NULL.

На основе socket.io есть до безобразия простецкий пакет ws
Ваш случай с протоколом wss: почти в самом низу.