Rsa97

Ошибка в том, что ORDER BY и GROUP BY должны идти в обратном порядке.
Для группировки по дате надо так:

SELECT DATE(`date_insert`) AS `date`, SUM(`price`), AVG(`price`), COUNT(*)
  FROM `b_sale_order`
  WHERE (`canceled` = 'N') AND (`date_insert` BETWEEN :StartD AND :EndD)
  GROUP BY `date`
  ORDER BY `date`

`id` выбирать бесполезно, он будет взят от первой попавшейся строки в группе. Индекс в GROUP BY и ORDER BY работать не будет, поскольку используется не значение поля, а функция от него.

А как можно было продать то, чего не было на складе? Откуда взялся товар?
Слово "себестоимость" тут мало подходит, поскольку в ней надо учитывать не только входную цену, но ещё и затраты на доставку и продажу.
По уму делают партионный учёт, когда хранится не просто десять мешков цемента, а три мешка из партии XXX, по входной цене 100 р., пять мешков из партии YYY по цене 101 р., два мешка из партии ZZZ по цене 110 р. Тогда при их продаже можно точно посчитать дельту.

Если нужно частичное совпадение по строкам при полном совпадении отдельных полей, то примерно так (8 и 2 - веса соответствующих полей):

SELECT *
  FROM `table`
  ORDER BY (`phone` = :phone) * 8 + 
           (`lastName` = :lastName) * 2 + 
           (`firstName` = :firstName) * 2 + 
           (`middleName` = :middleName) * 2 + 
           (`city` = :city)
    DESC

Но запрос будет небыстрый, без использования индексов.

А зачем заносить введённое значение в базу? Вам надо в func_odbc.conf описать функцию-запрос, возвращающую наличие в базе указанного значения, например через COUNT(), а в Asterisk вызывать эту функцию и проверять возвращённое ей значение.

Подготовленные выражения или хотя-бы эскейпинг на стороне сервера.

RTFM
rowCount() возвращает количество строк, изменённых последним запросом DELETE, INSERT или UPDATE.
Для SELECT не гарантируется возврат правильного значения.

Список полей у вас фиксированный, поэтому можно так:

SELECT `id`, (`field1` IS NOT NULL) + ... + (`fieldN` IS NOT NULL) FROM `users`

ORDER BY RAND() не индексируется в принципе
Можно попробовать

SET @rand = (SELECT (MAX(`id`)-MIN(`id`))*RAND()+MIN(`id`) FROM `localities``);
SELECT * FROM `localities` WHERE WHERE `id` > @rand LIMIT 1;

Но распределение будет неравномерным, в местах, где есть пропуски `id` следующие за ними строки будут выпадать с большей вероятностью.

А что, пользователи пишут напрямую в базу?
Регулярку составить можно, /\D*7\D*7\D*7\D*7\D*7\D*7\D*/, но это тупиковый путь. Правьте клиент, чтобы он записывал в базу уже нормализованные номера, ну или повесьте на таблицу триггер, форматирующий номера при вставке/изменении.