| |
| 2.2, Аноним (-), 23:08, 20/09/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
CouchDB 2.0 это и есть Cloudant, IBM вернул купленные наработки в upstream и теперь пилит CouchDB, а не отдельный продукт.
| | |
| |
| 3.6, Аноним (-), 23:46, 20/09/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>CouchDB 2.0 это и есть Cloudant
спасибо кэп, только урезанный
>IBM вернул купленные наработки в upstream и теперь пилит CouchDB, а не отдельный продукт.
еще один эксперт
| | |
|
|
| |
| 2.10, Аноним (-), 01:07, 21/09/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Зачем нужен CouchbDB, когда есть Couchbase?
что бы продавать Cloudant
| | |
|
| 1.4, Аноним (-), 23:26, 20/09/2016 [ответить] [﹢﹢﹢] [ · · · ] | –7 +/– | Позорище-то какое Пишется один продукт, в котором производительность в топ3 тре... большой текст свёрнут, показать | | |
| |
| 2.5, vatocefal (?), 23:43, 20/09/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Рыночная доля где? На рынке написания плагинов для вордпреса?
Доля где бы то ни было никакой роли не играет для языка, на котором БД написана - лишь автор и ещё какое-то кол-во заинтересованных лиц в него могли.
Эрланг тормозит, но кого это колышет в IO-bound задачах? Перекладывать байты по сети это то, для чего Эрланг создавался. А для CPU-bound задач у них JS. И движок, наверное, можно сменить, если очень припрёт.
| | |
| |
| 3.8, Аноним (-), 01:05, 21/09/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Все рассуждения про IO-bound очень хорошо работают ровно до тех пор, пока кто-то не начинает писать приложение на языке с cg. Потом начинается позорище. Ты поставил SSD? У тебя весь кластер влезает в стойку? Ты хочешь ответ сразу? А потерпи, потому что настало время собирать мусор. Хочешь gc пореже? Окей, будешь чуть более IO-bound, ведь вместо файлового кэша вся память сервера будет забита трупами эрланговых объектов.
Кстати, если решишься воспользоваться гуглом (там же находится ответ на твой вопрос про долю эрланга), посмотри заодно багрепорты CouchDB про их проблемы с gc. Спойлер: они в апачевской джире уже несколько лет висят с приоритетом major и статусом unresolved, потому что дети взяли микроскоп и не понимают, почему он не подходит для забивания гвоздей. Микроскоп ведь явно лучше молотка, правда? Можно тысячи легковесных процессов спавнить. Можно код патчить без остановки системы. Всё можно, только вот самые простые гвозди (типа внятной работы с памятью на довольно простых операциях с БД) что-то не забиваются никак. В задаче никакой проблемы нет, а вот в решении через эрланг она почему-то не только есть, но ещё и неустранимая. Странно, не правда ли?
| | |
|
| 2.20, Аноним (-), 10:27, 22/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Spidermokey (в отличии от V8) собирается для всех архитектур. И он тупо быстрее чем v8.
| | |
|
| |
| 2.14, Аноним (-), 11:22, 21/09/2016 [^] [^^] [^^^] [ответить]
| +/– |
Проще в настройке, не нужен серверсайд, использовать строго с pouchdb. Если вам нужен просто хранение json без поиска поиска по ним, это ваш выбор. Если вам нужно веб приложение работающее в оффлайне/онлайн с бд тоже подходящий юзкейс.
Хуже тем что, медленная, большая БД. если простым текстом у вас 50мб данных(300k записей), то в БД будет занимать где то 1гб, плюс индексы займут не меньше. Отсутствие поиска.
| | |
| |
| 3.16, Аноним (-), 17:21, 21/09/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> если простым текстом у вас 50мб данных(300k записей), то в БД будет занимать где то 1гб
o_O
Какой раскудрявой жопой надо писать сериализацию, чтоб такое получить?
| | |
| |
| 4.17, Аноним (-), 19:21, 21/09/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Спроси у разработчиков, внутрь я не смотрел, провел тесты > ахринел > понял что мне оно не надо.
| | |
|
|
|
| 1.19, Аноним (-), 21:47, 21/09/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
О, наконец-то 2.0, дождались! Используем в продакшене уже почти 2 года, полёт нормальный. Кушает много, да, но нам был важен master to master replication, а выбор таких БД весьма невелик.
| | |
|
