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

"Microsoft открыл код СУБД DocumentDB, основанной на PostgreSQL"	+/–
Сообщение от opennews (??), 27-Янв-25, 12:31
Компания Microsoft объявила об открытии кода проекта DocumentDB, который может использоваться как отдельная NoSQL СУБД, как платформа для создания собственных систем хранения или как дополнение для хранения данных в формате BSON в СУБД PostgreSQL.  На практике DocumentDB применяется в Microsoft в качестве основы продукта "Azure Cosmos DB for MongoDB", предоставляющего интерфейс, совместимый с документо-ориентированной СУБД MongoDB. Код проекта написан на языке Си и распространяется под лицензией MIT. Движок DocumentDB реализован в форме надстройки над СУБД PostgreSQL... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62621
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 27-Янв-25, 12:31	+1 +/–
Тем временем AWS DocumentDB в ах*е от хуцпы мелкомягких.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

2. Сообщение от xsignal (ok), 27-Янв-25, 12:36	–13 +/–
Кому может понадобится код от Microsoft)) Если только посмотреть, как не надо делать =)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #18, #52, #59, #61

3. Сообщение от Аноним (3), 27-Янв-25, 12:37	+4 +/–
Ну AWS DocumentDB относительно недавно появился, а СУБД Azure DocumentDB уже лет 15 как существует, его даже переименовать успели в Azure Cosmos DB.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Максим Белый (?), 27-Янв-25, 12:37	+4 +/–
Понадобится Уже в FerretDB затащили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

5. Сообщение от Аноним (5), 27-Янв-25, 12:38	–1 +/–
Надеюсь что это эффективнее jsonb. Не знаю что за имбeцилы в постгресе писали jsonb, где судя по всему для каждого вложенного словаря/массива хранится 4 или 8 байт его длины, из-за чего относительно json его раздувает в пару раз. Поэтому значительно удобнее и эффективнее в базе хранить не json а протобуфы (схема и прямая/обратная совместимость бонусом).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8, #26, #47, #53, #55, #57, #65, #75

6. Сообщение от Аноним (6), 27-Янв-25, 13:00	+3 +/–
Напиши лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от chdlb (?), 27-Янв-25, 13:00	–2 +/–
FerretDB - а кому оно надо? любителем монго-кактусов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #24, #74

8. Сообщение от chdlb (?), 27-Янв-25, 13:02	–4 +/–
возьми текст JSON в UTF-8 и засунь это в обычный бинарь, можешь предварительно сжать gzip, цена такой операции копейки, вполне примелимо, за будешь за вендор-лок к БД
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #43

11. Сообщение от Аноним (-), 27-Янв-25, 13:09    Скрыто ботом-модератором	+3 +/–
Вот! В очередной раз платиновый спонсор LF и лучший друг опенсорса дарит всему сообществу свой код. Причем не потому, что их обязала раковая лицуха, а потому что им так захотелось - под Свободной лицензии MIT.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

12. Сообщение от Илья (??), 27-Янв-25, 13:11	+/–
Подскажите, а какая сейчас самая вменяемая реляционная БД без встроенных хлеборкзки и компаса? Это же просто набор таблиц, селекты, транцакции... а руководство только к одной MSSQL - тысяч пять строк
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #34, #38, #63

13. Сообщение от Аноним (-), 27-Янв-25, 13:14	–5 +/–
А мелкософт молодцы... Взяли готовое решение, которые написали немамонты из PostgreSQL, дописали чуток кода и теперь рубят на этом бабки. Причем вклада в сам PostgreSQL от них практически нет. Как напр. и в ядро линя. Хотя на азуре они зарабатывают больше чем на десктопной винде.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #33, #51, #56

