Дмитрий Ковальский

Как вариант - ошибка в прокладке между клавиатурой и креслом.
NOW() и '2016-09-26' не одно и тоже.

The MySQL NOW() function returns the current date and time in the configured time zone as a string or a number in the 'YYYY-MM-DD HH:MM:DD' or 'YYYYMMDDHHMMSS.uuuuuu' format.

SELECT e.id,e.name, (e.price*c.quotation) as factPrice from entitys as e
INNER JOIN currencys as c ON c.id = e.curr_id
ORDER BY factPrice

Ну можно вот так попробовать. Работать будет не быстро

В приведенном примере особой разницы нет. Разница ощущается много и густо когда вы начинаете использовать JOIN. У вас будет горсть id и хрен знает какое откуда. Или одно и тоже поле получите несколько раз.

Вашу задачу нужно разбить на 2 более простых.
1) сформировать select для вставки в вашу таблицу.
2) сделать insert с помощью полученной выборки.
Не усложняйте себе жизнь. Подумайте по каким признакам можно получить необходимую вам выборку. Если там совсем совсем случайный набор бессистемных данных - тогда делайте пару тысяч раз insert.

Хранимая процедура с двумя инсертами в рамках одной транзакции.
UPD:

insert into tab2 (id,numold)
select id, num from tab1
where id = @inputId

insert into tab1(id,num)
values @inputId,@inputNum

Так нельзя?В противном случае вам нужно определить условие where в первом запросе. Максимальный id или что-то подобное

Если говорить про ASP.NET, который вы упомянули в комментариях -в своей практике наиболее часто встречал создание соединения непосредственно в методе, где исполняется запрос, с использованием синтаксического сахара using. Т.е. создали соединение,выполнили запрос, разорвали соединение. По PHP не скажу, но все же думаю вам надо для начала определится где вы будете писать ваш проект. Лично мне идея инициализации в конструкторе не нравится тем что есть ненулевая вероятность что соединение вы установите, возможно не используете никак, а когда оно будет закрыто не совсем понятно.

В базе вам нужна таблица с данными в формате post_id, image_id. А где вы будете хранить изображения - другое дело. можно в файловой системе, можно в базе

Вы можете ваять что вашей душе угодно. К примеру вынести сущности авторизации и аутентификации в отдельные сущности из таблицы user. Различные свойства, будь-то имя, возраст и прочее можно хранить в формате user_id,property_id,value и тогда добавление новых свойств не потребует перестройки структуры таблицы.