Как хранить в базе комментарии второго уровня вложенности?

lutskboy, добавляете поле parent, в котором записываете id родителя.

и что с того. тогда мне нужно доставать сразу все комментарии чтоб сформировать все древо. и использовать дополнительно php функцию

вы похоже не дочитали до конца то я написал сверху

Зачем? Сортируйте в первую очередь по родителю (прямо в запросе). У комментов топового уровня можете указать родителем «себя».

Чтобы сформировать дерево - да, все. Иначе какое дерево без веток?

Чтобы развернуть нить одного родительского комментария - все не нужны, достаточно знать id этого комментария. Чтобы первично выложить все родительские - нужно просто сделать выборку комментов с нулевым родителем (или с самим собой в качестве родителя, если делать как предложил miketomlin). Что Вам непонятно?

SELECT * FROM `comment` ORDER BY `parent_id` DESC LIMIT 30? так?

https://www.db-fiddle.com/f/45aW2rJk7idvPiXRnEdYCg/0 что то не то

Я же не просто так написал «в первую очередь» ;) Значит, предполагается еще и вторая :)

---------- Добавлено 05.08.2019 в 18:27 ----------

INSERT INTO `comment` (`id`, `parent_id`, `comm`) VALUES

(1,	1,	'comm 1'),

(2,	2,	'comm 2'),

(3,	2,	'reply 2'),

(4,	2,	'reply 2'),

(5,	3,	'reply 3'),

(6,	6,	'comm 6'),

(7,	2,	'reply 2'),

(8,	7,	'reply 7');

Восьмой коммент – это уже 3-ий уровень. Четко обозначил условия, а теперь начинаешь их обламывать – не хорошо :) Если ты это и подразумевал под вторым уровнем вложенности, тогда облом :)

Это из-за стремления к минимализму или из-за нелюбви к PHP? Программирование вообще-то не просто так придумано, а для удобной реализации алгоритма.

Sitealert, тут не только минимализм и т.п. А еще и эффективность.

думал есть простой обход поставленной задачи.

Не всегда. По крайней мере, в данном случае речь точно не об эффективности.

---------- Добавлено 05.08.2019 в 17:58 ----------

А чем сложно сделать скриптом?

Здесь в принципе ущербная логика ставить LIMIT на общее количество выводимых комментов. Будут резаться нити ответов.