17. Сообщение от Аноним (-), 27-Янв-25, 13:16	+1 +/–
>  Подскажите, а какая сейчас самая вменяемая реляционная БД > без встроенных хлеборкзки и компаса? SQLite))) Легкая, встравается во что угодно, даже в компас и хлеборезку! Свободная, можно использовать где и как угодно. Есть конечно чуток минусов, но где их нет?)(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35

18. Сообщение от User (??), 27-Янв-25, 13:17	+3 +/–
На opennet'е? Примерно "никому", у всех жеж "лапки", да и задач-то под кроватью таких нет. А так вот разработчикам ferretdb вот понадобилось (Зачем кому-нибудь сам ferretdb нужен - не спрашивай) - судя по всему, у MS получилось мал-мала лучше, чем у них самих. Конкретное вот облачное решение чтоб с самой mongo'й не связываться - вообще дофига кому, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #39

21. Сообщение от Аноним (-), 27-Янв-25, 13:25	–1 +/–
> любой вор/паразит. Вор просто забрал бы себе и запретил остальных пользоваться - примерно как ГНУтики просто взяли кода с BSD/MIT и заразили гнураком. Паразит только использовал не давая ничего взамен. А тут типичный симбионт - он использует существующий код, поддерживая и улучшая его, тк от этого зависит его благосостояние. И когда таких много - например 80% кода в ядре пишут корпорации, то вопрос "а кто теперь васяны, которые только пользуются ядром?" становится не таким однозначным)) Благо на мнение васянов кладут огромный болт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #30

22. Сообщение от User (??), 27-Янв-25, 13:28	+2 +/–
Эээээ... да собственно примерно наоборот же. "Немамонты" написали, "ну, такоЭ" - другие товарищи из ferretdb попытались это "ну очень такоЭ" использовать - вышло "ну эдакое". Потом пришли MS и показали, "как надо" и любители "эдакого" радостно на это "как надо" и переключились. Вопрос "кто мешал "не мамонтом" сделать у себя нормальную работу с json" оставим пока за скобками...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #29

24. Сообщение от User (??), 27-Янв-25, 13:33	–1 +/–
Ну, я могу себе представить контору, у которой экспертиза по postgres вот есть - а по mongo "нет и через забор не надь" - и тут "нате-на-лопате" коробочное решение с прикрученной на изоленту mongo'й нарисовалось - но в реальной жизни допущений чот многовато выходит...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #37

26. Сообщение от User (??), 27-Янв-25, 13:48	–1 +/–
Только вот работать с этим придется - ну, на уровне приложения, а не с помощью СУБД со всеми вытекающими, ага. Ложь (Не "клади") паркетом под себя и не мучай слоника, чоужтам - смотрите у всех датасатанистов страны ))). А так-то postgresql даже индексить тот jsonb умеет - была б реализация чуть менее уродлива (Примерно со всех сторон - от функций по работе С, которые разок уже менялись, до - да-да, структуры хранения и, как следствие, эффективности работы с данными) - цены б ей не было - но маемо шо маемо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

27. Сообщение от Аноним (27), 27-Янв-25, 13:49	+1 +/–
>для хранения данных в формате BSON в СУБД PostgreSQL Но CBOR же намного лучше. BSON - это первый блин комом. Вернее далеко не первый.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

28. Сообщение от Аноним (1), 27-Янв-25, 14:05	+1 +/–
> Движок DocumentDB реализован в форме надстройки над СУБД PostgreSQL. Стареют NoSQLники. Лет 15 назад за такие идеи затролили и прогнали бы из хипстеров.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #45

29. Сообщение от Аноним (-), 27-Янв-25, 14:07	+/–
К чему все твои "ну, такоЭ" и "ну эдакое"? Речь о том, что мелкомягкие опять зарабатывают деньги на написаном другими коде. Практически не вкладываясь в него. Причем из-за олигополии облачных провайдеров, они со своим Азуром получают огромную фору по сравнению со всеми другими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #31, #50

30. Сообщение от Аноним (30), 27-Янв-25, 14:13	+/–
> 80% кода в ядре пишут корпорации Нет. 100% кода пишет сам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

31. Сообщение от User (??), 27-Янв-25, 14:19	+2 +/–
> К чему все твои "ну, такоЭ" и "ну эдакое"? > Речь о том, что мелкомягкие опять зарабатывают деньги на написаном другими коде. > Практически не вкладываясь в него. Причем из-за олигополии облачных провайдеров, они > со своим Азуром получают огромную фору по сравнению со всеми другими. К тому, что вот в данном случае зарабатывать на написанном "не мамонтами" не выходит, пришлось самим писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

32. Сообщение от Аноним (32), 27-Янв-25, 14:24	+2 +/–
Потому что это никому не нужно даже самим майкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

33. Сообщение от Аноним (32), 27-Янв-25, 14:25	+/–
Бузинес все правильно сделали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

34. Сообщение от Аноним (6), 27-Янв-25, 14:42	+/–
Напиши свое в таком случае под свои хотелки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

