- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте! Скажите пожалуйста как обычно реализуется (в БД) на крупных порталах:
- система комментирования? Например, по статьям. Есть некая страница, к ней оставляется большое множество комментов и таких страниц тоже очень много. Записывать все комментарии в одну гигантскую таблицу или обычно такие вещи разбивается на несколько таблиц?
- система микроблогов? Т.е. пользователь создает свой микроблог, и его комментирует. Под каждый такой "блог" выделять отдельную таблицу?
Большое спасибо за аргументированные ответы и советы.
система микроблогов? Т.е. пользователь создает свой микроблог, и его комментирует. Под каждый такой "блог" выделять отдельную таблицу?
Большое спасибо за аргументированные ответы и советы.
бред.
обычно такие вещи разбивается на несколько таблиц?
бред.
обычно используют запросы "хорошие" которые не используют tmp table и кеширование, остальное от лукавого
бред.
Для тебя это бред. А для когото готовое ТЗ.:)
Для тебя это бред. А для когото готовое ТЗ.
раз уж Ты начал на "ты", то Ты сам понял что написал? может перечитаешь мой прошлый пост и поймеш сакральный смысл?
раз уж Ты начал на "ты", то Ты сам понял что написал?
Обидчивый какой.
Обидчивый какой.
нет, просто не люблю неадекватные ответы :)
нет, просто не люблю неадекватные ответы :)
Я честно говоря тоже.
Правильно поставленный вопрос это половина решения.
Но заказчику об этом же не скажешь, правда?:)
же не скажешь, правда?
почему не скажешь? что такого в "тыкании в нужное место нужным местом" заказчика? все могут ошибаться, особенно когда человек не в теме. а тс вполне адекватно спросил, если усреднить вопросы в этой ветке форума, то это вполне стандартная постановка вопроса :)
bearman, Питер712, спасибо за ответы, только просьба не флудить.
bearman, поясните пожалуйста, что конкретно Вы подразумеваете под "хорошими" запросами. И как я понял, по сабжу, все комментарии всего портала записываются в одну таблицу к-я раздувается до гипер размеров? Спасибо.
все комментарии всего портала записываются в одну таблицу к-я раздувается до гипер размеров
вы правы, а что в этом плохого?
Здравствуйте! Скажите пожалуйста как обычно реализуется (в БД) на крупных порталах:
- система комментирования? Например, по статьям. Есть некая страница, к ней оставляется большое множество комментов и таких страниц тоже очень много. Записывать все комментарии в одну гигантскую таблицу или обычно такие вещи разбивается на несколько таблиц?
- система микроблогов? Т.е. пользователь создает свой микроблог, и его комментирует. Под каждый такой "блог" выделять отдельную таблицу?
Большое спасибо за аргументированные ответы и советы.
Зачем хреново кол-во таблиц?
Все это делается оптимизированной структурой, комменты, например, типичный элементариный вид:
comment_id | comment_pid | comment_text
Где comment_id — айди комментария, comment_pid — айди страницы, где находится данный комментарий, comment_text — непосредственно, содержание комментария.
Такая же аналогия с микроблогами.
bearman, остынь, брат ;-)