Rsa97

Очевидно, что если надо хранить лайк пользователя для комментария, то должна быть таблица `likes` с полями `user_id` и `comment_id`, образующими вместе первичный ключ.
В этом случае в базу просто не получится занести два лайка одного пользователя на один комментарий.

new[0] - ведёт к неопределённому поведению указателя при разыменовании.
А если используете new[(unsigned short)-1], то где гарантия, что поток будет короче 65536 символов?
Если работаете с потоком - ищите по возможности алгоритмы потоковой обработки, позволяющие считывать данные посимвольно или фиксированными блоками.
Если будете работать с файлами, то можно предварительно запросить длину файла.

Переходите на структуру Nested Set. В этом случае выборка в нужном порядке делается сортировкой по левому ключу.

Тип поля `fields`, я так понимаю, VARCHAR.
Так работать не будет. IN() ищет элемент в списке элементов, а на вход поступает один элемент - строка '1,2,3'.
Нормализуйте базу, переделайте products_fieldcats, уберите поле `id`, оставьте поле `category_id` и замените `fields` на `field` INT. Первичным ключом будет пара (`category_id`, `field`). Тогда запрос преобразуется в

SELECT *
    FROM `products_fieldlist` AS fl
    LEFT JOIN `products_fieldcats` AS `fc` ON `fl`.`id` = `fc`.`field`

SELECT `d1`.`dialog_id`
    FROM `dialog_users` AS `d1`
    JOIN `dialog_users` AS `d2` ON `d2`.`dialog_id` =`d1`.`dialog_id`
    JOIN (SELECT `dialog_id`, COUNT(*) AS `count`
              FROM `dialog_users` 
              GROUP BY `dialog_id`) 
        AS `c` ON `c`.`dialog_id` = `d1`.`dialog_id`
    WHERE `d1`.`user_id` = :user1 
        AND `d2`.`user_id` = :user2 
        AND `c`.`count` = 2

UPDATE `nested_table` AS `n`
    JOIN `t_product` AS `t` ON `t`.`NAME` = `n`.`NAME`
    SET `n`.`CODE` = `t`.`CODE`