forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск документоориентированной СУБД Apache CouchDB 3.0 , opennews (??), 02-Мрт-20, (0) [смотреть все]

Полнотекстовый поиск добавили , Василий (??), 12:22 , 02-Мрт-20, (1) –2 //

да разные возможности были до тогоhttps github com gesellix couchdb-2-elastics, none_first (ok), 13:12 , 02-Мрт-20, (4) +1
добавили простое взаимодействие с lucene, в коммерческом продукте Cloudant lucen, GentooBoy (ok), 04:07 , 03-Мрт-20, (24)

Скрыто модератором, Ан (??), 12:34 , 02-Мрт-20, (2) //

Скрыто модератором, Аноним (3), 12:41 , 02-Мрт-20, (3) –2

интересная БД, учитывая историю её появления, создателя Damien Katz и развитие, none_first (ok), 13:17 , 02-Мрт-20, (5) +1
А зачем оно Кто-то может объяснить в чём преимущества, скажем, перед хранением , NameName (?), 17:23 , 02-Мрт-20, (6) –1 //

попробуйте в jsonb с запросами и возможно вопросы отпадут и хотя couchbase нес, none_first (ok), 17:26 , 02-Мрт-20, (7) –1 //

Так а преимущества-то в чём Как я понял, в том, что, если в Слоне хранить jsonb,, NameName (?), 18:15 , 02-Мрт-20, (8) –1 //

сложнее обслуживание и масштабирование, синтаксис несколько сложноват , с ключа, none_first (ok), 18:31 , 02-Мрт-20, (9)

Понятно, это для тех, у кого json головного мозга И, соответственно, главное тр, NameName (?), 18:40 , 02-Мрт-20, (10)

Вот это новость Плохой опыт , Аноним (17), 19:36 , 02-Мрт-20, (17) –1

К слову, там в статье такая дичь дикая написана Какие-то миллионы миллиардов jo, NameName (?), 18:43 , 02-Мрт-20, (11)

да и нет никакой проблемы хоть в квинтиллионе joins-ов , NameName (?), 18:52 , 02-Мрт-20, (13)
Denis Rosa, Developer Advocate, Couchbase on August 6, 2019Просто бизнес, в раше, ананчик (?), 04:15 , 04-Мрт-20, (36)

Бизнес не бизнес, а дело в том, что в статье это, кстати, типично для евангелис, Люся (?), 10:50 , 04-Мрт-20, (38)

В общем, преимущество одно -- если у вас есть специалист, который что-то там лаб, NameName (?), 18:50 , 02-Мрт-20, (12) +3 //

у кочбэйз ACID https blog couchbase com couchbase-brings-distributed-multi-doc, none_first (ok), 19:15 , 02-Мрт-20, (14)

Нет ACID-а там в принципе быть не может Обеспечивается целостность только на у, Ээээ (?), 19:25 , 02-Мрт-20, (15)

если вы хотите поспорить с документацией The database tier now offers ACID tr, none_first (ok), 20:17 , 02-Мрт-20, (19) +2

Да, но тут скорее не спор, а то, что в документации просто манипулируют понятием, Ээээ (?), 16:50 , 03-Мрт-20, (31)

дык напишите прям там, развенчайте манипуляцию , примерчики подкиньте - где не , none_first (ok), 19:33 , 05-Мрт-20, (41)

Зачем и для кого , Айяйяй (?), 00:14 , 07-Мрт-20, (46)

Не нужно кому и для чего Если у вас есть ОО-модель, то ОРМ сам вам всё разложит, Ээээ (?), 19:31 , 02-Мрт-20, (16) –3

ну как-то вот живут https habr com ru post 436762 , none_first (ok), 20:24 , 02-Мрт-20, (20) +1

хабр фу, Ээээ (?), 16:50 , 03-Мрт-20, (32)
Это просто модно так , Масса (?), 19:07 , 03-Мрт-20, (34)
Люди пишут, что в ряде случаев, чтобы работало быстрее они отказываются от тра, Масса (?), 19:14 , 03-Мрт-20, (35)

