Что делать с большим количеством JOIN?

Спасибо, а что имеется ввиду под нормализованными данными? Проставленные индексы?

Что делать с большим количеством JOIN?

Спасибо, не подскажите как загуглить эти подходы?

Что делать с большим количеством JOIN?

Спасибо, пока вопросов со временем выполнения нет, проставлены индексы и в итоге explaint показывает что все хорошо )
Я боюсь в будущем при росте БД не приведет ли это к существенному замедлению работы.

Как вывести тему к которой был написан комментарий?

Abdula Magomedov: ок. Спасибо!

Как вывести тему к которой был написан комментарий?

Выходит для каждого такого случая приходитс делать 1 запрос в базу. Со своим JOIN и своим обработчиком в php

Как вывести тему к которой был написан комментарий?

Abdula Magomedov: Ну 3 запроса это только для вывода ленты из комментариев. А еще в ленте присутствуют лайки, ответ на комментарий, оформление подписки, добавление в друзья и т.д.

Как вывести тему к которой был написан комментарий?

Спасибо! А так вообще делают? Получается для вывода одной ленты событий у меня будет в сумме порядка 15 запросов к базе...
А структуру можно было как-то иначе сделать?
По книжке, да, очень не помешала бы...

Как вывести тему к которой был написан комментарий?

--
-- Структура таблицы `comments`
--

CREATE TABLE `comments` (
`id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
`mode` varchar(10) NOT NULL,
`mode_id` int(11) NOT NULL,
`parent_id` int(11) NOT NULL,
`text` text NOT NULL,
`ip_add` int(11) NOT NULL,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`vote` int(11) NOT NULL,
`voted` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Структура таблицы `feed_events`
--

CREATE TABLE `feed_events` (
`id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
`feed_user_id` int(11) NOT NULL,
`mode` varchar(20) NOT NULL,
`mode_id` int(11) NOT NULL,
`model` varchar(20) NOT NULL,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`status` tinyint(1) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Структура таблицы `blogs`
--

CREATE TABLE `posts` (
`id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
`title` varchar(255) NOT NULL,
`text` text NOT NULL,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`views` int(11) NOT NULL,
`comments_off` tinyint(1) NOT NULL,
`show_off` tinyint(1) NOT NULL,
`status` tinyint(1) NOT NULL DEFAULT '2' COMMENT '0, 1, 2',
`likes` int(11) NOT NULL,
`count_comments` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Структура таблицы `photos`
--

CREATE TABLE `photos` (
`id` int(11) NOT NULL,
`mode` varchar(255) NOT NULL,
`name` varchar(255) NOT NULL,
`title` varchar(255) NOT NULL,
`mode_id` int(11) NOT NULL COMMENT '',
`user_id` int(11) NOT NULL,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`likes` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Как вывести тему к которой был написан комментарий?

Abdula Magomedov: Да, пару минут... пробую.... пока кину так picone.ru/images/7-dzzirhrb.jpg

Как вывести тему к которой был написан комментарий?

А это возможно? Приведите пример пожалуйста...

Какова логика хранения данных для ленты событий?

Doc: Спасибо, теперь вроде все встало на свои места

Какова логика хранения данных для ленты событий?

Doc: Как? Ведь мы не знаем о каждом событии при запросе списка событий. Выходит придется сделать вот так:

SELECT feed.*, posts.title FROM feed LEFT JOIN posts ON feed.entityId = posts.id WHERE feed.entityType = "posts"
SELECT feed.*, photos.title FROM feed LEFT JOIN photos ON feed.entityId = photos.id WHERE feed.entityType = "photos"
SELECT feed.*, comments.title FROM feed LEFT JOIN comments ON feed.entityId = comments.id WHERE feed.entityType = "comments"
SELECT feed.*, users.title FROM feed LEFT JOIN users ON feed.entityId = users.id WHERE feed.entityType = "users"

И так далее. Для каждого возможного случая.... Ведь событие может произойти не только с постом (лайк), но и с комментариями (лайк, ответ), фотографиями (лайк, комментарий, отметка), пользователем (подписка)

Какова логика хранения данных для ленты событий?

Doc: Получается, чтобы создать ленту из всех событий со ссылками на посты, фотографии, комментарии... Нужно будет сделать для каждого такого случая свой запрос и соединить все вместе в php?

Какова логика хранения данных для ленты событий?

Спасибо. А как в этом случае получить, например, заголовок поста, к которому произошло событие?
Например получится такой запрос:
SELECT id, userId, entityId, entityType, createdAt, updatedAt FROM `feed` LEFT JOIN ????? ON `feed`.`entityId` = ???????.`id`

Какова логика хранения данных для ленты событий?

Abdula Magomedov: А дальше, что с ним делать?

Как лучше хранить базу городов и стран?

https://github.com/x88/i18nGeoNamesDB
Самая актуальная которую нашел.
Полный размер 2гб, удалив языки кроме англ. Получилось 170мб.
Минус для себя нашел один, там каждая деревня есть, что уже слишком

Как заменять ссылки в навигации?

Максим Тимофеев: Ну в этом и вопрос... как её добавить )

Как мыслить объектами?

Антон Зеленский: И вот оно всё работает и работает правильно вообще без каких-то нареканий. Но я почему-то хочу научиться писать красивый код, хотя в данном случае в глубине души я понимаю "зачем мне усложнять мой метод еще какими-то классами, если все умещается в десяток строк кода в одном методе"

Как мыслить объектами?

Антон Зеленский: У меня получается класс Comments, и я работаю с ним так:
$comm = new Comments($db, $tpl);
$comm->setParams(Тут массив параметров или отдельный параметр для получения комментариев из базы)
$comm->getComments() // Получаю комментарии в виде массива
$result_comments = $comm->showComments() // А тут собираю их в html код (шаблонизатор $tpl передается конструктору)
Ну и дальше вывожу $result_comments на страницу. Все.

И тут я понимаю, что где-то должен быть еще один класс, который в методе showComments() описывает каждый комментарий из массива и выводит его как html код, и только потом какой-то другой метод собирает их воедино.

Как мыслить объектами?

Антон Зеленский: Вы скорее всего не правильно поняли вопрос... Я могу представить что такое комментарий и какими свойствами он обладает... Проблема в том, чтобы совместить группу комментариев, действия над ними и каждый отдельный комментарий из этой группы. Отдельно, я понимаю практически каждую возможность ООП, а на практике появляется ступор из-за соединение этого всего воедино. В итоге получается хоть и рабочий, но с точки зрения кода, не красивый и не правильный класс.