35. Сообщение от Аноним (35), 27-Янв-25, 14:42	+/–
Голосую за firebird!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #83

37. Сообщение от chdlb (?), 27-Янв-25, 14:47	+1 +/–
если отсутствует экспертиза по монге и ты не хочешь ее получать, то тебе нафиг не надо никакая монго ни та ни поверз постгреса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #40

38. Сообщение от chdlb (?), 27-Янв-25, 14:49	+/–
просто не используй все хрень сверху ее реляционных возможностей и это будет правильно а так-то уже и JS в MySQL завезли в превью билдах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #66

39. Сообщение от Аноним (39), 27-Янв-25, 14:57	+3 +/–
Ну на опеннете ведь как: закрытый код — «а что это тут делает»? Открыли код — «от корпораций нам ничего не надо!». Не в первый и не в десятый раз уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

40. Сообщение от User (??), 27-Янв-25, 14:59	+/–
> если отсутствует экспертиза по монге и ты не хочешь ее получать, то > тебе нафиг не надо никакая монго ни та ни поверз постгреса Спасибо, кэп!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (43), 27-Янв-25, 15:11	–1 +/–
>возьми текст JSON в UTF-8 и засунь это в обычный бинарь Открой для себя MessagePack - It's like JSON, but fast and small
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #72

44. Сообщение от нах. (?), 27-Янв-25, 15:31	+1 +/–
Так это ж не они, это те самые тролли и есть. "Зачем вам монга, она лицензию требует, без штанов останетесь - вон нате вам нашу аналогов не... то есть точно такую же, но шва6одную documentDB - смотрите, смотрите, все как вы любите!" Те и повелись. Опа - а там postgres.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

45. Сообщение от Tron is Whistling (?), 27-Янв-25, 15:51	+3 +/–
Да они просто внезапно выяснили, что весь их NoSQL прекрасно запихивается в RDBMS, и ведёт себя при этом не хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #46, #54

46. Сообщение от ms (??), 27-Янв-25, 16:21	+1 +/–
и вовсе даже не они!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от slew (ok), 27-Янв-25, 16:48	+/–
>Не знаю что за имбeцилы в постгресе писали jsonb, где судя по всему для каждого вложенного словаря/массива хранится 4 или 8 байт его длины, Ну давай, если сам не имбецил, расскажи, как упаковать в бинарном сторадже последовательности массивов байтов произвольных размеров, не сохраняя их длин, или смещений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #49

48. Сообщение от Аноним (48), 27-Янв-25, 17:58	+/–
FerretDB не осилили транзакции. Так что не стоит всерьез рассматривать эту поделку. Напомню, в Mongo они есть
Ответить | Правка | Наверх | Cообщить модератору

49. Сообщение от turbo2001 (ok), 27-Янв-25, 18:03	+/–
1 байт длины не подойдет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #64

50. Сообщение от YetAnotherOnanym (ok), 27-Янв-25, 18:08	+1 +/–
Можно подумать, опеннетовкие анонимы не зарабатывают на написанном другими коде. Практически не вкладываясь в него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

51. Сообщение от Аноним (51), 27-Янв-25, 18:35	+/–
Разработка софта *для* платформы — а Постгрес это платформа — большое и важное дело. Претензий к Блендеру или Гимпу что не коммитят в ядро почему-то не возникает. Но не дай бог Майкрософту выпустить любой опенсорс, и опеннет как с цепи срывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

52. Сообщение от Аноним (52), 27-Янв-25, 19:55	–1 +/–
> Если только посмотреть, как не надо делать =) Для этого линукс есть. Сорцы открыты, бери и учись как делать не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

53. Сообщение от голос_из_леса (ok), 27-Янв-25, 22:16	+/–
"640 КБ должно хватить для любых задач!" (c)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

54. Сообщение от fuggy (ok), 27-Янв-25, 23:03	+/–
Только отваливаются транзакции, acid, джойны, оконные и агрегатные функции. А так да json можно продолжать пихать в файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Карлос Сношайтилис (ok), 27-Янв-25, 23:11	+/–
А теперь сделай эффективный поиск по этому всему...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

56. Сообщение от fuggy (ok), 27-Янв-25, 23:18	+/–
Во-первых, "свободная" лицензия, по мнению некоторых которые не признают OSI/FSF, оказалась недостаточно свободной, что пришлось заменять. Во-вторых, навернули уродливый mongo api поверх RDBMS, можно вставлять BSON, а также можно делать CRUD и пару индексов на сдачу. И ещё не известно что по бенчмаркам, ведь их пока не показали, надо подождать. В-третьих, взяли название у amazon documentdb чтобы успешнее конкурировать в поиске.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

