Я пару дней назад такой же сделал, думал у них взять.

как базу делал?

как базу делал?

В смысле?

MongoDB.

структуру

Вот сейчас на мультипоточность сделал.

Осталось Tornado навернуть на это.

структуру

Нахуй структура в MongoDB?

Как есть записываю.

пиздец я наркоман

Потом map-reduce делаю.

точняк

Это же BSON.

короче запилил пул реквест но с ебанутой цепочкой коммитов, лол

Я хотел в начале в MySQL заколбасить.

Подумал, мол, данные-то структурированы.

Потом понял, что очень медленно статистику считать.

короче запилил пул реквест но с ебанутой цепочкой коммитов, лол

2 коммита

Например я хочу получить среднее количество букв, которые пользователь писал вчера с 4 до 5 часов утра.

В MySQL сразу начинается геморрой.

короче нужен только последний коммит

в монге быстрее что ли?

монга быстрее конечно

монга быстрее конечно

Бред.

Славик, не слушай его.

фишка монги - быстрота записи

Ну охуеть теперь.

если вам нужно что-то писать юзайте монгу

Ребята, у open source MongoDB есть СЕКРЕТНЫЙ КОД I/O!

чисто логически

если монга не структурирует данные, а хранит как есть

то быстрее других баз она работать не может

на чтении

то быстрее других баз она работать не может

Ты не понимаешь, как это работает.

Все базы пишут и читают на одинаковой скорости.

объясни

суть не в этом

Потому что запись и чтение - одна и та же операция.

Везде.

короче запилил пул реквест но с ебанутой цепочкой коммитов, лол

pkill logger.js точно будет работать?

Другое дело, когда запись проходит через процедуры.

В MySQL - это таблицы.

я про выборки

В MySQL - это таблицы.

Индексы и т.д.

pkill logger.js точно будет работать?

process.title

вроде

а не на столь низком уровне чтения/записи

я про выборки

Map-reduce.

pkill logger.js точно будет работать?

ну если логгер.джс название главного файла бота, то да. Можешь поборовать жи

Мне очень лень объяснять, правда.

Тут зависит от того, какие выборки ты делаешь.

process.title

Хм, вот интересно, какой там по дефолту тайтл

Какой результат хочешь получить.

process.title

Спасибо)

Я делал бота для того чтобы коммьюнити-менеджеры в чатах могли стату запрашивать.

Чтобы видели активных пользователей.

Среднюю длину сообщения.

И другие полезные метрики для них.

Для данной задачи MongoDB справится лучше.

К тому же ожидается трафик высокий, карман сделал на ~100 запросов в секунду.

MySQL будет кушать память.

MongoDB память кушать не будет, потому что там быстрая запись, как сказал товарищ выше.

вот запрашивание статы

люди хотят увидеть количество сообщений в конкретном чате за день

люди хотят увидеть количество сообщений в конкретном чате за день

Это хуйня.

как монга будет эти данные тащить?

ERROR: S client not available

как монга будет эти данные тащить?

Посчитает.

По дате.

она индексирует их?

Можно индексировать.

Например поле date проиндексировать.

db.messages.count( { date: { $gt: 1337 } } )

Ну там ещё одно условие нужно на $lt.

Не суть.

а в mysql как это сделать)

Это не тот пример, MySQL так же посчитает.

а в mysql как это сделать)

А чего там считать.

SELECT COUNT(id) WHERE ...

Это не тот пример, MySQL так же посчитает.

а какой правильный пример?

Те же поля по дате.

кто-то убрал проверку на пользователя своим пулл реквестом

или я ее не вкоммитил

а какой правильный пример?

Никакой, я выше писал про использование.

В MySQL нет map-reduce.

Это не тот пример, MySQL так же посчитает.

+

а типизация в монге как сделана?

а типизация в монге как сделана?

Нету её как таковой.

Зачем она там нужна?

Ну есть integer и string и array.

https://docs.mongodb.org/manual/reference/bson-types/

Мемтест 42 минуты и только 18%

Держи, их там всего нихуя.

ObjectId это специальный тип индекса в MongoDB.

Ну нах заебусь ждать

Бля я запутался, у меня два хаброчата в тгрме

Какой официальный?

https://telegram.me/joinchat/AAua7Tw1a10DlBiPsx2QGw

А этот альтернатива для илиты?