Сергей Соколов

SELECT e.EMPLOYEE_ID
FROM Employees e JOIN Jobs j ON e.JOB_ID = j.JOB_ID
WHERE j.JOB_TYPE LIKE '%менеджер%' AND j.SALARY > 70000;

Обычно используют ORM. По-простому, объект, представляющий запись в таблице.
Сначала его загружают из БД: $record = User::find(123); и показывают в форме:

return view('user-form', ['user' => $record->toArray()]);

При сохранении вы получаете в т.ч. id редактируемой записи, и под ней сохраняете принятые данные.

Погуглите php CRUD

Пример из документации:
dateadd (-12 hour to current_time)

Для активности / неактивности в выдачу запроса добавьте вычисляемое поле:DATE(NOW()) <= date_end AS isActive

Для группировки по вчера/позавчера придется последовательно сравнивать дату с

CASE TRUE
WHEN date_end >= DATE_ADD(NOW(), INTERVAL 1 WEEK))
  AND date_end < DATE_ADD(NOW(), INTERVAL 1 MONTH))  THEN "через месяц"
WHEN date_end >= DATE_ADD(NOW(), INTERVAL 1 DAY))
  AND date_end < DATE_ADD(NOW(), INTERVAL 1 WEEK))  THEN "через неделю"
...
END AS kogda

и подобными

Несколько не связанных идей:

1. хранить каждую «последовательность» (набор) из 500000 (не важно, сколько) чисел как картинку с 1-битным цветом, 3873*3873px, чтобы покрыть диапазон 0..15e6. Будет 15 млн. таких картинок. Черный пиксель - число, белый - нет числа. Картинки можно накладывать и смотреть, насколько потемнело ) Но в цифре это делать неэффективно, вот если бы аналогом..
   
2. хранить последовательность как бинарную строку, где включённые биты означают выбранное число. 15e6 бит примерно 1875e3 байт =~1.9Mb на набор. 1875e3 * 15e6 = 28125e9 байт =~28Тб
   
3. хранить как бинарный файл по 3 байта (24 бита) на число. 0–15 млн прекрасно уместятся: 2²⁴ = 16 777 216. См. php функции pack() / unpack(). Один набор 500000 * 3 = 1.5Мб, 15млн наборов 22.5Тб
   
4. Не хранить всё. Полное покрытие диапазона 0..15 млн. идеально подобранными диапазонами по 500 тыс. потребует всего 30 таких диапазонов.
   
5. Гипотеза. Если все выборки действительно случайны, можно брать любые N, они окажутся хуже «настоящего» максимума лишь незначительно.
   
6. «Расчеты одной последовательности идут долго порядка 3-х минут» 180 секунд * 15e6 = 27e8 секунд, это почти 86 лет. А вы за несколько дней собирались как-то?
   
   

Функция MySQL DATE() делает из любой даты-времени просто-дату.

Можно брать с «нахлёстом». Раз день неуникален – коллизии возможны в рамках этого дня.

Придётся запоминать все id последнего дня выборки.

При следующем шаге надо включить последний день целиком, и исключить из него строки с запомненными id.

IF() поможет:

SELECT 
  list_price,
  sell_price,
  IF( list_price=0, sell_price, list_price) AS orderme

FROM `_tmp_test`

ORDER BY orderme DESC

Переводим время в секунды с начала юникс-эпохи, и считаем как целые. Примерно так:

SQLDATE="2014-01-28 11:07:10"
# или
SQLDATE=`./check.sh`

DATE_SQL=`date --date="$SQLDATE" +"%s"`
DATE_NOW=`date +"%s"`
DATE_DIFF_MINUTES=$[ ($DATE_NOW - $DATE_SQL) / 60 ]

if [ $DATE_DIFF_MINUTES -gt 20 ]; then
    # do stuff
fi

Убедитесь, что временные зоны в SQL и системе установлены одинаково. Либо дописывайте зону так:date --date="2014-01-28 11:07:10 +04:00"