d-stream

Достаточно быстро окажется, что надо как-то отслеживать поступление товаров, ремонт, списание и т.п.

В общем лучше сразу ориентироваться на документы поступления (откуда и считается кол-во всего), документы выдачи (сколько сейчас в прокате/аренде), документы возврата, документы выбытия и т.п.
Соответственно "набежит" по как минимум паре таблиц на каждую такую сущность (данные документа и строки документа).
Соответственно текущее состояние будет вычисляемым как сумма приходов минус суммы расходов, выдач, списаний), но в том числе будет доступна информация о движениях каждого элемента учета.

в рамках tsql подобное обычно реализуется либо логикой:

if exists(....) begin
вставка
end

либо insert from select, где в условии отбора селекта фигурирует в том или ином виде проверка наличия

Как один из вариантов - хранить в БД исходный текст с тегами наподобии BB-кодов, а там где надо отображать html - парсить эти коды и заменять на соответствующие html конструкции

Второй - "наоборот" в базе хранить уже готовый html, но "рядышком" в комментариях - исходные BB-коды (чтобы при редактировании пользователем сообщения не пришлось делать обратную трансформацию.

Подсмотреть реализации можно будет исходниках движков форумов типа phpBB, Invision Power Board и т.п.

Еще есть третий вариант в виде совсем короткого

select * from table

Из вариантов с именованием - как-то посимпатичнее через "AS"

Комментариев к одному сообщению может быть больше одного - как бы намекает на отношение 1:N

Гм... а разве лимит накладывается до order ???

Для надежности можно конечно вот так сделать:
select * from
(select * from table order by z) as ordered_table
limit x,y

только как мне кажется последовательность применения все-таки WHERE -> GROUP BY -> HAVING -> ORDER BY -> LIMIT

Совсем упрощенно:

Функция - когда надо получить какой-нибудь результат. Например очистка номера телефона от паразитных символов (скобки, дефисы и т.п.)

Процедура - когда надо выполнить какие-либо действия. Как образчик абстрактный документ со строками, разные действия со строками документа (добавление, удаление, изменение) и пересчет документа.

MySQL не самый показательный в этом плане, в других вариантах - функции и процедуры используются активно.