написано в каментах на предложение другой модели но с рсубд, что трудозатр, none_first (ok), 19:38 , 05-Мрт-20, (42)

Это всё похоже на бла-бла-бла Обчитался потциент Клипмана вот и произошёл такой, Нама (?), 18:29 , 06-Мрт-20, (43)

ну сделайте проект - докажите обратное, вы же уверены Мариот - тоже кучу все, none_first (ok), 18:59 , 06-Мрт-20, (44)

Да, мы все очень злы к друг другу -- сразу бросаемся разоблачать и сомневаться , Айяйяй (?), 00:05 , 07-Мрт-20, (45)

Сейчас нету смысла, 12 лет назад да эта БД считалась как прорыв, а сегодня остал, GentooBoy (ok), 04:20 , 03-Мрт-20, (25) +1 //

больше - ушли в кочбэйз и его пилят активно, none_first (ok), 12:49 , 03-Мрт-20, (30)

Таки выпилили совсем Erlang , qsdg (ok), 19:45 , 02-Мрт-20, (18) //

стесняюсь спросить первоисточник такого предположения , none_first (ok), 20:44 , 02-Мрт-20, (21) //

Ну в статье этой ни одного упоминания, qsdg (ok), 22:44 , 02-Мрт-20, (23) –1 //

вы точно читали , none_first (ok), 12:45 , 03-Мрт-20, (29)

Понимаю, что надежды мало, но спрошу кто-нибудь пробовал запихнуть в неё ФИАС , YetAnotherOnanym (ok), 21:37 , 02-Мрт-20, (22) //

Запихнуть конечно можно и даже работать будет, она даже будет в нормально синхро, GentooBoy (ok), 04:30 , 03-Мрт-20, (26) //

Спасибо, пощупаю, YetAnotherOnanym (ok), 11:30 , 03-Мрт-20, (27)

Как она, по сравнению в MongoDB Интересно послушать тех, кто имеет опыт разрабо, qq (??), 12:11 , 03-Мрт-20, (28) //

Опыт разработки в наше время это ни о чём, увы Каждый хвалит свой опыт , NameName (?), 17:56 , 03-Мрт-20, (33)
конкретно кочДБ ориентирован на несколько иные задачи если так можно выразиться, none_first (ok), 13:09 , 04-Мрт-20, (39)

Заюзал предыдущую версию как кэш json данных По началу было не плохо Данные сж, Аноним (37), 09:42 , 04-Мрт-20, (37)
Сейчас PostgreSQL с типом jsonb и индексами GIS намного круче , Аноним (40), 17:40 , 04-Мрт-20, (40)

Сообщения [Сортировка по времени | RSS]

7. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " –1 +/–

Сообщение от none_first (ok), 02-Мрт-20, 17:26

> А зачем оно? Кто-то может объяснить в чём преимущества, скажем, перед хранением
> документов в том же Слоне?
попробуйте в jsonb с запросами и возможно вопросы отпадут ;)
и хотя couchbase несколько другой продукт https://query-tutorial.couchbase.com/tutorial/#1

Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " –1 +/–

Сообщение от NameName (?), 02-Мрт-20, 18:15

Так а преимущества-то в чём?
Как я понял, в том, что, если в Слоне хранить jsonb, то как-то не так будут работать запросы? Сомневаюсь.

Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от none_first (ok), 02-Мрт-20, 18:31

> Так а преимущества-то в чём?
> Как я понял, в том, что, если в Слоне хранить jsonb, то
> как-то не так будут работать запросы? Сомневаюсь.
сложнее обслуживание и масштабирование, синтаксис "несколько сложноват", с ключами есть свои особенности, тулинг ещё не весь не везде, с документацией по jsonb не шибко, нужно описывать данные...
https://blog.couchbase.com/postgres-jsonb-and-nosql/
бенчей нет - скорость сравнить проблематично
и кочбэйз мастер-мастер, с достаточно простой клатеризацией и прочими плюшками
НО это все не про кочДБ ;) там тоже мастер-мастер, но нет мемори-фёст и нет n1ql

Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от NameName (?), 02-Мрт-20, 18:40

