Алексей Скахин

Если преобладают чтения над записью, то 2 вариант предпочтительней.
Если записи вставляются пачками и изредка, то можно отключать индекс , а потом их ребилдить.
Если запись преобладает над чтением, то возможно индексы будут только мешать.

Еще как вариант можно hash партиционировать по uid. Тогда не потеряется скорость ни чтения, ни записи.

Power Designer

Попробуйте отселектить значение в переменную mysql https://dev.mysql.com/doc/refman/5.0/en/user-varia... , а потом сделать ее инсерт.
Последовательное выполнение, должно решить проблему.

Если prepayment один, то можно его взять максом:

SELECT O.ID, MAX(OP.VALUE) AS PREPAYMENT, SUM(EF.VALUE) AS PAYMENT
FROM b_sale_order O
LEFT JOIN  `d_sale_order_prepayment` OP ON ( OP.order_id = O.ID ) 
LEFT JOIN  `d_sale_order_excess_fare` EF ON ( EF.order_id = O.ID )
GROUP BY O.ID

Если же в обоих таблицах может быть более 1 записи, а не только в d_sale_order_excess_far, то или бить запрос на 2 или попробовать использовать аналитические функции:
SELECT O.ID,
SUM(OP.VALUE) OVER (PARTITION BY O.ID ) AS PREPAYMENT,
SUM(EF.VALUE) OVER (PARTITION BY O.ID ) AS PREPAYMENT AS PAYMENT

Нужно поменять первичный ключ таблицы на суррогатный по последовательности.
Тогда никаких ограничений на записи не будет.

SELECT * FROM T WHERE (title, value) IN(('Новая', '0'), ('Выполнена', '1'));
и т.д.

Мне кажется единственно нормальным вариантом обертки - этот

$db->query('INSERT INTO `users` VALUES (?n, "?s", "?i", "?s")', null, 'Иван', '25', 'г. Клин, ЗАО "Рога и копыта"');

Все остальные варианты извращение над SQL, который итоговый не видно.
+ Если это настоящий prepared statement, то кавычки вокруг параметров не нужно:

$db->query('INSERT INTO `users` VALUES (?n, ?s)', 1, 'Иван');

Все это константы:
HOUR( NOW( ) )
DATE_FORMAT(CURDATE(), '%Y-%m-%d 10:00')
DATE_FORMAT(DATE_ADD(CURDATE(), INTERVAL -1 DAY), '%Y-%m-%d 10:00')

Предрасчитайте их в программе, и передавайте параметрами в запрос. В итоге у вас получится простой запрос с WHERE по BETWEEN двух дат.

Може так

SELECT u.*,
(
  SELECT MAX(o1.date) 
  FROM orders o
  INNER JOIN orders o1
   ON(o1.user_id = o.user_id
       AND o1.date < o.date)
  WHERE 
    o.user_id = u.id
) as date
FROM users u

Вариант @falsebyte одним запросом

select 
 sum(case when date>now() - interval 7 day THEN index END) as sum1,
 sum(case when date>now() - interval 14 day and date<now() - interval 7 day THEN index END) as sum2
from table
WHERE 
date>now() - interval 14 day

Я бы сделал примерно так:

SELECT 
  users.name 
FROM users
INNER JOIN user_roles 
  ON user_roles.user_fk = users.user_id
INNER JOIN role_permissions 
  ON user_roles.role_fk = role_permissions.permission_fk
INNER JOIN permissions 
  ON user_roles.role_permission_id = permissions.id
WHERE 
  users.name='Ivan' AND permissions.name= 'auth-site'

Может использовать UNION или делать JOIN `param_value` столько раз, сколько param_name ?

Можно еще CASE WHEN писать в ORDER

Функция вызывается при select? Если да, я бы изменил логику:
* Добавил бы в исходную таблицу столбец "слова отсортированные"
* Сделал бы триггер на вставку и обновление, который бы заполнял столбец "слова отсортированные"
* select летает, insert стал незначительно медленней.

Вообще такие вещи сервер приложений не быстрей сделает? ( К примеру php)

Не силен в mysql планах, но попробую :) :
* LEFT OUTER JOIN - судя по всему заменен на NOT EXISTS, тогда нужны индексы на trainingplanner_emails.id и trainingplanner.planid
Попробуйте явно написать not exists, может стоимость уменьшится.
* Создайте индекс на полях по которым сортируете:
u2.email, u1.email, t.plan_date ASC
Возможные изменения логики:
* t.userid <> t.editor - может заменить на одно поле и сделать по нему индекс? В текущей реализации индекс никак не будет использоваться.
* Нет возможность создать обратную таблицу для trainingplanner_emails ? exists (или join) отработал бы гораздо быстрей, чем not exists

Думаю повлияет на время парсинга запроса.
Может сделать временную таблицу с одной колонкой под эти ID и джойнить ее с основной?

DELETE FROM tbl WHERE id NOT IN(
  SELECT MAX(id) FROM tbl GROUP BY <поле 1>[,<поле 2>]
)

Думаю да, индекс станет значительно меньше, mysql будет проще искать по такому столбцу.
Проведите тест, посмотрите на стоимость запроса.

select id,city, contacts,
(SELECT count(*) FROM spec s1 WHERE s1.contacts = s.contacts) as cnt
 from spec s
GROUP BY id,city, contacts