57. Сообщение от fuggy (ok), 28-Янв-25, 00:14	+1 +/–
Так jsonb можно ложить в compressed колонку хранения, абсолютно прозрачно. К тому же у jsonb работают все индексы и быстрый доступ по jsonpath в отличие от protobuf. Так тогда можно и сериализованный byte array или msgpack сохранять, если индексы не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

58. Сообщение от fuggy (ok), 28-Янв-25, 00:58	+/–
Bson поддерживает рандомное чтение, в отличие от клона msgpack. Что критически важно для базы данных. Так что твой аргумент полностью не обоснован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #60

59. Сообщение от al (??), 28-Янв-25, 02:16	+3 +/–
Дейтвительно, кому мог бы понадобиться, например, VS Code - единственный годный редактор под линух.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #62, #70

60. Сообщение от Аноним (60), 28-Янв-25, 08:36	+/–
>Bson поддерживает рандомное чтение Не надо сказки рассказывать. Для рандомного чтения надо, чтобы элемент был постоянной длины. Это в принципе невозможно для словарей, ключи  значения которых содержат разнородные типы. Более того, массивы в BSON хранятся, честно говоря, через жопу. Как словари, ключи у которых - строки, содержащие индекс элемента в текстовом виде. О каком "рандомном чтении" в принципе может идти речь в таких условиях?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

61. Сообщение от leap42 (ok), 28-Янв-25, 11:29	+/–
> Кому может понадобится код от Microsoft)) Если только посмотреть, как не надо делать =) Винда прекрасно работает для миллионов непритязательных пользователей. Stackoverflow и ДоДо пицца целиком на стеке мелкомягких работали, когда я узнавал. Хорошо работали. Современный дотнет, тот который полностью open source, хорошо написан. Гляньте как-нибудь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #68

62. Сообщение от leap42 (ok), 28-Янв-25, 11:29	+/–
> единственный годный редактор под линух кто-то сказал neovim? 😆
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #73

63. Сообщение от leap42 (ok), 28-Янв-25, 11:32	+/–
Postgres конечно. Если приложение монопольно будет базу использовать - sqlite.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #21

64. Сообщение от slew (ok), 28-Янв-25, 12:14	+/–
>1 байт длины не подойдет? И какие значения длины можно записать в переменную размером 1 байт? Что будет если значение длинны равно 1M?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #67

65. Сообщение от ptr (ok), 28-Янв-25, 12:14	+/–
Какая разница, если в подаваляющем большинстве случаев JSONB лежит сжатым в TOAST?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

66. Сообщение от Аноним (66), 28-Янв-25, 12:21	–1 +/–
И трать ресурсы на join большого числа табл, а в некоторых случаях и сканирований по неподходящим индексам. Короче, школу закончи, пару курсов вуза, потом советуй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #71

67. Сообщение от turbo2001 (ok), 28-Янв-25, 13:17	+/–
Я к тому, что можно использовать что-то типа LEB128, как это сделано в protobuf, чтоб не хранить всегда 4 или 8 байт под длину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

68. Сообщение от xsignal (ok), 28-Янв-25, 17:02	+/–
> Винда прекрасно работает для миллионов непритязательных пользователей Ну конечно) Вот буквально сегодняшная новость: "Microsoft confirms Windows 11 January 2025 update issues, DAC audio failure". Винда как была кривой с рождения, так и осталась...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #76

69. Сообщение от jOKer (ok), 28-Янв-25, 17:23	+1 +/–
MongoDB умеет работать в условиях раздроблении кластера, PostgreSQL - нет. И никакой "интерфейс, совместимый с документо-ориентированной СУБД MongoDB" это не исправит. Потому что это вопрос архитектуры СУБД, которая у PostgreSQL принципиально другая, и поэтому поддержать такой вариант работы просто не в состоянии. Я не знаю как мелкомягкие решили эту проблему в своем облаке... хотя судя по тому, что код их поделки открыт, можно предположить, что удовлетворительного решения они так и не нашли. В общем, ИМХО, очередное "дай вам боже, что нам не гоже"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

70. Сообщение от chdlb (?), 28-Янв-25, 17:33	+/–
аж монитор потек
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

