Никита Гусаков

select * from posts p join comments c on c.post_id = p.id having max(c.date)

А в чем проблема поставить python-software-properties?

sudo apt-get install -y python-software-properties
sudo apt-add-repository -y ppa:ondrej/php5
sudo apt-add-repository -y ppa:nginx/stable
sudo apt-add-repository -y ppa:ondrej/mysql-5.6
sudo apt-get update
sudo apt-get install php5-fpm php5-cli php5-mysql mysql-server nginx

SELECT ads.*, COUNT(DISTINCT clicks.id) as clicks, COUNT(DISTINCT shows.id) as shows, (COUNT(DISTINCT clicks.id) * COUNT(DISTINCT shows.id))/100 as CTR
FROM ads
LEFT JOIN shows ON ads.id = shows.ad_id
LEFT JOIN clicks ON ads.id = clicks.ad_id AND shows.created_at = clicks.created_at
WHERE shows.created_at = '2014-02-24'
GROUP BY ads.id

Я бы делал так. А в чем проблема в ларавеле? как пробовали?
AND в втором JOIN можно убрать в WHERE

Никакой простоты бекапа с sqlite нет. Это бинарник.
Есть простой вариант с любой базой - хранить дамп базы в системе контроля версий

Я бы ввел коэффиценты для каждой из машин. Дальше в таблицу логирования вы можете записывать какой клиент на сколько брал, какой автомобиль. Потом простым запросом с использованием агрегатных функций(сумма, подсчет) складывали по нужной вам формуле коэффиценты и время, отсюда получали коэффицент стоимости

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

SELECT postid, user.userid
FROM posts post
JOIN users user ON user.userid = post.userid

Я бы создал копию базы с изменениями и теги перевел бы в нормальную many-to-many, и уже от сюда плясал

индексы?

Вы же логи не по id сортируете? Если всеже по id, не знаю на солько правильный вариант:
Добавить новое поле под инкремент
Добавить записи
Старым выставить старым записям новые id
удалить старое поле

То, что вы пишите в вопросе, и если так делаете — это индусский код. Не надо решать задачи SQL посредством PHP, или другого языка. Тем более запросы к бд в цикле/рекурсии, еще как-то.
У вас должно быть как с классами — каждый класс отвечает за свое — так и в базах данных, каждая таблица отвечает за свое. В таблице картинок вы храните все что нужно по картинкам, в таблице видео, ну вы поняли. А вот в таблице постов должна быть связь со всеми составляющими поста, а также связь с автором.
Мартин Грубер — Понимание SQL — говорят что перевод не самый лучший. Однако мне книга очень понравилась, и вам советую.

Использовать JOIN'ы или что вы хотите услышать?