Запрос MYSQL - Получить последний комментарий, связанный с сообщением

Это сообщение об ошибке

Незаконное сочетание параметров сортировки (utf8_general_ci, НЕЯВНЫЙ) и (utf8_unicode_ci, НЕЯВНЫЙ) для операции '='

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

Проблема сопоставления здесь заключалась в ПЕРЕКРЕСТНОМ СОЕДИНЕНИИ @prev_value, для которого требовалось явные параметры сортировки, которые будут использоваться.

Я также немного изменил логику "номер строки" на одно перекрестное соединение и переместил логику if в крайние точки списка выбора.

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

1. чтобы вы поняли любой результат, который я представлю
2. так что в будущем когда вы задаете другой вопрос, связанный с SQL, вы понимаете важность предоставления данных. Для нас не только удобнее, чтобы вы это делали. Если спрашивающий предоставит образец данных, то спрашивающий уже поймет это - это не будет изобретением какого-то незнакомца, который посвятил часть своего времени тому, чтобы помочь.

Примеры Данных

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

В этом примере данных содержится 5 комментариев к одному сообщению (лайки не регистрируются)

CREATE TABLE Posts 
(
`id` int, 
`uuid` varchar(7) collate utf8_unicode_ci,
`imageLink` varchar(9) collate utf8_unicode_ci, 
`date` datetime
 );

INSERT INTO Posts(`id`, `uuid`, `imageLink`, `date`)
VALUES
(145, 'abcdefg', 'blah blah', '2016-10-10 00:00:00') ;

CREATE TABLE   USERS
(
`id` int, 
`username` varchar(15) collate utf8_unicode_ci,
 `profileImage` varchar(12) collate utf8_unicode_ci,
 `date` datetime
) ;

INSERT INTO     USERS(`id`, `username`, `profileImage`, `date`)
VALUES
(145, 'used_by_already', 'blah de blah', '2014-01-03 00:00:00') ;


CREATE TABLE Activity
(
`id` int, 
`uuid` varchar(4) collate utf8_unicode_ci, 
`uuidPost` varchar(7) collate utf8_unicode_ci,
 `type` varchar(40) collate utf8_unicode_ci, 
`commentText` varchar(11) collate utf8_unicode_ci, `date` datetime
) ;

INSERT INTO Activity (`id`, `uuid`, `uuidPost`, `type`, `commentText`, `date`)
 VALUES
(345, 'a100', 'abcdefg', 'comment', 'lah lha ha', '2016-07-05 00:00:00'),
(456, 'a101', 'abcdefg', 'comment', 'lah lah lah', '2016-07-06 00:00:00'),
(567, 'a102', 'abcdefg', 'comment', 'lha lha ha', '2016-07-07 00:00:00'),
(678, 'a103', 'abcdefg', 'comment', 'ha lah lah', '2016-07-08 00:00:00'),
(789, 'a104', 'abcdefg', 'comment', 'hla lah lah', '2016-07-09 00:00:00') ;

[ Стандартное поведение SQL: 2 строки на запрос Post]

Это был мой первоначальный запрос с некоторыми исправлениями. Я изменил порядок столбцов в списке выбора, чтобы вы могли легко видеть некоторые данные, связанные с комментариями, когда я представлю результаты. Пожалуйста, изучите предоставленные результаты, чтобы вы могли понять, что будет делать запрос. Столбцы, которым предшествует #, не существуют в примеры данных, с которыми я работаю по причинам, которые я уже отмечал.

SELECT
      Posts.id
    , Posts.uuid
    , rcom.uuidPost
    , rcom.commentText
    , rcom.`date` commentDate 
    #, Posts.caption
    #, Posts.path
    , Posts.`date`
    , USERS.id
    , USERS.username
    #, USERS.fullname
    , USERS.profileImage
    , COALESCE(A.LikeCNT, 0) num_likes
FROM Posts
INNER JOIN USERS ON Posts.id = 145
            AND USERS.id = 145
LEFT JOIN (
          SELECT
                COUNT(A.uuidPost) LikeCNT
              , A.UUIDPost
          FROM Activity A
          WHERE type = 'like'
          GROUP BY
                A.UUIDPOST
          ) A ON A.UUIDPost = Posts.uuid 