Понятно, это для тех, у кого json головного мозга. И, соответственно, главное требование к "СУБД", чтоб яваскриптик и ясон. И, да, мемори фёст. Можно подумать где-то мемори не фёст.
Мастер-мастеров не бывает. Ну не бывает. Мастер-мастер это как сказать ребёнку, что пальцы можно пихать в розетку, главное их сначала заточить, чтобы они в эту розетку влезли.

Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " –1 +/–

Сообщение от Аноним (17), 02-Мрт-20, 19:36

> не бывает
Вот это новость. Плохой опыт?

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от NameName (?), 02-Мрт-20, 18:43

К слову, там в статье такая дичь дикая написана. Какие-то миллионы миллиардов join-ов в РСУБД. Что за чушь.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

13. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от NameName (?), 02-Мрт-20, 18:52

... да и нет никакой проблемы хоть в квинтиллионе joins-ов.

Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от ананчик (?), 04-Мрт-20, 04:15

Denis Rosa, Developer Advocate, Couchbase on August 6, 2019
Просто бизнес, в раше кстати кто то из опсосов пользует

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

38. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Люся (?), 04-Мрт-20, 10:50

Бизнес не бизнес, а дело в том, что в статье (это, кстати, типично для евангелистов NoSQL) перевирается работа с реляционными СУБД. С ними есть проблемы, но совершенно другие. Т.е. текст статье орёт просто о том, что писавший её с реляционными СУБД не работал никогда, а труд его жизни это статейки обо всём на свете крапать (завидное умение).

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +3 +/–

Сообщение от NameName (?), 02-Мрт-20, 18:50

В общем, преимущество одно -- если у вас есть специалист, который что-то там лабал на яваскрипте или пехепе, то ему не нужно будет разбираться в особенностях реляционного моделирования и декларативных языках запросов. Что, в общем-то, неплохой такой плюс. А минусы? Типичны. Нет транзакционной и структурой целостности, нет изоляций, модель "не защищает себя сама".

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

14. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от none_first (ok), 02-Мрт-20, 19:15

> В общем, преимущество одно -- если у вас есть специалист, который что-то
> там лабал на яваскрипте или пехепе, то ему не нужно будет
> разбираться в особенностях реляционного моделирования и декларативных языках запросов.
> Что, в общем-то, неплохой такой плюс. А минусы? Типичны. Нет транзакционной
у кочбэйз ACID https://blog.couchbase.com/couchbase-brings-distributed-mult.../
> и структурой целостности, нет изоляций, модель "не защищает себя сама".
"реляционное моделирование" не всегда нужно (чаще не нужно), зачем оверинжиниринг?

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Ээээ (?), 02-Мрт-20, 19:25

Нет. ACID-а там в принципе быть не может. Обеспечивается целостность только на уровне записи, но не документа.

Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +2 +/–

Сообщение от none_first (ok), 02-Мрт-20, 20:17

> Нет. ACID-а там в принципе быть не может. Обеспечивается целостность только на
> уровне записи, но не документа.
если вы хотите поспорить с документацией...
"The database tier now offers ACID transactions across multiple documents, multiple buckets, and multiple nodes."
https://i2.wp.com/blog.couchbase.com/wp-content/uploads/2019...

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Ээээ (?), 03-Мрт-20, 16:50

Да, но тут скорее не спор, а то, что в документации просто манипулируют понятием.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от none_first (ok), 05-Мрт-20, 19:33

> Да, но тут скорее не спор, а то, что в документации просто
> манипулируют понятием.
дык напишите прям там, развенчайте "манипуляцию", примерчики подкиньте - где не будет работать как написано
Сервер доступен дя скачивания, тулинг для многих ЯП
https://docs.couchbase.com/java-sdk/3.0/howtos/distributed-a...

Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Айяйяй (?), 07-Мрт-20, 00:14

Зачем и для кого?

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " –3 +/–

Сообщение от Ээээ (?), 02-Мрт-20, 19:31

