Persistent Memcached или Redis — возможно-ли создать базу данных?
Добрый день [x2], встал вопрос - можно-ли написать не реляционную (ну как понял - без SQL синтаксиса) базу данных?
Эффективно-ли это будет использовать БД в памяти сервера?
obvilion дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама.
Как вам ответили - смотря для каких целей. Если у вас идет очень большая нагрузка на БД и вам крайне важно время отклика от сервера, и все эти данные являются временными, то можно редис делать. Если вы хотите делать БД пользователей, форумы и прочее, то используйте реляционную.
Ну по сути - аналог форума, только крайне урезан.
Точнее, мессенджер, но делаю только для определенных лиц - однокурсников.
Просто хочется написать что-то такое, что могло-бы привести общение между пользователями.
Как-то так. Какую БД посоветуете?
Redis как хранение сообщений не подойдет. Оперативная память не резиновая, и со временем она у вас забьется. Лучше использовать реляционку. Я работал только с MySQL, так что объективно сказать какая реляционка лучше - я не могу. Но по теоретическим знаниям с форумов и прочего postgreSQL будет быстрее работать.
Если вы заговорили о Redis, то вы хотите покупать VDS сервер. Тогда я могу посоветовать делать ваш проект с помощью Node.js+Socket.io+Redis+PostgreSQL.
Нода будет для создания сервера, она работает куда быстрее php.
Socket.io для создания активных соединений между пользователями, будет работать куда быстрее у пользователей, чем делать все на аякс запросах.
Redis послужит для хранения наименований диалогов(которые создаются через Socket.io), в которых состоит пользователь. Но так же необходимо будет настроить периодическую выгрузку данных с Redis на жесткий диск, так как при краше сервера с Redis пользователь потеряет все диалоги, и их необходимо будет восстановить. Краши Redis как по мне это очень редкое явление, если вы не допустили никаких ошибок в обращениях, но лучше все же перестраховаться.
Ну а в PostgreSQL будут храниться сообщения.
Ростислав Игнатенко, так фишка-то в том, что рестарт сервера будет ежедневно, и после рестарта БД с чат-логом будет удаляться.
А так еще будет engine_messages.php, который раз в минуту будет искать новые сообщения в бд чат-лога, и заносить их в обычную БД для долгого хранения.
Что касается Node.js - я не учил JS(
Написать можно, но получится сильно хуже уже существующих решений, если вообще получится. СУБД пишут команды из очень крутых дядек и тратят на это годы.
Простой
