En un nivel básico, tendría una tabla para cada tipo de "cosa" en su aplicación. En este caso, una tabla para Publicaciones y una tabla para Comentarios. Algo tan simple como esto:
Post
--------
Id
Content
User
DatePosted
Comment
--------
Id
PostId
Content
User
DatePosted
Esto crearía lo que se llama una relación de uno a muchos (o de cero a muchos, en realidad) entre las publicaciones y los comentarios, en la que cada publicación puede tener cero o más pompones asociados, pero cada comentario puede asociarse con una sola publicación.
En su código (que es un tema completamente diferente), para mostrar una publicación y sus comentarios asociados, hay un par de cosas que podría hacer. Suponiendo que tiene, como entrada, el Id de la Publicación que desea, puede obtener esa Publicación y sus Comentarios:
SELECT `Content`, `User`, `DatePosted` FROM `Post` WHERE `Id` = ?Id
SELECT `Id`, `Content`, `User`, `DatePosted` FROM `Comment` WHERE `PostId` = ?Id
Lo que haga con los datos resultantes depende de usted y de cómo quiera usarlos en su aplicación. Volvería como dos resultados de tabla, el primero de los cuales tiene un registro (si existe la publicación) y el último tiene cero o más registros. Naturalmente, querrá verificar que las cosas existen antes de intentar usarlas, etc. (Entonces, si la primera consulta no arroja resultados, no intente continuar mostrando la publicación. Solo muestre una respuesta predeterminada o un error).