LEFT JOIN (
      SELECT
            @row_num := IF(@prev_value=UUIDPOST,@row_num+1,1) as row_number
          , commentText
          , uuidPost
          , `date`
          , @prev_value := UUIDPOST
      FROM Activity
      CROSS JOIN ( SELECT @row_num := 1, @prev_value := '' collate utf8_unicode_ci  ) xy
      WHERE type = 'comment'
      ORDER BY
            uuidPost
          , `date` DESC
      ) rcom ON rcom.uuidPost  = Posts.UUID
            AND rcom.row_number <= 2
ORDER BY
      posts.`date` DESC
      ;

Смотрите рабочую демонстрацию этого запроса в SQLFiddle

Результаты:

|  id |    uuid | uuidPost | commentText |                   date |                      date |  id |        username | profileImage | num_likes |
|-----|---------|----------|-------------|------------------------|---------------------------|-----|-----------------|--------------|-----------|
| 145 | abcdefg |  abcdefg | hla lah lah | July, 09 2016 00:00:00 | October, 10 2016 00:00:00 | 145 | used_by_already | blah de blah |         0 |
| 145 | abcdefg |  abcdefg |  ha lah lah | July, 08 2016 00:00:00 | October, 10 2016 00:00:00 | 145 | used_by_already | blah de blah |         0 |

Есть 2 СТРОКИ - как и ожидалось. Одна строка для самого последнего комментария, а другая строка для следующего самого последнего комментария. Это нормальное поведение для SQL, и до тех пор, пока под этим ответом не будет добавлен комментарий, читатели вопроса будут предполагать, что это нормальное поведение будет приемлемым.

В вопросе отсутствует четко сформулированный "ожидаемый результат".

[ Вариант 1: Одна строка на запрос публикации, ДО 2 комментариев, добавлены столбцы]

В комментарии ниже было показано, что вам не нужно 2 строки на пост, и это было бы легко исправить. Ну, это вроде как просто, НО есть варианты, и варианты диктуются пользователем в виде требований. ЕСЛИ бы вопрос имел "ожидаемый результат", то мы бы знали, какой вариант выбрать. Тем не менее, вот один из вариантов

SELECT
      Posts.id
    , Posts.uuid
    , max(case when rcom.row_number = 1 then rcom.commentText end) Comment_one
    , max(case when rcom.row_number = 2 then rcom.commentText end) Comment_two
    #, Posts.caption
    #, Posts.path
    , Posts.`date`
    , USERS.id
    , USERS.username
    #, USERS.fullname
    , USERS.profileImage
    , COALESCE(A.LikeCNT, 0) num_likes
FROM Posts
INNER JOIN USERS ON Posts.id = 145
            AND USERS.id = 145
LEFT JOIN (
          SELECT
                COUNT(A.uuidPost) LikeCNT
              , A.UUIDPost
          FROM Activity A
          WHERE type = 'like'
          GROUP BY
                A.UUIDPOST
          ) A ON A.UUIDPost = Posts.uuid 
LEFT JOIN (
      SELECT
            @row_num := IF(@prev_value=UUIDPOST,@row_num+1,1) as row_number
          , commentText
          , uuidPost
          , `date`
          , @prev_value := UUIDPOST
      FROM Activity
      CROSS JOIN ( SELECT @row_num := 1, @prev_value := '' collate utf8_unicode_ci  ) xy
      WHERE type = 'comment'
      ORDER BY
            uuidPost
          , `date` DESC
      ) rcom ON rcom.uuidPost  = Posts.UUID
            AND rcom.row_number <= 2
GROUP BY
      Posts.id
    , Posts.uuid
    #, Posts.caption
    #, Posts.path
    , Posts.`date`
    , USERS.id
    , USERS.username
    #, USERS.fullname
    , USERS.profileImage
    , COALESCE(A.LikeCNT, 0)
ORDER BY
      posts.`date` DESC
      ;

Смотрите второй запрос, работающий в SQLFiddle

Результаты запроса 2:

|  id |    uuid | Comment_one | Comment_two |                      date |  id |        username | profileImage | num_likes |
|-----|---------|-------------|-------------|---------------------------|-----|-----------------|--------------|-----------|
| 145 | abcdefg | hla lah lah |  ha lah lah | October, 10 2016 00:00:00 | 145 | used_by_already | blah de blah |         0 |

** Вариант 2, объединить самые последние комментарии в один список, разделенный запятыми**

SELECT
      Posts.id
    , Posts.uuid
    , group_concat(rcom.commentText) Comments_two_concatenated
    #, Posts.caption
    #, Posts.path
    , Posts.`date`
    , USERS.id
    , USERS.username
    #, USERS.fullname
    , USERS.profileImage
    , COALESCE(A.LikeCNT, 0) num_likes
FROM Posts
INNER JOIN USERS ON Posts.id = 145
            AND USERS.id = 145
LEFT JOIN (
          SELECT
                COUNT(A.uuidPost) LikeCNT
              , A.UUIDPost
          FROM Activity A
          WHERE type = 'like'
          GROUP BY
                A.UUIDPOST
          ) A ON A.UUIDPost = Posts.uuid 
LEFT JOIN (
      SELECT
            @row_num := IF(@prev_value=UUIDPOST,@row_num+1,1) as row_number
          , commentText
          , uuidPost
          , `date`
          , @prev_value := UUIDPOST
      FROM Activity
      CROSS JOIN ( SELECT @row_num := 1, @prev_value := '' collate utf8_unicode_ci  ) xy
      WHERE type = 'comment'
      ORDER BY
            uuidPost
          , `date` DESC
      ) rcom ON rcom.uuidPost  = Posts.UUID
            AND rcom.row_number <= 2
GROUP BY
      Posts.id
    , Posts.uuid
    #, Posts.caption
    #, Posts.path
    , Posts.`date`
    , USERS.id
    , USERS.username
    #, USERS.fullname
    , USERS.profileImage
    , COALESCE(A.LikeCNT, 0)
ORDER BY
      posts.`date` DESC

Смотрите этот третий запрос, работающий в SQLFiddle

Результаты запроса 3:

|  id |    uuid | Comments_two_concatenated |                      date |  id |        username | profileImage | num_likes |
|-----|---------|---------------------------|---------------------------|-----|-----------------|--------------|-----------|
| 145 | abcdefg |    hla lah lah,ha lah lah | October, 10 2016 00:00:00 | 145 | used_by_already | blah de blah |         0 |

**Краткое описание**

Я представил 3 запроса, каждый из которых показывает только 2 самые последние комментарии, но каждый запрос делает это по-своему. Первый запрос (поведение по умолчанию) будет отображать 2 строки для каждой записи. Вариант 2 добавляет столбец, но удаляет вторую строку. Вариант 3 объединяет 2 самых последних комментария.

Пожалуйста, обратите внимание, что:

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

Я надеюсь, что дополнительная предоставленная информация будет полезна, и что к настоящему времени вы также знаете, что для SQL нормально представлять данные в виде нескольких строк. Если вы не хотите такого нормального поведения, пожалуйста, уточните, чего вы действительно хотите в своем вопросе.

Постскриптум. Чтобы включить еще один подзапрос для "следует" вы можете использовать подзапрос, аналогичный тому, который у вас уже есть. Он может быть добавлен до или после этого подзапроса. Вы также можете увидеть его в использовании в sqlfiddle здесь

LEFT JOIN (
          SELECT
                COUNT(*) FollowCNT
              , IdOtherUser
          FROM Activity
          WHERE type = 'Follow'
          GROUP BY
                IdOtherUser
          ) F ON USERS.id = F.IdOtherUser

Хотя добавление другого подзапроса может решить ваше желание получить больше информации, общий запрос может замедлиться пропорционально росту ваших данных. Как только вы определитесь с функциональностью, которая вам действительно нужна, возможно, стоит подумать о том, какие индексы вам нужны в этих таблицах. (Я полагаю, вам было бы рекомендовано обратиться за этим советом отдельно, и если вы это сделаете, убедитесь, что вы включили 1. полный DDL ваших таблиц и 2. план объяснения запроса.)