|
2.56, mumu (ok), 01:33, 10/12/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
По скриншотам на веб-морду похоже. Если не веб, то оооочень странно.
| |
|
1.3, Аноним (-), 10:57, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
очередная ненужная технология( сколько уже было касандр, коучдб и всяких монго, только почему тогда если это такие прорывные технологии их используют 2,5 анонимуса? если хочется мощности бери SQL, если хочется простоты бери LDAP, а эту приблуду не бери во век не отмоешься)
| |
|
2.5, Аноним (-), 11:22, 09/12/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну используем в продакшене, миллионы записей в минуту на обычном сервере может обеспечить только монга. С чего ты взял, что оно никому не нужно?
| |
|
3.6, Аноним (-), 11:31, 09/12/2015 [^] [^^] [^^^] [ответить]
| –3 +/– |
я не сказал что никому, я сказал нужно очень ограниченному числу(2,5)) но то как подается MongoDB как лекарство от всех болезней, все эти крики "NoSQL-круто, SQL-рип" и прочие бредни просто вымыкают( кстати на счет миллиона записей в минуту на обычном сервере, попробуют OpenLDAP последних версий, потянет только так)
| |
|
4.15, Аноним (-), 12:16, 09/12/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Когда openldap научиться не тормозить при просмотре прав? Десяток тысяч записей стягивает по пол часа. Всю его производительность убивает то, что он не кэширует права, а для каждой записи определяет заново.
| |
|
3.7, Аноним (-), 11:33, 09/12/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Mysql легко дает десятки тысяч записей в секунду на таблицах в памяти.
| |
|
4.10, Аноним (-), 12:00, 09/12/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не знаю как в 5.7, но в 5.6 аналог set, реализованный на sql, у меня сжирал проц на 100% этапе парсинга.
| |
|
5.11, Аноним (-), 12:07, 09/12/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
MySQL единым живы? что больше нет SQL? Firebird, PostgreSQL, форки MySQL это только из свободного
| |
|
6.13, Аноним (-), 12:12, 09/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
Форки не далеко ушли от MySQL. Если конкретнее, то Percona сама заявила что уходить не собирается. MariaDB только подкручивает внешние бирюльки.
| |
|
7.22, Аноним (-), 12:38, 09/12/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
хочешь энтерпрайза из мира opensourse бери Firebird(Interbase в девичестве), а если ты будешь в кровавом MySQL юзать, добра не жди.
| |
|
8.67, Чаёвник (?), 14:00, 10/12/2015 [^] [^^] [^^^] [ответить] | –2 +/– | Единственная ниша FB - студенческие поделки на Delphi с переносимой БД для тех ... текст свёрнут, показать | |
|
|
|
|
|
3.53, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ну используем в продакшене, миллионы записей в минуту на обычном сервере может
> обеспечить только монга. С чего ты взял, что оно никому не
> нужно?
Миллион записей в минуту это проблема? На MSSQL работал и что-то не помню с этим проблем.
| |
|
4.75, . (?), 18:57, 10/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Миллион записей в минуту это проблема? На MSSQL работал и что-то не помню с этим проблем.
а теперь расскажи сколько 8-core nodes в твоём кластере :)
| |
|
3.62, Роман (??), 11:22, 10/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Ну используем в продакшене, миллионы записей в минуту на обычном сервере может
> обеспечить только монга. С чего ты взял, что оно никому не
> нужно?
В Tarantool (http://tarantool.org) можно делать миллионы в СЕКУНДУ на одном ядре обычного ноутбука.
| |
|
|
|
4.17, Классический Анонимус (?), 12:21, 09/12/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Оракель фуфло. Смысл его использовать только если с тобой откатами делятся. В Яндексе вон планомерно с Оракла на Постгри уходят.
| |
|
5.20, Аноним (-), 12:33, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
только не надо рассказывать... будет как всегда, СПО базам дадут какой нибудь нетребовательный к производительности и надежности класс задач, а вот все самое вкусное будет крутится все на той же проприоритарщине( еле выговорил, фух!
| |
|
6.39, . (?), 19:01, 09/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не - ну раз ты сказал то конечно ... расходимся пацаны! :)
| |
6.45, SunXE (ok), 19:42, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Тут как с железом, например мощную и надежную санку меняют на кластер дешевых x86. То же самое и с софтом. Вместо дорогих энтерпрайзных баз делают кластера на бесплатном софте. Обеспечивая мощность и стабильность.
| |
|
|
8.72, Аноним (-), 18:11, 10/12/2015 [^] [^^] [^^^] [ответить] | –2 +/– | Кластер по определению не надежнее В нем частей больше Ну и всяко не производи... текст свёрнут, показать | |
|
|
|
5.46, Аноним (-), 19:43, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
О да, они писали об этом. И к слову графики выкладывали где сравнивали Oracle, PostgreSQL И MySQL на своей нагрузке. И чё то не в пользу последних.
| |
|
6.50, Dzmitry (??), 21:12, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> О да, они писали об этом. И к слову графики выкладывали где
> сравнивали Oracle, PostgreSQL И MySQL на своей нагрузке. И чё то
> не в пользу последних.
Ну, по сравнению с Монгой любая из них быстрее.
| |
|
|
4.27, Аноним (-), 13:04, 09/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
Сайт всё еще называется OpenNET, причем здесь ваш Оракель? Если бы у всех были средства на него, тут бы наверно не обсуждали MySQL.
| |
|
5.30, Аноним (-), 13:20, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
я не призываю к покупку Oracle DB я просто утверждаю тот факт что SQL может нагнуть любой NoSQL
| |
|
6.33, rob pike (?), 15:10, 09/12/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
И любой NoSQL может нагнуть любой SQL.
В зависимости от требований, обстоятельств, и главное - кто, как и в какой руке их держит.
| |
|
7.44, Аноним (-), 19:37, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
NoSQL может нагнуть SQL я согласен, только какой ценой? ценой нулевой функциональности? завязуй
| |
|
8.48, Аноним (-), 20:42, 09/12/2015 [^] [^^] [^^^] [ответить] | –1 +/– | Разговор в сторону уходит Не всегда нужна функциональность SQL Другое дело что... текст свёрнут, показать | |
|
7.51, Dzmitry (??), 21:14, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> И любой NoSQL может нагнуть любой SQL.
> В зависимости от требований, обстоятельств, и главное - кто, как и в
> какой руке их держит.
Лол.
Нет, по многим фичам. Join-ы, например, ACID.
| |
|
|
|
|
3.54, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> SQL на множестве простых запросов загибается, вот и всё.
Запросы кривые
| |
3.63, Роман (??), 11:34, 10/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
> SQL на множестве простых запросов загибается, вот и всё.
Тут дело не в том, что SQL или NoSQL. SQL, конечно, дает огромный overhead на парсинг запроса, оптимизатор и т.п., но основные проблемы тут дают устаревшие технологии хранения, основанные на B-деревьях. Любой WiredTiger (или чего там этот webscale теперь юзает) или прочая там София в тарантуле порвет классическое блочное дерево на запись.
| |
|
2.31, Аноним (-), 13:52, 09/12/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
> если хочется простоты бери LDAP
> простоты
> LDAP
настало время ох*ительных историй...
| |
|
3.55, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Объясните мне, пожалуйста, при чём здесь LDAP и NoSQL ?
LDAP это SQL?
| |
|
2.69, Fogg (?), 14:44, 10/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
не поверишь, но в некоторых интерпрайз продуктах (ПАК) та же касандра используется.
| |
|
1.23, rob pike (?), 12:39, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Новый модуль для сопряжения с системами бизнес-аналитики, такими как Tableau и Qlikview
> MongoDB will be shipping PostgreSQL as its "legacy BI connector" in version 3.2, using PostgreSQL+Multicorn FDW as a wrapper to connect SQL-based BI systems to Mongo. | |
|
2.64, Роман (??), 11:37, 10/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Новый модуль для сопряжения с системами бизнес-аналитики, такими как Tableau и Qlikview
>> MongoDB will be shipping PostgreSQL as its "legacy BI connector" in version 3.2, using PostgreSQL+Multicorn FDW as a wrapper to connect SQL-based BI systems to Mongo.
Постгря - хорошая база и далеко не везде надо пихать NoSQL.
| |
|
|
|
5.80, Аноним (-), 20:32, 11/12/2015 [^] [^^] [^^^] [ответить]
| +/– |
блинг на нем шикраный написали как-то )
еще эмбеддовка была в другой компании(телефонная хреновина развесистая(причем не только VoIP, 5-в-1 аж)).
| |
|
|
3.76, Аноним (-), 18:58, 10/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Постгря - хорошая база и далеко не везде надо пихать NoSQL.
Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически.
| |
|
4.81, Аноним (-), 20:36, 11/12/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Постгря - хорошая база и далеко не везде надо пихать NoSQL.
> Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически.
NoSQL надо, когда:
1. когда надо РАСПРЕДЕЛЕННОЕ. без точек отказа. и масштабирующее нагрузку.
SQL - не может. максимум - репликация и тпю
2. когда надо низкий оверхэд.
3. когда просто логика банальна, исчезающе мала(но это в основном эмбеддовка. и то, только стартовый конфиг)и соотв нужда в SQL - равна 0.
во всех Остальных случаях - SQL - заруливает Все и вся.
отдельный случай - Гибридные системы. вроде распределенных SQL-серваков. но это очень "отдельный зверь" и на эту тему книгу надо писать(имеющиеся - довольно поверхностно тему описывают).
| |
|
3.79, dlazerka (ok), 11:41, 11/12/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Постгря - хорошая база и далеко не везде надо пихать NoSQL.
Я на последней работе так и сделал после мытарств с этой ;%*$ монгой -- положил всё в PostgreSQL тупо в один столбец типа jsonb.
Проверил скорость -- в 2-3 раза быстрее стало :) Я сначала не поверил даже.
| |
|
|
|