кстати вот это

пользователь != клиент?

Да Вы лучше любой учебник по реляционным СУБД почитайте, серьёзно (главу про нормализацию).
Во-первых, там не так уж мало материала. Во-вторых, там уж будет всяко получше написано, чем если кто-то попытается пересказать это здесь, и наверняка есть примеры.

клиент, я просто, скажем там на спех обозвал. Сейчас попробую нормально объяснить свои мысли по этим моментам

хм. Пока писал объяснение, да, что-то тут не так.

По сути я могу  Тип клиента  внести в таблицу  данные пользователя.

так пользователь = клиент всё таки?

Момент, сейчас вспомню как я размышлял

походу тебе ту табличку клиент нужно переделать на "ТипКлиента" - а в данные пользователя вставить поле Тип Клиента ИД - т.е. повернуть отношение наоборот

А У меня роли есть, если. Я хотел сделать что-то вроде....

Что-бы у риэлтора было тоже имя, не только у клиентов(покупателей и продавцов).

сейчас ничего не понял)

Вот, я тоже что-то затупил.))

а чем отличается роль юзера от типа клиента?

В типах клиента. Покупатель и Продавец. В ролях изначально был ещё и риэлтор. Я Вот только Сейчас  заметил такую не стыковку. Не 10й Раз переделываю по разному. Наверное забыл удалить

Всем привет!
Oracle DB
Есть таблица с двумя полями(datetimestart и datetimeend) типа TIMESTAMP(6)
На входе пара datetimestart и datetimeend где (datetimeend > datetimestart)
Необходимо найти строки у которых интервал пересекается с полученной парой, т.е. временной интервал пересекается.
Я накидал запрос, задачу он на тестовых данных выполняет, но  мне кажется не оптимальным + не получается заставить искать по индексу:
-- start 09.04.21 20:30:00
-- end 09.04.21 21:30:00
SELECT
   *
FROM
   testdate
WHERE
   ( ( datetimestart BETWEEN '09.04.21 20:30:00' AND '09.04.21 21:30:00' )
     OR ( datetimeend BETWEEN '09.04.21 20:30:00' AND '09.04.21 21:30:00' )
     OR ( ( datetimestart <= '09.04.21 20:30:00' )
          AND ( datetimeend >= '09.04.21 21:30:00' ) ) );

Посоветуйте как можно оптимизировать запрос?

Мое имхо. Меня бесят ПК с Одинаковым именем Код (Id).
При том я работал с многими такими БД и признаю их право на существование.
Но сам 6икогда так не делал с нуля и не рекомендую.
Понятно что для учебного проекта это пофиг.
А вот в реальных системах это не есть Гут.

Да, я с вами согласен. Мне тоже не нравиться. Но, я и так путаюсь, В дальнейшем  конечно, надо переименовать.

Всё, вспомнил откуда это все пошло. С начало у меня  были таблицы, покупатель и клиент. Я хотел как-то вывернуться что бы они остались, потом плюнул на это, и удалил их

у нас на работе везде пк с однкаовым именем) в чём проблема обратится "Таблица"."Ид" ?)