Консоли с запросами хранятся в виде sql-файлов. Посмотрите в /Library/Preferences/0xDBE10/consoles/db/

Проведите эксперимент: нужно определить сколько дней в ноябре. Ноябрь -> 11-й месяц -> нечётный и больше 7 => 30 дней. В уме быстрее выйдет, чем все костяшки пересчитывать.

Самый простой способ запомнить (без всяких костяшек и мнемонических правил) — помнить о двух цезарях.
При Юлие Цезаре всё было просто: все нечётные месяцы были по 31 дню. Потом пришёл Август; в августе стало 31 день, и начиная с августа чётные месяцы стали по 31 дню.

Предлагаю мини-тест (это всё для MySQL):

Какой результат будет после следующих команд?

create table table_1 (val int check (val > 5));
insert into table_1 (val) values (7);

А в этом случае?

create table test1 (id int primary key);
create table test2 (id_parent int references test1(id));

set foreign_key_checks = 0;
insert into test2 values (1);
set foreign_key_checks = 1;

Какой будет результат запроса?

select y
from
  (
    select 'a' x, 100 y
    union all
    select 'a', 300
  ) z
group by x;

Всё-таки логика немного отличается от других СУБД.

Во всероссийской переписи населения в 2010 году участвовало 500 тысяч человек и ещё 10 тысяч IT-пользователей во всех субъектах РФ.

А в АНБ работает приблизительно от 30000 до 40000, из которых примерно 1000 сисадминов.

Так ведь ROWS — это тоже самодеятельность разработчиков Firebird.

Вы говорите:

то на стр. 140 узнаем, что лимиты выдачи по стандарту реализуются ROWS

Но в вашей документации явно не сказано, что ROWS из ANSI-стандарта (да и нет их там в стандарте в таком виде):

Внимание! FIRST и SKIP используются только в Firebird, они не
включены в стандарт SQL. Рекомендуется использовать ROWS везде, где
это возможно.

Вот картинка:

В плагине к Идее это тоже есть уже давно.

… И четко помня, что «qualify» в оракле нет, я написал на бумажке что то на подобии:

select t.* from some_table t
where amount = max(t.oper_id) over (partition by t.client_id)

Так возможно, что неудача на собеседовании была как раз из-за этого запроса, а не из-за ответа про особенности «max» и «dense_rank»?

Наконец-то у меня есть учётка на Хабре и теперь я могу написать, что в моём решении нет никакого PL/SQL :)

Я бы немного упростил:

set @start := X;
set @end := Y;
select * from tab
where greatest(start, @start) <= least(end, @end)
      or ((end > @start or @end > start) and sign(start - end) <> sign(@start - @end))
      or (end < start and @end < @start);

Я им отписался по нескольким неудачным моментам в интерфейсе: нашёл книгу и попытался добавить её в корзину, мне предложили зарегистрироваться, но после регистрации книга не попадает в корзину, а просто «теряется». Нужно искать заново. А ещё для получения ссылки на скачивание нужно подтвердить свой емейл, но на странице подтверждения написано «Вы, xxx, сделали запрос на подтверждение Email адреса для уведомлений интернет-магазина...», но мне нужно подтвержение совсем не для этого и уведомлений мне никаких не надо.

Нет, там же явно указаны внешние ключи. Если бы, например, в «Order» не было «Product_ID», то тогда можно было бы предположить ваш вариант, что в связи «Order — Product» инкапсулирована таблица, реализующая «многие-ко-многим».

Чувство юмора у преподавателя — очень хорошо! Но вы всегда отшучиватесь, когда коллеги или студенты указывают вам на ошибки?

На диаграмме из первого рисунка у вас клиент может оформить только один заказ, состоящий только из одного товара. И вообще, странная какая-то схема.

Ради хороших студентов я всё ещё и преподаю.

Преподавание у меня — работа по совместительству. Извините, если я недостаточно чётко сделал акцент на то, что помимо преподавания конечно же есть и основная работа. В JetBrains я работаю не так давно и к статье это прямого отношения не имеет. Айфон, кстати, купил до устройства в JetBrains.

Согласен, бумажки мало что значат, особенно в таких хороших компаниях, которые вы указали :)