Не нужно кому и для чего? Если у вас есть ОО-модель, то ОРМ сам вам всё разложит. И поэтому никакое моделирование и не потребуется. Другое дело, что реляционные модели просто эффективней. Т.е. надёжно хранить что-то, надёжно изменять что-то, искать что-то или агрегировать что-то куда проще по реляционной модели (даже если вы никак с ней напрямую не работаете). Поэтому мне и не ясно зачем хранить сериализацию состояний объектов (пусть и в ясон-представлении), вместо того, чтобы давать указания "проигрывать" реляционную модель. Ведь выгоды никакой вообще, а издержек масса.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

20. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +1 +/–

Сообщение от none_first (ok), 02-Мрт-20, 20:24

> Не нужно кому и для чего? Если у вас есть ОО-модель, то
> ОРМ сам вам всё разложит. И поэтому никакое моделирование и не
> потребуется. Другое дело, что реляционные модели просто эффективней. Т.е. надёжно хранить
> что-то, надёжно изменять что-то, искать что-то или агрегировать что-то куда проще
> по реляционной модели (даже если вы никак с ней напрямую не
> работаете). Поэтому мне и не ясно зачем хранить сериализацию состояний объектов
> (пусть и в ясон-представлении), вместо того, чтобы давать указания "проигрывать" реляционную
> модель. Ведь выгоды никакой вообще, а издержек масса.
ну как-то вот живут ;) https://habr.com/ru/post/436762/

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Ээээ (?), 03-Мрт-20, 16:50

хабр? фу

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Масса (?), 03-Мрт-20, 19:07

Это просто модно так.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

35. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Масса (?), 03-Мрт-20, 19:14

Люди пишут, что в ряде случаев, "чтобы работало быстрее" они отказываются от транзакционной надёжности. Есть большой накопитель "в памяти", с предельно денормализованный моделью, который и принимает решения, а затем уже принятое таким образом решение дублируется относительно медленной обычной реляционной транзакционной СУБД. Решение вполне сносное: "накопитель в памяти" относительно их требований вполне надёжен, "грязь" в случае сбоя редка и решается административно и персонально. Но тут коуч используется не как СУБД, а как кэш (накопитель), персистируют же данные вполне традиционно -- в толстый реляционный надёжный Оракл.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

42. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от none_first (ok), 05-Мрт-20, 19:38

> Люди пишут, что в ряде случаев, "чтобы работало быстрее" они отказываются от
> транзакционной надёжности. Есть большой накопитель "в памяти", с предельно денормализованный
> моделью, который и принимает решения, а затем уже принятое таким образом
> решение дублируется относительно медленной обычной реляционной транзакционной СУБД.
> Решение вполне сносное: "накопитель в памяти" относительно их требований вполне надёжен,
> "грязь" в случае сбоя редка и решается административно и персонально. Но
> тут коуч используется не как СУБД, а как кэш (накопитель), персистируют
> же данные вполне традиционно -- в толстый реляционный надёжный Оракл.
"написано" (в каментах) на предложение "другой" модели но с рсубд, что трудозатраты были бы выше, чем даже переписать под новый движок
https://habr.com/ru/post/436762/#comment_19640432

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Нама (?), 06-Мрт-20, 18:29

Это всё похоже на бла-бла-бла. Обчитался потциент Клипмана вот и произошёл такой вот прецедент. В индустрии же важно быть модным. Чтоб движуха была, а то динозавром заклеймят.
Из статьи не понял зачем там объективно NoSQL. Больной жаловался на то, что "Оракл много транзакций не может". Может. До одури много может. Потолок в ярд явно надуман. Не вижу что там в этот ярд может упереться. И совершенно мне не ясно зачем там объектный кэш для повышения оперативности реакции. Буквально, автор утверждает, что алгоритмы поиска в памяти у Коуча быстрее, чем у Оракла. Что-то очень-очень сомнительно.

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от none_first (ok), 06-Мрт-20, 18:59

