в 2 раза меньше?

Что меньше? Больше :)

Что меньше? Больше :)

а, неправильно прочитал

Потребление памяти да, в 2 раза меньше

Processor information Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 4 cores CPU temperatures 0: 43℃ 1: 43℃ 2: 39℃ 3: 44℃ System uptime 375 days, 8 hours, 06 minutes Running processes 135 CPU load averages 4.42 (1 min) 3.24 (5 mins) 2.86 (15 mins) CPU usage 1% user, 1% kernel, 41% IO, 58% idle Real memory 1.83 GB used, 3.83 GB total Virtual memory 1.84 GB used, 5.70 GB total Local disk space 146.12 GB used, 773.79 GB total

не испытываю проблем с ресурсами

Ничоси, как бы 4.42 на 4 ядра это перебор

о боже, мы все помрем :)

пусть хоть 50% будет :)

Так у тебя получается что 110% нагрузки по IO на каждое ядро :)

И сервер уже подтормаживает

Но статистика за 15 минут говорит что все ок впринципе, а это просто локальный всплеск

ионкуб хоть запили под 7.х?

7.0 есть

Чат, у кого VDS, какую панель управления хостингом используете?

whm & cpanel

Никакую. Все в консоли

Никакую. Все в консоли

Вот думаю тоже такой вариант. Удобно?

Удобно. Но надо понимать, что делаешь. Иначе можно дел наворотить.

Чат, у кого VDS, какую панель управления хостингом используете?

панели не нужны. SSH онли.

ага, особенно весело без панели, если ты хостер

Для хостеров хорошая панель плеск

ага, особенно весело без панели, если ты хостер

+

ПХП, хостинг панели, шаред хостинг. В этот чат встроена машина времени )

А кто как хранит изменения в бд?

Например юзер менял свое имя много раз и надо это отследить

Например юзер менял свое имя много раз и надо это отследить

Текущее состояние + массив предыдущих.

А кто как хранит изменения в бд?

github

ага, особенно весело без панели, если ты хостер

Ну это другое дело.

Текущее состояние + массив предыдущих.

Сделать отдельный столбец с списком словарей?

Например юзер менял свое имя много раз и надо это отследить

если реляционка - добавить столбец с версией и выбирать последнюю, если NoSQL - то я вообще не понимаю в чем проблема

если реляционка - добавить столбец с версией и выбирать последнюю, если NoSQL - то я вообще не понимаю в чем проблема

В таком случае я не понимаю чего я не понимаю

В таком случае я не понимаю чего я не понимаю

Сказали же, массив

Окай, спасибо)

Было бы можно брать самые простые дешёвые облачные VPS поближе к серверам телеги с какими-нить 512 метрами памяти, SQLite хватит, а вот MySQLю с Postgress'ом уже нет...

у нормальных людей есть редис

Всем здарова

Редис, он же суперубогий как полноценная субд

Редис, он же суперубогий как полноценная субд

Tarantool юзал кто нибудь как полноценную субд? ) как раз сейчас хочу съехать с MySQL на noSQL хранилище...

Я не пробовал, он лучше редиса но хуже обычной реляционки по моим ощущениям

В плане функционала языка, выборок, группировок и т.д.

В плане функционала языка, выборок, группировок и т.д.

я тоже слышал что в таких хранилищах проблемно делать сложные выборки, вот только не могу понять "сложные" - это какие? Можешь показать пример какую выборку нельзя будет сделать в редис/tarantool ?

Я работаю над своим первым проектом в бэкенде, поэтому мне сложно понять что такое "сложная выбррка" а что есть "не сложная выборка"

Tarantool юзал кто нибудь как полноценную субд? ) как раз сейчас хочу съехать с MySQL на noSQL хранилище...

NoSQL.. Монго норм

иль ресинк

спасибо, вчера подсказали на соседнем канале. В итоге бот готов :)

Что за бот?

Я работаю над своим первым проектом в бэкенде, поэтому мне сложно понять что такое "сложная выбррка" а что есть "не сложная выборка"

Тогда лучше попробовать все подряд чтобы понять

Tarantool юзал кто нибудь как полноценную субд? ) как раз сейчас хочу съехать с MySQL на noSQL хранилище...

там же нормальной синхронизации на диск еще нет. или они уже винил свой допилили ? или тебе насрать если все потеряешь ?

вообще к выбору БД стоит подходить осознанно. В 99% хватает обычной РСУБД

там же нормальной синхронизации на диск еще нет. или они уже винил свой допилили ? или тебе насрать если все потеряешь ?