71. Сообщение от chdlb (?), 28-Янв-25, 17:37	+/–
> И трать ресурсы на join большого числа табл, а в некоторых случаях > и сканирований по неподходящим индексам. Короче, школу закончи, пару курсов вуза, > потом советуй. мда, речь шла о функциях на JS типа SQL Server CLR functions, если вкратце P.S. вот будет же такое как ты сидеть в каком-нибудь кабинете, будучи уверенным в собственной обалденности и людям жить портить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

72. Сообщение от chdlb (?), 28-Янв-25, 17:49	+/–
>>возьми текст JSON в UTF-8 и засунь это в обычный бинарь > Открой для себя MessagePack - It's like JSON, but fast and small а JSON который он сформирует это будет не UTF-8 текст? и мне нужен именно LZ4 встроенный? не gzip, не бротли и не zstd? притом речь шла о том что JSON у него уже есть (читай текст), то зачем ему всего лишь еще один сериализатор? то что ты знаешь неплохой сериализатор, еще не означает что ты умеешь читать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

73. Сообщение от al (??), 28-Янв-25, 18:52	+/–
Там ввод уже починили? Выйти из него уже можно по-человечески? Разрабы в курсе, что IBM Model M появилась и теперь необязательно биндить перемещение курсора на hjkl, ибо есть стрелочки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

74. Сообщение от Аноним (74), 28-Янв-25, 22:36	+/–
О! вам улчше не знать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

75. Сообщение от Аноним (75), 29-Янв-25, 06:03	+/–
Можно ещё сериализовать с помощью Boost::LexicalCast
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

76. Сообщение от Анонаст (?), 30-Янв-25, 10:12	+/–
Там хотя бы ломается то, что изначально работало а исправляют быстро. А в этих ваших дескпотопных линуксах половина железа изначально работала только наполовину в лучшем случае. А нормальный dac вообще вез всяких пшш и ик-ик, нужно еще постараться настроить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

77. Сообщение от AName (?), 03-Фев-25, 18:46	+/–
А что такое -- раздробление кластера? Потеря (временная) синхронности и согласованности между узлами, которые, вроде как, реализуют одну общую схему? Нет никаких препятствий для реализации чего-то подобного поверх Слона. Более того, есть ряд таких же плохих, как в Монге, свободных реализаций чего-то подобного средствами ванильного Слона. И ряд не очень плохих коммерческих.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #78

78. Сообщение от jOKer (ok), 04-Фев-25, 17:17	+/–
> А что такое -- раздробление кластера? Потеря (временная) синхронности и согласованности > между узлами, которые, вроде как, реализуют одну общую схему? Нет никаких > препятствий для реализации чего-то подобного поверх Слона. Более того, есть ряд > таких же плохих, как в Монге, свободных реализаций чего-то подобного средствами > ванильного Слона. И ряд не очень плохих коммерческих. Вообще-то есть. И это что-то называется теорема CAP Под спойлером: "Теорема САР - это утверждение о том, что любая распределенная система не может обладать одновременно тремя свойствами: согласованность данных, доступность и устойчивость к разделению" Так вот, архитектура PostgreSQL гарантирует согласованность (ACID) и доступность, а MongoDB - доступность и устойчивость к разделению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #79, #80

79. Сообщение от AName (?), 05-Фев-25, 13:54	+/–
Нет никакой "теоремы САР".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #81

80. Сообщение от AName (?), 05-Фев-25, 13:55	+/–
... И уж тем более эта "теорема" не мешает реализации чего угодно на чём угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

81. Сообщение от jOKer (ok), 06-Фев-25, 12:45	+/–
> Нет никакой "теоремы САР". Отрицание. Вам осталось пройти "Гнев", "Торг" и "Депрессию". Уже скоро)) PS Можно так же до кучи начать отрицать BASE и PACELC. Это полезно: стадия "Принятие" у вас наступит для всего зоопарка теорем разом))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #82

82. Сообщение от AName (?), 06-Фев-25, 13:31	+/–
Что не г, то к нашему берегу. Спроси у чатика, что такое этимология, а потом спроси этимологию теоремы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

83. Сообщение от Дельфис (?), 14-Фев-25, 11:27	+/–
К этим Интербейзам документация ничуть не короче, чем к MSSQL, оно ж тоже самое умеет, по-сути.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

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

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