| |
| |
| 3.6, A.Stahl (ok), 08:48, 09/09/2016 [^] [^^] [^^^] [ответить]
| +12 +/– |
 Сравнивать можно всё. Например: апельсин значительно круглее пирамиды, а мертвый хомяк хуже правил дорожного движения.
| | |
| |
| 4.8, GreenX (ok), 09:36, 09/09/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Ладно про апельсин.... у его просто больше (сильно больше) углов, это сравнимо. НО мертвый хомяк гораздо лучше ППД, он даже лучше живого хомяка - его можно закопать и дома наконец будет меньше вонять.
| | |
| |
| 5.9, A.Stahl (ok), 09:39, 09/09/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Зато по ПДД можно научиться читать. И ПДД спасает жизни. А мёртвый хомяк умеет лишь вонять. Он даже не вонять не умеет.
| | |
| |
| 6.10, Yuris (??), 09:47, 09/09/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Но мёртвый хомяк не может ошибиться, а ошибка в ПДД запросто может увеличить число мёртвых хомяков!
| | |
| 6.11, GreenX (ok), 09:50, 09/09/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Есть такое "Не ты, дык в тебя", т.е. даже прочитав и выучив все ППД вы не застрахованы от аварии. т.е. умение читать, не может быть лучше свойства вонять (или не вонять).
| | |
| 6.13, Аноним (-), 09:57, 09/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Если умело подбросить мёртвого хомяка человеку в машину, ему вместо ПДД потребуется проездной.
| | |
| 6.35, freehck (ok), 13:34, 09/09/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > ПДД спасает жизни.
А нам в автошколе врачи МЧС рассказывали, что в ПДД по части оказания доврачебной медицинской помощи написана редкостная фигня, исполнение которой приведёт к гибели пострадавшего в ДТП. И учили "как надо отвечать" и "что на самом деле надо делать". :)
| | |
| |
| 7.36, Andrey Mitrofanov (?), 13:49, 09/09/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> ПДД спасает жизни.
> А нам в автошколе врачи МЧС рассказывали,
Теперь ты круче, чем пдд и мёртвый хомяк, вместе взятые. Да-а?
| | |
|
| 6.46, Аноним (-), 22:39, 11/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Мёртвый хомяк гораздо лучше удобряет землю, чем ПДД, так что мёртвый хомяк-таки лучше ПДД.
| | |
|
|
|
| 3.32, Онаним (?), 12:41, 09/09/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Как их можно сравнивать вообще?
Очень просто: берёшь одну задачу и решаешь её с помощью обеих. Я вот, в своё время, немало экспериментировал с довольно большими временными рядами, но делал это на MySQL и MS SQL Server. Очень любопытно на сколько эта штука справилась бы с этой задачей лучше. Если не сильно лучше - то не нужно, если сильно - значит надо переходить в таких задачах на неё. Этот принцип можно применить к любой СУБД, любое новое специализированное решение следует оценивать именно по критерию того, на сколько оно в своей сфере лучше универсального.
| | |
|
| 2.29, Омоним (?), 12:30, 09/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Почему? В принципе, при прочих равных, я бы тоже всегда выбрал полноценную SQL-базу, конечно, но тут вопрос скорости в конкретной задаче, на сколько я понимаю - вроде как подразумевается, что InfluxDB намного быстрее при работе с данными конкретного типа. Так что уже подумываю попробовать. На самом деле реально было бы интересно увидеть бенчмарки, сравнивающие Influx с Maria/MySQL, Mongo, Cassandra и Scylla (на примере обработки временных рядов, разумеется).
| | |
|
| |
| 2.26, Andrey Mitrofanov (?), 11:46, 09/09/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Полезно!
Сравнения с RRD нет -- но радужный сайтик, с "девопсами" и гитхубиками, с MIT-l. и "коммерчесукой" версией... Это не настоящие time-series, ящитаю.
| | |
|
| 1.3, LinuxID (ok), 01:28, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.
| | |
| |
| 2.7, Q (??), 08:57, 09/09/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.
Не, influx это не elasticsearch. Это для храения метрик,т.е. не сами логи в нее пихать, а числа - количество и объем запросов в минуту,кол-во закешированного и промахоа, и.т.д.
| | |
| |
| 3.24, thelamon (ok), 11:28, 09/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Не совсем понятно.
Вообще, имхо, в influx можно пихать достаточно большие сырые данные (timestamp, куча key-value полей), и по ним он сам сделает агрегации и расчеты все (те самые запросы в минуту итд).
Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).
С эластик в принципе можно всё то же самое всунуть, но эластик достаточно хорошо индексирует.
| | |
| |
| 4.42, Sw00p aka Jerom (?), 01:45, 10/09/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>>Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).
Timestamps must be in Unix time and are assumed to be in nanoseconds.
[unix-nano-timestamp]
пс: ссылку на баг репорт в студию
| | |
|
|
|
| 1.5, tr (?), 06:44, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Поддержка создания отказоустойчивых и распределённых кластерных конфигураций; - это в коммерческом продукте InfluxEnterprise
| | |
| |
| |
| |
| 4.37, Аноним (-), 14:13, 09/09/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
лицензия лицензией, а распределённого опенсорцного инфлюха больше не будет, и об этом известно уже несколько месяцев
| | |
| |
| 5.41, Аноним (-), 21:51, 09/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Если оно кому-то надо, форкнут.
Если никому не надо, ну значит никому не надо.
| | |
|
|
|
|
| 1.27, Аноним (-), 11:59, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
в предыдущих версиях оно было нестабильным да и при 100k rps сервер сдыхал, пытались использовать в качестве бэкенда для графита, в итоге выбрали касандру, т.к. она показала себя лучше.
| | |
| 1.28, Аноним (-), 12:23, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ?
| | |
| |
| 2.44, Аноним (-), 14:49, 10/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
> ?
нет
| | |
| 2.45, Аноним (-), 14:51, 10/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
> ?
это как rrd, только сетевой и с языком запросов
| | |
|
| 1.33, ...aNALaGgReeSROR... (?), 13:13, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
представлена новая СУБД LeftJoinBD
предназначена для хранения данных о штрафах ГИБДД. вот такая она специализированная, и только для лефт джойн запросов. очень под них оптимизирована, остальное неоптимизировано
| | |
| 1.39, Аноним (-), 15:57, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Оно умеет индексировать по каким-то дополнительным полям? Т.е. можно, например, свалить в одну таблицу записи о нескольких сотнях субъектов (так, что о каждом из них в таблице будут миллионы записей) и потом эффективно выбирать записи, касающиеся конкретного субъекта?
| | |
| 1.47, MMx (?), 09:48, 15/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Фиг знает, я после перебора ряда новых БД остановился на ArangoDB.
| | |
| |
| 2.48, MMx (?), 09:52, 15/09/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
А так - Maria или Percona. Если всё более-менее по классике.
Хотя, под Марию есть плагин hqgraph, который позволяет работать с графовыми данными, искать кратчайшие пути, например.
Зато в Percona в таблицах типа MEMORY можно хранить данные типа TEXT и BLOB. В Марии и Мускуле - нельзя, насколько мне известно.
| | |
|
| 1.49, Аноним (-), 01:54, 16/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
такое примнение и использование Go - это сразу в thrashcan.
и вообще это вотчина обьектно-реляционных гибридов/мутантов а не таких скотче-соплевых студенческих импровизаций.
| | |
|
