Rsa97

Потому что у вас нет точки с запятой после определения point.
Поскольку сразу идёт скобка, то JS считает, что вы задали анонимную функцию и вызываете её.
А point при вызове этой функции ещё не определена.

С классики - Книга красного дракона.

SELECT `tgid`, SUM(`reward`) AS `reward`
  FROM `answer`
  WHERE `tgid` IN (
    SELECT `tgid`
      FROM `question`
      WHERE `dateadd` >= CURDATE() - INTERVAL DAYOFMONTH(CURDATE())-1 DAY
  ) AND `dateadd` >= CURDATE() - INTERVAL DAYOFMONTH(CURDATE())-1 DAY
  GROUP BY `tgid`

Таблицы "водитель" и "автомобиль", скорее всего, имеют связь многие-ко-многим, задаваемую через промежуточную таблицу.
А вообще, в базе данных нет "главных" и "подчинённых" таблиц, есть связи между таблицами.
Например, таблицы "квартиры" и "люди".
квартиры <=^{владелец}=> люди
квартиры ==^{ответственный квартиросъёмщик}=> люди
квартиры <=^{регистрация}== люди

Память выделяется блоками с некоторым минимальным размером. При создании переменной $a было выделено 32 байта. В сумме переменные $a, $b и $c занимают 22 байта, с выравниванием - 24 байта. Соответственно, дополнительной памяти под них не требовалось.
При создании массива память была запрошена, скорее всего, не только под сам массив, но и для подгрузки функции range.

UNION, как и OR не гарантирует порядок строк в результате. Для этого служит ORDER BY.

SELECT *
  FROM `posts`
  WHERE `id` != :id AND `cat` = :category
  ORDER BY `nazv` LIKE CONCAT('%', :word, '%') DESC

Берёте три массива по пять элементов, в первом будет сами числа, во втором и третьем - индексы. Инициализируете массивы индексов значениями -1.
Обходите всю матрицу и для каждого элемента матрицы проверяете все элементы массива. Если в массиве есть элемент с индексами -1 или значение в массиве меньше, чем элемент матрицы, то записываете в массив значение из матрицы с его индексами.

\d+(?:-\d+)+