Терять не желательно

мне вот часто не понятен выбор людей. кто-то выбирает монгу для своего хелловорда, кто-то вот тарантулы. зачем ? монга в памяти раза в 3 больше места занимает чем обычная РСУБД. в ней нет нормальных транзакций и джоинов. язык запросов скудноват. т.е. люди как бы себя заранее ограничивают. или просто ведутся на глупый хайп маркетологов)

Поддерживаю Хоть я и фронтендер ?

мне вот часто не понятен выбор людей. кто-то выбирает монгу для своего хелловорда, кто-то вот тарантулы. зачем ? монга в памяти раза в 3 больше места занимает чем обычная РСУБД. в ней нет нормальных транзакций и джоинов. язык запросов скудноват. т.е. люди как бы себя заранее ограничивают. или просто ведутся на глупый хайп маркетологов)

А что надо выбирать?

А что надо выбирать?

Обычной РСУБД хватит с головой

реляционки не нужны

а какие аргументы ?

Обычной РСУБД хватит с головой

Какой именно?

PostgreSQL, MySQL / MariaDB

Есть стек LAMP (там MySQL), есть MEAN (там MongoDB)

в MEAN - MongoDB от глупости

Объясните?

Смысл применения монги ? Я ее минусы описал выше.

А какой вообще смысл в монго?

А какой вообще смысл в монго?

если появляются такие вопросы то применять ее точно не стоит

в MEAN - MongoDB от глупости

MongoDB хороша для отдельных случаев. Яндекс вот её используют и не жалуются. Но использовать MongoDB исключительно из-за того, что ты пишешь на node.js, глупо, конечно

если появляются такие вопросы то применять ее точно не стоит

Есть же сравнение на их сайте: https://www.mongodb.com/compare/mongodb-mysql

MongoDB хороша для отдельных случаев. Яндекс вот её используют и не жалуются. Но использовать MongoDB исключительно из-за того, что ты пишешь на node.js, глупо, конечно

Именно. Использовать и знать зачем. Я например ее использую для сырых данных и GridFS. Осовная БД PostgreSQL

Такие вопросы появляются, когда выступают без аргументов. Хочется понять, как Вы пришли к такому выводу.

MongoDB хороша для отдельных случаев. Яндекс вот её используют и не жалуются. Но использовать MongoDB исключительно из-за того, что ты пишешь на node.js, глупо, конечно

Расскажете про отдельные случаи? В каких именно монго хороша?

Расскажете про отдельные случаи? В каких именно монго хороша?

http://www.ebaytechblog.com/2017/04/12/elasticsearch-cluster-lifecycle-at-ebay/

Такие вопросы появляются, когда выступают без аргументов. Хочется понять, как Вы пришли к такому выводу.

Ну во первых SQL это стандарт. Богатый декларативный язык для доступа к данным. В MongoDB с этим проблема. Сложные запросы там идут через боль. Далее транзакции. Монга гарантирует их только в пределах одной коллекции. Если бы сваливаем все данные в одну коллекцию, то у нас страдает глубина выборки (и без того плохая). Ну и те кто говорят что у меня нет строгой модели данных они ошибаются. Все проекты что я видел в 90% случаев имеют модель

В MongoDB нет sql , а значит проблем с языком нет

Расскажете про отдельные случаи? В каких именно монго хороша?

для чат-ботов она подходит. если не нужны "сложные" выборки

сложные выборки неу проблемс

подкручивается также сборкой индексов

В MongoDB нет sql , а значит проблем с языком нет

в монге свой язык запросов ) на базе JS и он крайне убог. мне надоело танцевать с мап редьюсами и агрегациями для примитивных выборок

А вот что будете делать с шардингом?

у вас мильярд записей, как поведет ваш acid

А вот что будете делать с шардингом?

для шардинга еще дорости надо. это 1 % проектов

в монге свой язык запросов ) на базе JS и он крайне убог. мне надоело танцевать с мап редьюсами и агрегациями для примитивных выборок

а о RethinkDB что скжешь? :D

а о RethinkDB что скжешь? :D

она загнулась

для шардинга еще дорости надо. это 1 % проектов

это без проблем, век сейчас биг даты

100 гиговые базу как будете крутить?

это без проблем, век сейчас биг даты

У нас сейчас 120 Гб база отлично живет на 1 инстансе PostgreSQL

А если туда войдут 10000 пользователей?

100 гигов это не бигдата, mysql со стандартными настройками 100 гигов будет крутить спокойно)