> Это всё похоже на бла-бла-бла. Обчитался потциент Клипмана вот и произошёл такой
> вот прецедент. В индустрии же важно быть модным. Чтоб движуха была,
> а то динозавром заклеймят.
> Из статьи не понял зачем там объективно NoSQL. Больной жаловался на то,
> что "Оракл много транзакций не может". Может. До одури много может.
> Потолок в ярд явно надуман. Не вижу что там в этот
> ярд может упереться. И совершенно мне не ясно зачем там объектный
> кэш для повышения оперативности реакции. Буквально, автор утверждает, что алгоритмы поиска
> в памяти у Коуча быстрее, чем у Оракла. Что-то очень-очень сомнительно.
ну сделайте проект - докажите обратное, вы же "уверены" ;)
Мариот - тоже кучу всего перепробывал, ушел на коуч - SQL захлебывался, почитайет по ссылкам.
иБэй заюзал коуч https://www.youtube.com/watch?v=2GZA5SrWlvk&feature=youtu.be
Маркетинг - ну есть, не без этого, но это большой бизнес и просто на шару ввязаться в масштабный проект с заменой движка... звучит более сомнительно

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 " +/–

Сообщение от Айяйяй (?), 07-Мрт-20, 00:05

Да, мы все очень злы к друг другу -- сразу бросаемся разоблачать и сомневаться. Объективно, в статье не достаточно исходных данных. Поэтому и включается опыт (и дремучие инстинкты). А мой опыт твердит, что NoSQL это совсем ни к чему. Это один из симптомов куда более выше расположившейся болезни.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	7. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	–1 +/–
	Сообщение от none_first (ok), 02-Мрт-20, 17:26
	> А зачем оно? Кто-то может объяснить в чём преимущества, скажем, перед хранением > документов в том же Слоне? попробуйте в jsonb с запросами и возможно вопросы отпадут ;) и хотя couchbase несколько другой продукт https://query-tutorial.couchbase.com/tutorial/#1
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	–1 +/–
	Сообщение от NameName (?), 02-Мрт-20, 18:15
	Так а преимущества-то в чём? Как я понял, в том, что, если в Слоне хранить jsonb, то как-то не так будут работать запросы? Сомневаюсь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от none_first (ok), 02-Мрт-20, 18:31
	> Так а преимущества-то в чём? > Как я понял, в том, что, если в Слоне хранить jsonb, то > как-то не так будут работать запросы? Сомневаюсь. сложнее обслуживание и масштабирование, синтаксис "несколько сложноват", с ключами есть свои особенности, тулинг ещё не весь не везде, с документацией по jsonb не шибко, нужно описывать данные... https://blog.couchbase.com/postgres-jsonb-and-nosql/ бенчей нет - скорость сравнить проблематично и кочбэйз мастер-мастер, с достаточно простой клатеризацией и прочими плюшками НО это все не про кочДБ ;) там тоже мастер-мастер, но нет мемори-фёст и нет n1ql
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от NameName (?), 02-Мрт-20, 18:40
	Понятно, это для тех, у кого json головного мозга. И, соответственно, главное требование к "СУБД", чтоб яваскриптик и ясон. И, да, мемори фёст. Можно подумать где-то мемори не фёст. Мастер-мастеров не бывает. Ну не бывает. Мастер-мастер это как сказать ребёнку, что пальцы можно пихать в розетку, главное их сначала заточить, чтобы они в эту розетку влезли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	–1 +/–
	Сообщение от Аноним (17), 02-Мрт-20, 19:36
	> не бывает Вот это новость. Плохой опыт?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от NameName (?), 02-Мрт-20, 18:43
	К слову, там в статье такая дичь дикая написана. Какие-то миллионы миллиардов join-ов в РСУБД. Что за чушь.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	13. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от NameName (?), 02-Мрт-20, 18:52
	... да и нет никакой проблемы хоть в квинтиллионе joins-ов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от ананчик (?), 04-Мрт-20, 04:15
	Denis Rosa, Developer Advocate, Couchbase on August 6, 2019 Просто бизнес, в раше кстати кто то из опсосов пользует
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	38. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Люся (?), 04-Мрт-20, 10:50
	Бизнес не бизнес, а дело в том, что в статье (это, кстати, типично для евангелистов NoSQL) перевирается работа с реляционными СУБД. С ними есть проблемы, но совершенно другие. Т.е. текст статье орёт просто о том, что писавший её с реляционными СУБД не работал никогда, а труд его жизни это статейки обо всём на свете крапать (завидное умение).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+3 +/–
	Сообщение от NameName (?), 02-Мрт-20, 18:50
	В общем, преимущество одно -- если у вас есть специалист, который что-то там лабал на яваскрипте или пехепе, то ему не нужно будет разбираться в особенностях реляционного моделирования и декларативных языках запросов. Что, в общем-то, неплохой такой плюс. А минусы? Типичны. Нет транзакционной и структурой целостности, нет изоляций, модель "не защищает себя сама".
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	14. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от none_first (ok), 02-Мрт-20, 19:15
	> В общем, преимущество одно -- если у вас есть специалист, который что-то > там лабал на яваскрипте или пехепе, то ему не нужно будет > разбираться в особенностях реляционного моделирования и декларативных языках запросов. > Что, в общем-то, неплохой такой плюс. А минусы? Типичны. Нет транзакционной у кочбэйз ACID https://blog.couchbase.com/couchbase-brings-distributed-mult.../ > и структурой целостности, нет изоляций, модель "не защищает себя сама". "реляционное моделирование" не всегда нужно (чаще не нужно), зачем оверинжиниринг?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Ээээ (?), 02-Мрт-20, 19:25
	Нет. ACID-а там в принципе быть не может. Обеспечивается целостность только на уровне записи, но не документа.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+2 +/–
	Сообщение от none_first (ok), 02-Мрт-20, 20:17
	> Нет. ACID-а там в принципе быть не может. Обеспечивается целостность только на > уровне записи, но не документа. если вы хотите поспорить с документацией... "The database tier now offers ACID transactions across multiple documents, multiple buckets, and multiple nodes." https://i2.wp.com/blog.couchbase.com/wp-content/uploads/2019...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Ээээ (?), 03-Мрт-20, 16:50
	Да, но тут скорее не спор, а то, что в документации просто манипулируют понятием.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от none_first (ok), 05-Мрт-20, 19:33
	> Да, но тут скорее не спор, а то, что в документации просто > манипулируют понятием. дык напишите прям там, развенчайте "манипуляцию", примерчики подкиньте - где не будет работать как написано Сервер доступен дя скачивания, тулинг для многих ЯП https://docs.couchbase.com/java-sdk/3.0/howtos/distributed-a...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Айяйяй (?), 07-Мрт-20, 00:14
	Зачем и для кого?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	–3 +/–
	Сообщение от Ээээ (?), 02-Мрт-20, 19:31
	Не нужно кому и для чего? Если у вас есть ОО-модель, то ОРМ сам вам всё разложит. И поэтому никакое моделирование и не потребуется. Другое дело, что реляционные модели просто эффективней. Т.е. надёжно хранить что-то, надёжно изменять что-то, искать что-то или агрегировать что-то куда проще по реляционной модели (даже если вы никак с ней напрямую не работаете). Поэтому мне и не ясно зачем хранить сериализацию состояний объектов (пусть и в ясон-представлении), вместо того, чтобы давать указания "проигрывать" реляционную модель. Ведь выгоды никакой вообще, а издержек масса.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	20. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+1 +/–
	Сообщение от none_first (ok), 02-Мрт-20, 20:24
	> Не нужно кому и для чего? Если у вас есть ОО-модель, то > ОРМ сам вам всё разложит. И поэтому никакое моделирование и не > потребуется. Другое дело, что реляционные модели просто эффективней. Т.е. надёжно хранить > что-то, надёжно изменять что-то, искать что-то или агрегировать что-то куда проще > по реляционной модели (даже если вы никак с ней напрямую не > работаете). Поэтому мне и не ясно зачем хранить сериализацию состояний объектов > (пусть и в ясон-представлении), вместо того, чтобы давать указания "проигрывать" реляционную > модель. Ведь выгоды никакой вообще, а издержек масса. ну как-то вот живут ;) https://habr.com/ru/post/436762/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Ээээ (?), 03-Мрт-20, 16:50
	хабр? фу
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Масса (?), 03-Мрт-20, 19:07
	Это просто модно так.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	35. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Масса (?), 03-Мрт-20, 19:14
	Люди пишут, что в ряде случаев, "чтобы работало быстрее" они отказываются от транзакционной надёжности. Есть большой накопитель "в памяти", с предельно денормализованный моделью, который и принимает решения, а затем уже принятое таким образом решение дублируется относительно медленной обычной реляционной транзакционной СУБД. Решение вполне сносное: "накопитель в памяти" относительно их требований вполне надёжен, "грязь" в случае сбоя редка и решается административно и персонально. Но тут коуч используется не как СУБД, а как кэш (накопитель), персистируют же данные вполне традиционно -- в толстый реляционный надёжный Оракл.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	42. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от none_first (ok), 05-Мрт-20, 19:38
	> Люди пишут, что в ряде случаев, "чтобы работало быстрее" они отказываются от > транзакционной надёжности. Есть большой накопитель "в памяти", с предельно денормализованный > моделью, который и принимает решения, а затем уже принятое таким образом > решение дублируется относительно медленной обычной реляционной транзакционной СУБД. > Решение вполне сносное: "накопитель в памяти" относительно их требований вполне надёжен, > "грязь" в случае сбоя редка и решается административно и персонально. Но > тут коуч используется не как СУБД, а как кэш (накопитель), персистируют > же данные вполне традиционно -- в толстый реляционный надёжный Оракл. "написано" (в каментах) на предложение "другой" модели но с рсубд, что трудозатраты были бы выше, чем даже переписать под новый движок https://habr.com/ru/post/436762/#comment_19640432
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Нама (?), 06-Мрт-20, 18:29
	Это всё похоже на бла-бла-бла. Обчитался потциент Клипмана вот и произошёл такой вот прецедент. В индустрии же важно быть модным. Чтоб движуха была, а то динозавром заклеймят. Из статьи не понял зачем там объективно NoSQL. Больной жаловался на то, что "Оракл много транзакций не может". Может. До одури много может. Потолок в ярд явно надуман. Не вижу что там в этот ярд может упереться. И совершенно мне не ясно зачем там объектный кэш для повышения оперативности реакции. Буквально, автор утверждает, что алгоритмы поиска в памяти у Коуча быстрее, чем у Оракла. Что-то очень-очень сомнительно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от none_first (ok), 06-Мрт-20, 18:59
	> Это всё похоже на бла-бла-бла. Обчитался потциент Клипмана вот и произошёл такой > вот прецедент. В индустрии же важно быть модным. Чтоб движуха была, > а то динозавром заклеймят. > Из статьи не понял зачем там объективно NoSQL. Больной жаловался на то, > что "Оракл много транзакций не может". Может. До одури много может. > Потолок в ярд явно надуман. Не вижу что там в этот > ярд может упереться. И совершенно мне не ясно зачем там объектный > кэш для повышения оперативности реакции. Буквально, автор утверждает, что алгоритмы поиска > в памяти у Коуча быстрее, чем у Оракла. Что-то очень-очень сомнительно. ну сделайте проект - докажите обратное, вы же "уверены" ;) Мариот - тоже кучу всего перепробывал, ушел на коуч - SQL захлебывался, почитайет по ссылкам. иБэй заюзал коуч https://www.youtube.com/watch?v=2GZA5SrWlvk&feature=youtu.be Маркетинг - ну есть, не без этого, но это большой бизнес и просто на шару ввязаться в масштабный проект с заменой движка... звучит более сомнительно
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск документоориентированной СУБД Apache CouchDB 3.0 "	+/–
	Сообщение от Айяйяй (?), 07-Мрт-20, 00:05
	Да, мы все очень злы к друг другу -- сразу бросаемся разоблачать и сомневаться. Объективно, в статье не достаточно исходных данных. Поэтому и включается опыт (и дремучие инстинкты). А мой опыт твердит, что NoSQL это совсем ни к чему. Это один из симптомов куда более выше расположившейся болезни.
	Ответить \| Правка \| Наверх \| Cообщить модератору