- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте профессионалы!
Интересует вопрос, какую базу можно использовать для сайта миллионника.
Необходимо хранить статистику по дням, неделям, месяцам для каждой новости, хранить историю изменения рейтинга у каждой новости, историю рейтинга комментариев.
MySQL не предлагать.
А что предлагать? MongoDB фи (много разочарований читал).
MariaDB предлагаю.
Здравствуйте профессионалы!
Интересует вопрос, какую базу можно использовать для сайта миллионника.
Необходимо хранить статистику по дням, неделям, месяцам для каждой новости, хранить историю изменения рейтинга у каждой новости, историю рейтинга комментариев.
MySQL не предлагать.
Из бесплатных postgres
или Oracle
Кстати, от лукавого.
Делали продвинутые ребята местный форум по последнему слову техники. Как раз на постгресе. Всё вроде по-уму, а тормозило со страшной силой. В конце концов выкинули всё, поставили канонический MySQL и зажили спокойно.
Может, настраивать не умели, не знаю.
Кстати, от лукавого.
Делали продвинутые ребята местный форум по последнему слову техники. Как раз на постгресе. Всё вроде по-уму, а тормозило со страшной силой. В конце концов выкинули всё, поставили канонический MySQL и зажили спокойно.
Может, настраивать не умели, не знаю.
НУ , похоже, все таки не совсем по уму. Даже представить себе не могу, чтонужно было делать с постгресом, чтобы он в призводительности мускле уступил.
Хотя против мускли ничего не имею)
MariaDB - тот же mysql
Здравствуйте профессионалы!
Интересует вопрос, какую базу можно использовать для сайта миллионника.
Необходимо хранить статистику по дням, неделям, месяцам для каждой новости, хранить историю изменения рейтинга у каждой новости, историю рейтинга комментариев.
MySQL не предлагать.
Когда у вас перестанет справлятся MySQL, у вас вполне хватит денег на Oracle.
Непонятно чем вам MySQL не угодил, но у вас задача спроектировать грамотно архитектуру. Для примера вынесети счетчики на NoSQL решения, для них они идеальны, есть куча готовых архитектурных решений, которыми можно воспользоватся по началу. Да и ведь никто не запрещает комбинировать хранилища. Все зависит от задачи.
В каждой базе есть свои плюсы и свои минусы, по этому вы врядли найдете такое решение, которое лучше остальных в "общих чертах". Можете попробовать MariaDB, тот же MySQL только с лояльной лицензией, да плюс на сколько мне известно там реализованы грин треды. Попробуйте PostgreSQL - он нормально параллелится, но там сложнее с репликацией, а так везде есть куча подводных камней и приложение как правило упирается в архитектуру, а не в инструменты или технологии.
Если хотите по взрослому - то http://hadoop.apache.org/ .
Но сам не пробовал, у меня просто нет настолько огромных объемов данных, что бы mysql не справлялся.
очень странный у вас вопрос.
никаких тех данных, ноль вводных.
Правильную по структуре
а приложение - правильное в работе с этой базой
и все будет летать
ой всё
http://posulliv.github.io/2012/06/29/mysql-postgres-bench/
Если хотите по взрослому - то http://hadoop.apache.org/ .
Hadoop - это даже далеко не база данных. Почитайте внимательно о технологии прежде чем предлагать :) Да и сам hadoop уже так сказать "устарел" в своём классе.
никаких тех данных, ноль вводных.
Дано:
- Около 1К активных пользователей
- Больше 50 000 новостей
- Больше 1KK комментариев
Требуется:
- Хранить статистику просмотра новости за последнюю неделю ( по уник ip )
- Обрабатывать раз в сутки статистику за вчерашний день (суммировать все просмотры) и складывать в отдельную таблицу статистики по дням. (колонки - news_id, day, count)
- Обрабатывать предыдущую таблицу и так же складывать в таблицу статистики по неделям. ( news_id, week, count )
- Обрабатывать предыдущую таблицу и так же складывать в таблицу статистики по месяцам (news_id, month, count)
На каждой странице выводится ~5 баннеров. ( <a href="#"><img ...></a> )
- По каждому баннеру нужно учитывать кол-во просмотров по времени суток, за последнюю неделю, так же вести учет кликов, и всю статистику за последний год ( дальше недели назад - агрегированную, как и просмотры )
У каждого комментария есть рейтинг ( + / - ).
- Пользователь должен иметь возможность просмотреть все понравившиеся ему комментарии (за все время)
- Пользователь должен иметь возможность отсортировать свои комментарии по рейтингу.
- Нужно выводить по каждому комментарию статистику, кому понравился/не понравился комментарий.