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

Релиз СУБД PostgreSQL 13, opennews (?), 24-Сен-20, (0) [смотреть все] Замечательная БД Лучшая в мире, имхо , DEF (?), 19:05 , 24-Сен-20, (1) +26 // Постгря объективно лучшая, так что имхо тут лишнее, Аноним (2), 19:08 , 24-Сен-20, (2) +5 // Ну, это вы за своё имхо так говорите , Аноним (7), 19:19 , 24-Сен-20, (7) +6 Постгрес, там 171 с 187 в конце , Аноним (12), 19:41 , 24-Сен-20, (12) –7 // 171 с 187 не в конце, а в начале SQL, Аноним (18), 19:57 , 24-Сен-20, (18) +7 А в слове прогресс тоже в начале Или это такой троллинг Вообще надо секту п, Аноним (21), 20:21 , 24-Сен-20, (21) –1 Если ты заметил, в прогресс нет суффикса SQL , Аноним (18), 21:28 , 24-Сен-20, (26) +1 Нет, https ru wikipedia org wiki PostgreSQLСлово postgres образовано от Post , Аноним (12), 20:46 , 24-Сен-20, (22) +13 https www postgresql org docs current history html AEN187Berkley POSTGRES с 1, Аноним (23), 20:57 , 24-Сен-20, (23) +2 Ага, настолько классная что Uber с неё свинтил на MySQL свой напилиник по поня, mr.Clin (?), 22:23 , 24-Сен-20, (27) –4 // Свой напильник можно было и в постгресе сделать, это чисто политическое решение,, Аноним (42), 04:20 , 25-Сен-20, (42) +1 Если бы Uber провёл то самое исследование производительности на этапе проектиров, Аноним (48), 07:59 , 25-Сен-20, (48) +9 // Там не только проблема со вторичными индексами была, с VACUUM проблема более-мен, mr.Clin (?), 13:12 , 25-Сен-20, (61) Проблема там была только с мозгами и откатами Устроить миграцию MySQL - PostreS, zzz (??), 04:45 , 26-Сен-20, (77) Про вакуум в постгресе знают вроде вообще все, даже те, кто запросов сложнее sel, Аноним (48), 05:01 , 26-Сен-20, (79) Как может быть лучше субд у которой это говновакуум вообще существует А дебильны, n242name (?), 06:21 , 26-Сен-20, (80) –4 В postgres регистронезависимые имена , Аноним (42), 00:21 , 27-Сен-20, (109) –1 но регистр он не запоминает в отличии от MySQLможно смело забыть про PascalCas, n242name (?), 01:41 , 27-Сен-20, (111) –1 Куда там Oracle, Ms SQL Server и IBM DB2, да Это просто мальчики для биться по , Страшный Аноним (?), 23:33 , 24-Сен-20, (32) +1 // Правильно писать Postgres, Аноним (42), 04:18 , 25-Сен-20, (41) // Лучший ответ на заданный вопрос , Pers (??), 07:19 , 25-Сен-20, (46) +13 Да там и с русским проблема, не то что с названиями , Аноним (57), 12:15 , 25-Сен-20, (57) –1 Правильно - рисовать слоника , InuYasha (??), 17:01 , 25-Сен-20, (69) –1 А при чём здесь РНР , Аноним (57), 20:47 , 25-Сен-20, (76) Аноны, вы вконец ослепли https www postgresql org media img about press eleph, InuYasha (??), 12:29 , 28-Сен-20, (126) Чтоб продавать постгре вместо оракла Но на больших БД - поддержка постгри дороже, 1 (??), 12:15 , 25-Сен-20, (58) –2 // Очевидно что вы не разбираетесь в теме раз даже не знаете как база правильно наз, Аноним (12), 14:46 , 25-Сен-20, (67) За тем, что Postgres отжал у Oracle рынок, а это добивает последних Я еще в 2011, Виталий (??), 09:20 , 29-Сен-20, (128) Чем легче перенести код с PL SQL на PL pgsql - тем больше пользователей это сдел, ptr128 (?), 11:49 , 30-Сен-20, (131) Кстати, как там в Postgre с партиционированием, завезли полноценное или еще на 5, Страшный Аноним (?), 23:38 , 24-Сен-20, (33) –3 // На ручном приводе я ещё в 2003 партицирование делал пользуясь наследованием, кот, funny.falcon (?), 03:48 , 25-Сен-20, (40) +1 В postgres, да, завезли , Аноним (42), 04:21 , 25-Сен-20, (43) Давно уже есть С десятой версии вроде , Аноним (48), 08:02 , 25-Сен-20, (49) Это только в энтерпрайзной версии, которая многие миллионы стоит, которую только, Аноним (53), 09:54 , 25-Сен-20, (53) Лучшая в мире БД для лучшего в мире юзкейса, лолшто (?), 17:49 , 25-Сен-20, (71) +1 JSON там считай что нет Соответственно, лучшая средневековая СУБД В Монге, кста, лютый жабби__ (?), 12:11 , 26-Сен-20, (86) –1 // В монге так реализовали транзакции, что и оставшиеся 2 не выйдет использовать , Cykooz (ok), 23:09 , 26-Сен-20, (106) // Я вообще ХЗ как может быть невасян СУБД без реплик учитывая время разворачива, лютый жабби__ (?), 11:44 , 27-Сен-20, (113) Если придираться к словам, то репликация - это не то же самое что бекап, и не за, Cykooz (ok), 13:24 , 27-Сен-20, (114) - реплики редко нужны -нет, реплики нужны всегда, т к время разворачивания бэка, лютый жабби__ (?), 11:02 , 28-Сен-20, (121) В чём хрень Если у тебя приложение или хакеры испоганит данные в базе, то эти, Cykooz (ok), 12:06 , 28-Сен-20, (124) Ждём появления магазина дополнений, которые можно ставить в один клик А то несо, YetAnotherOnanym (ok), 19:13 , 24-Сен-20, (3) –5 // Куда же без монетизации и монетизации на монетизацию , Рева RarogCmex Денис (?), 19:13 , 24-Сен-20, (5) https pgxn org about , Аноним (12), 19:43 , 24-Сен-20, (13) +2 // О, круто А дыры, дыры-то есть А то ж дополнение без дыр - это какое-то неполно, YetAnotherOnanym (ok), 01:07 , 25-Сен-20, (37) // Как напишешь 8212 так и будет , Аноним (42), 04:22 , 25-Сен-20, (44) Неплохая бд под свои цели тяжелые приложения под реляционрую базу данных Поня, Рева RarogCmex Денис (?), 19:13 , 24-Сен-20, (4) –1   // sqlite на порядки эффективнее - это интересная идея Удобнее и компактнее - да, , Аноним (6), 19:15 , 24-Сен-20, (6) +5   // В РЯДЕ СЛУЧАЕВ эффективнеевнимательнее надо с областью определения утверждений, Аноним (8), 19:31 , 24-Сен-20, (8) +4   // даже не В РЯДЕ СЛУЧАЕВ, а в В НЕКОТОРЫХ СЛУЧАЯХ , Sw00p aka Jerom (?), 19:43 , 24-Сен-20, (14)   В исходном утверждении стоит именно в ряде случаев Не понимаю, что за мода выкид, Аноним (8), 19:49 , 24-Сен-20, (16) +3   И ну и как тут не ответить Мой комент был всего лишь поправкой, и с исходным ко, Sw00p aka Jerom (?), 00:49 , 25-Сен-20, (34) –1   Для записной книжки в телефоне - эффективнее , Аноним (9), 19:31 , 24-Сен-20, (9) +6   // Таких инсталляций на порядки больше, чем корпоративных БД Так что правильно гов, x3who (?), 11:31 , 26-Сен-20, (85)   Кстати, не припомню ни одного случая, когда монга была бы именно эффективнее Пр, Аноним (9), 19:34 , 24-Сен-20, (10)   // В основном в разработке чужого бюджета, Аноним (15), 19:43 , 24-Сен-20, (15) +6   Это только потому, видимо, что вам _пока_ не требовалось от СУБД умение работать, jOKer (ok), 01:31 , 25-Сен-20, (39)   // Монга первая в мире СУБД с partition tolerance, ога Мы такое кастомной MySQL pr, Аноним (48), 07:38 , 25-Сен-20, (47) +4   gt оверквотинг удален А можно меньше слюней, пены и соплей, и побольше того, ч, jOKer (ok), 18:13 , 25-Сен-20, (72) –1   О, вот и фанбои подтянулись https www postgresql org docs 13 functions-json ht, Аноним (48), 04:53 , 26-Сен-20, (78) +1   Похоже, что читать внимательно стоит как раз вам Там ни пол-слова нет о том, чт, jOKer (ok), 08:59 , 26-Сен-20, (82)   column1 jsonb_set column1, abbb,0,rrrr,fdrt , 123 , true , spectator (??), 20:15 , 26-Сен-20, (93) +1   опечатался в первом поле abbb - bbb, spectator (??), 20:16 , 26-Сен-20, (94)   К сожалению, это немножечко не то Я, в свое время, тоже увидел эту функцию и бы, jOKer (ok), 20:56 , 26-Сен-20, (96) –1   похоже что вы очень мало писали запросов для постгрес раз не знаете как обновить, spectator (??), 21:03 , 26-Сен-20, (97)   Еще раз обновить-то можно Это как раз не проблема Вопрос где именно обновлять, jOKer (ok), 21:16 , 26-Сен-20, (99)   Подумайте зачем сделали целую функцию jsonb_set если мы можем спокойно оперирова, spectator (??), 22:17 , 26-Сен-20, (104)   Как раз пользовался Однако имел при этом проблему при обновлении объемных доку, jOKer (ok), 23:22 , 26-Сен-20, (107)   Попробуйте все же научиться читать Один раз покажу, дальше сами select jsonb, Аноним (9), 20:34 , 26-Сен-20, (95) –3   gt оверквотинг удален А если твой документ мегабайт этак дцать, так и будешь , jOKer (ok), 21:10 , 26-Сен-20, (98)   Где тут таскание по сети jsonb_set делается на стороне postgresql сервера , Аноним (9), 22:01 , 26-Сен-20, (101) +1   Не уверен Факт, что PostgreSQL при всех раскладах будет обновлять поле только ц, jOKer (ok), 22:58 , 26-Сен-20, (105) –3   На сервер отправляется sql-запрос, клиенту приходит результат его выполнения js, Аноним (9), 06:22 , 27-Сен-20, (112)   А, до меня дошло, что вы даже пример селекта, демонстрируюшего принцип, в update, Аноним (9), 22:03 , 26-Сен-20, (102)   Очень смешно Шутник Ладно, за индуса извините, погорячился , jOKer (ok), 23:59 , 26-Сен-20, (108)   каким это образом по-вашему update работающий исключительно на сервере будет т, edo (ok), 05:49 , 28-Сен-20, (120)   Да, тут я, похоже, не прав Сейчас сличил версии официальных документаций начин, jOKer (ok), 21:50 , 26-Сен-20, (100) –1   Максимальный размер документа в монге 8211 16 МБ ну, если ее не перекомпилят, phil (??), 22:16 , 28-Сен-20, (127)   Увеличивать эту константу имеет смысл только есть у вас много ОЗУ, потому что он, jOKer (ok), 20:09 , 30-Сен-20, (132)   учитывая, что у большинства продуктов процесс ДОработки бесконечный, монга умест, лютый жабби__ (?), 12:14 , 26-Сен-20, (87)   sqlite удобнее для разработки, но никак не эффективнее , AleksK (ok), 21:23 , 24-Сен-20, (25)   // Не сказал бы что он удобнее учитывая что ничего не умеет толком и инструментов п, ВХОД (?), 22:33 , 24-Сен-20, (28)   У вот таких эффективных пацанчиков, вроде тебя, на мобильниках тоже стоит эффект, Страшный Аноним (?), 23:30 , 24-Сен-20, (31)   // Аналогов то SQLite по сути вообще нет на мобильниках, Аноним (35), 00:54 , 25-Сен-20, (35)   у сверх эффективных даже оракля встречается , Sw00p aka Jerom (?), 01:00 , 25-Сен-20, (36)   Что такой агрессивный Тебя web-разработчики били что ли А для чего тебе СУБД н, AleksK (ok), 08:37 , 25-Сен-20, (52)   А у тебя к адресной книге на телефоне прямо несколько клиентов подключаются Глу, Аноним (74), 20:11 , 25-Сен-20, (74) –1   приветик ударникам криокамерыhttps wiki termux com wiki Postgresqlбез рута, ре, mmrnmhrm (?), 23:31 , 27-Сен-20, (115)   в моей практике mongodb был менее стабилен под большой нагрузкой , InuYasha (??), 13:26 , 25-Сен-20, (62) –1   // назови, пожалуста, количество записей в хранилище и частоту обращенийвидел людей, mmrnmhrm (?), 23:36 , 27-Сен-20, (116)   // Не помню Монги занимали порядка 50-100ГБ данных на штуку, к каждой обращалась п, InuYasha (??), 12:27 , 28-Сен-20, (125)   Вот storage engines так и не завезли , Catwoolfii (ok), 19:36 , 24-Сен-20, (11) –6 // Не совсем Если говорить чуть более абстрактно, то FDW умеет очень много Может н, funny.falcon (?), 06:32 , 25-Сен-20, (45) +1 Это палка о двух концах Любая абстракция усложняет оптимизацию А костылями и п, Аноним (48), 08:05 , 25-Сен-20, (50) +1 Кроме trusted extension всё выглядит как нужные и полезные кому-то вещи А вот, Аноним (17), 19:51 , 24-Сен-20, (17) // Тут просто не совсем понятно написано, никаких явных списков там нет, trusted , Аноним (12), 21:02 , 24-Сен-20, (24) Это упрощает разработку Не от суперюзера же миграции запускать в стейджинг-сред, Аноним (48), 08:08 , 25-Сен-20, (51) Надеюсь, добавят в грядущую версию 20 10 самого лучшего и мейнстримого дистрибут, DEF (?), 20:03 , 24-Сен-20, (19) // вроде говорили, что последняя версия - 10-ка, Аноним (20), 20:20 , 24-Сен-20, (20) +1 // Как так, уже ж 11 в бете , Аноним (92), 14:34 , 26-Сен-20, (92) Мейнстримное лучшим не бывает В лучших дистрибутивах не нужно гадать успеет ли , ВХОД (?), 22:38 , 24-Сен-20, (29) +3 10 ка вроде последняя, если вы действительно про самого лучшего и мейнстримого , a (??), 23:10 , 24-Сен-20, (30) –3 // Да я уже понял, что ты пишешь из Бадена , YetAnotherOnanym (ok), 01:10 , 25-Сен-20, (38) // не из , а с и не Бадена , а Бодуна , garrick (?), 10:01 , 25-Сен-20, (54) +2 20 10 ubuntu зачем гадать добавят или нет https www postgresql org download , Аноним (63), 13:30 , 25-Сен-20, (63) +2 // Какой ppa На дворе 2020 и docker образ PostgreSQL ставится в 3 клика , Аноним (122), 11:08 , 28-Сен-20, (122) –1 apt postgresql org, Аноним (83), 09:23 , 26-Сен-20, (83) +1 А чем сейчас модно визуально в базе ковыряться А то pgAdmin 4 скатился совсем , tim2k (ok), 11:17 , 25-Сен-20, (55) +1 // У нас все на DataGrip перешли Универсальная тула, Аноним (56), 11:54 , 25-Сен-20, (56) +1 // Free 30-day trial - 124 Я тоже год назад пытался фронтендик хоть какой-нибудь , InuYasha (??), 13:31 , 25-Сен-20, (64) –1 // EAP-шки бесплатные https www jetbrains com datagrip nextversion Формально это, Аноним (9), 16:21 , 25-Сен-20, (68) –1 Забыл начать писать , Gogi (??), 14:09 , 26-Сен-20, (91) Фуфло у вас, а не тула - для пальцедрочеров Большинство операций делается мыш, Gogi (??), 14:06 , 26-Сен-20, (88) dbeaver ничего так, поддерживает всё помаленьку Может не быть фич из узко заточ, Аноним (57), 12:18 , 25-Сен-20, (59) +8 // если он такой умный, почему ни в одних репах его нет судя по репологи, это арч,, бедный буратино (ok), 07:03 , 26-Сен-20, (81) –4 // Может быть потому что не нужны репы для того, что распаковывается из архива и ра, Аноним (84), 10:47 , 26-Сен-20, (84) Обязательно нужны Как минимум, нужно поставить жаву, не удалить её по autoremov, Аноним (118), 02:22 , 28-Сен-20, (118) Есть на Flathub https flathub org apps details io dbeaver DBeaverCommunity, Аноним (103), 22:04 , 26-Сен-20, (103) +1 У dbeaver две редакции, бесплатная и платная, не много людей хотят спонсировать , Аноним (42), 00:30 , 27-Сен-20, (110) https en wikipedia org wiki Comparison_of_database_tools, Аноним (60), 12:50 , 25-Сен-20, (60) Sequeler https github com Alecaddd sequeler get-it-from-the-elementary-os-app, Аноним (65), 14:08 , 25-Сен-20, (65) // Он только для линукса, Gogi (??), 14:06 , 26-Сен-20, (89) –1 // Ну так и используй линукс А вообще, в винде WSL завезли, мб и на нём взлетит, Аноним (123), 11:28 , 28-Сен-20, (123) TOra, SysA (?), 14:13 , 25-Сен-20, (66) –1 // Support Oracle MySQL - жидковатенько и не имеет к топику никакого отношения, Gogi (??), 14:08 , 26-Сен-20, (90) DBeaver очень хороший вариант , Avator (ok), 17:09 , 25-Сен-20, (70) Визульно скучно psql service name , worldmind (?), 18:45 , 25-Сен-20, (73) +1 все как обычно psql, rshadow (ok), 20:26 , 25-Сен-20, (75) +1 https tableplus com , ivanpetrov (ok), 00:19 , 28-Сен-20, (117) psql Вы инвалид, зачем вам визуально , Аноним (118), 02:22 , 28-Сен-20, (119) https github com parihaaraka sqt, andrey (??), 17:30 , 29-Сен-20, (129) Можно попробовать Kexi из состава Calligra , Аноним (130), 18:10 , 29-Сен-20, (130) 1,3,4,11,17,19,55

Сообщения

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

4. "Релиз СУБД PostgreSQL 13"	–1 +/–
Сообщение от Рева RarogCmex Денис (?), 24-Сен-20, 19:13
Неплохая бд под свои цели (тяжелые приложения под реляционрую базу данных). Понятно, что в ряде случаев тот же sqlite, mongodb или redis -- на порядки эффективнее. Выбирать нужно по техзаданию базу данных, и не париться ;)
Ответить | Правка | Наверх | Cообщить модератору

	6. "Релиз СУБД PostgreSQL 13"	+5 +/–
	Сообщение от Аноним (6), 24-Сен-20, 19:15
	sqlite на порядки эффективнее - это интересная идея. Удобнее и компактнее - да, но вот эффективнее...
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Релиз СУБД PostgreSQL 13"	+4 +/–
	Сообщение от Аноним (8), 24-Сен-20, 19:31
	В РЯДЕ СЛУЧАЕВ эффективнее внимательнее надо с областью определения утверждений
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Sw00p aka Jerom (?), 24-Сен-20, 19:43
	даже не В РЯДЕ СЛУЧАЕВ, а в В НЕКОТОРЫХ СЛУЧАЯХ.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз СУБД PostgreSQL 13"	+3 +/–
	Сообщение от Аноним (8), 24-Сен-20, 19:49
	В исходном утверждении стоит именно в ряде случаев. Не понимаю, что за мода выкидывать/заменять часть утверждений и затем горячо критиковать получившееся. Это же типичный демагогический прием.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 25-Сен-20, 00:49
	> Не понимаю, что за мода выкидывать/заменять часть утверждений и затем горячо критиковать > получившееся. Это же типичный демагогический прием. И ну и как тут не ответить? Мой комент был всего лишь поправкой, и с исходным коментом я согласен, что СУБД нужно выбирать исходя из необходимых и достаточных требований (по ТЗ). А далее немного демагогии (можете пропустить) .... Давайте посмотрим на одно из определений слова Ряд (из вики): """ Ряд — некоторое, немалое количество, например «ряд стран». """ Тут пояснения нужны, что словом Ряд можно заменить слово Некоторое? Эту моду придумал не я.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Релиз СУБД PostgreSQL 13"	+6 +/–
	Сообщение от Аноним (9), 24-Сен-20, 19:31
	Для записной книжки в телефоне - эффективнее.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	85. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от x3who (?), 26-Сен-20, 11:31
	> Для записной книжки в телефоне - эффективнее. Таких инсталляций на порядки больше, чем корпоративных БД. Так что правильно говорить о незначительном количестве юзкейсов, в которых sqlite всё ещё уступает Постгресу и Ораклу.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Аноним (9), 24-Сен-20, 19:34
	Кстати, не припомню ни одного случая, когда монга была бы именно эффективнее. Проще в разработке и поддержке - да.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	15. "Релиз СУБД PostgreSQL 13"	+6 +/–
	Сообщение от Аноним (15), 24-Сен-20, 19:43
	В основном в разработке чужого бюджета
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 25-Сен-20, 01:31
	Это только потому, видимо, что вам _пока_ не требовалось от СУБД умение работать в состоянии расщепления (Partition Tolerance). Как только это произойдет... ну, тогда вы точно запомните случай, когда MongoDB оказалась более эффективной. =)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	47. "Релиз СУБД PostgreSQL 13"	+4 +/–
	Сообщение от Аноним (48), 25-Сен-20, 07:38
	Монга первая в мире СУБД с partition tolerance, ога) Мы такое кастомной MySQL proxy делали ещё в бородатом 2006 году. Могна удобна тем, кто не хочет думать, хочет раз-два и в продакшен, mongodb is web scale (c), sharding is a secret ingredient (c). Для стартапов, написанных моральными индусами для развода инвесторов на бабки, самое то. А если задуматься, то фигня какая-то: schemaless, подразумевающий разреженность, но при этом единственный тип индекса это btree! Инвертированных индексов нет, банальных хешей даже нет, блум фильтров нет, оптимизатора запросов нет, даже планирования запросов как такового нет, населена роботами. И действительно, зачем, давайте делать фуллскан, ведь у нас горизонтально масштабируется, всегда можно докупить ещё серверов... на задачи, где банальный постгрес с одной таблицей вида (id serial PK, data JSONB gin/gist) справится и на одном.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от jOKer (ok), 25-Сен-20, 18:13
	>[оверквотинг удален] > mongodb is web scale (c), sharding is a secret ingredient (c). > Для стартапов, написанных моральными индусами для развода инвесторов на бабки, самое > то. > А если задуматься, то фигня какая-то: schemaless, подразумевающий разреженность, но при > этом единственный тип индекса это btree! Инвертированных индексов нет, банальных хешей > даже нет, блум фильтров нет, оптимизатора запросов нет, даже планирования запросов > как такового нет, населена роботами. И действительно, зачем, давайте делать фуллскан, > ведь у нас горизонтально масштабируется, всегда можно докупить ещё серверов... на > задачи, где банальный постгрес с одной таблицей вида (id serial PK, > data JSONB gin/gist) справится и на одном. А можно меньше слюней, пены и соплей, и побольше того, что называется "взвешенным мнением технического эксперта". Мы же все-таки на профильном ресурсе, а не форме имени хеллоу ворлд. Договорились? Ну вот и хорошо. А теперь господин как бэ эксперт, раз уж вы тут ляпнули про JSONB, то дайте в студию хотя бы один запрос, который позволит обновить _отдельный атрибут_ (!) json-документа, сохраненного в поле этого типа. И атрибута не верхнего уровня, потому что это-то как раз PostgreSQL умеет, а где-нибудь поглубже. К примеру, вот есть у вас портянка вида {"aaa" 5, "bbb": [{"fff": 12345, "rrrr": {"fdrt": 45679}}]}, и нужно обновить "fdrt". Постройте-ка запросик, а? И желательно БЕЗ привлечения тех расширений PostgreSQL, которые пишут умные системные программисты для вполне себе КОММЕРЧЕСКИХ продуктов. Ну, как, справитесь? Сразу могу сказать, что навряд ли. А вот монга способна этот фокус проделать даже с документами размером в несколько Гб _на любом_ уровне вложенности. PS Тут уже в треде прозвучало мнение, что каждому инструменту своя предметная область и свои проблемы, которые этот инструмент закрывает. Соглашусь с этим утверждением. У MongoDb своя область, а у PostgreSQL - своя. И прежде чем пытаться померится сами знаете чем, стоит это обстоятельство учесть. И разумно для своих проблем инструмент выбрать. PPS Кстати, "банальные хэши" сто лет в обед в PostgreSQL считаются индексом не рекомендуемым к применению. Внезапно. А все потому что не проходят в WAL. Так что на вашем месте я бы ими не козырял. Не стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Релиз СУБД PostgreSQL 13"	+1 +/–
	Сообщение от Аноним (48), 26-Сен-20, 04:53
	О, вот и фанбои подтянулись. >  обновить _отдельный атрибут_ (!) https://www.postgresql.org/docs/13/functions-json.html Все можно, читай внимательно. >  "банальные хэши" сто лет в обед в PostgreSQL считаются индексом не рекомендуемым к применению. Внезапно. А все потому что не проходят в WAL. Чего?
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 26-Сен-20, 08:59
	> https://www.postgresql.org/docs/13/functions-json.html > Все можно, читай внимательно. Похоже, что читать внимательно стоит как раз вам. Там ни пол-слова нет о том, что можно обновить атрибуты на уровне вложенности больше чем одного, самого первого. Теоретики, такие теоретики. Еще раз: если вы такой умный, то попробуйте составить запрос, который обновит ровно один атрибут - "fdrt" вот у этого документа, хранящегося в поле типа JSONB: {   "aaa" 5,   "bbb": [{     "fff": 12345,     "rrrr": {       "fdrt": 45679     }   }] } Запрос в студию! >>  "банальные хэши" сто лет в обед в PostgreSQL считаются индексом не рекомендуемым к применению. Внезапно. А все потому что не проходят в WAL. > Чего? Того. В силу определенной архитектуры, операции с индексом типа "hash" не попадают в WAL. Собственно, как я понимаю, единственная причина почему этот тип индекса вообще не приговорили, так это потому, что его использует сам PostgreSQL на системных таблицах. А вот для прикладников его употребление не рекомендовано. Конкретно в мануалах есть такая информация: "Операции с хеш-индексами в настоящее время не проходят через WAL, так что после аварийной остановки базы данных может потребоваться перестроить хеш-индексы командой REINDEX. Кроме того, изменения в хеш-индексах после начальной копии не переносятся при потоковой или файловой репликации, так что в последующих запросах они будут давать неправильные ответы. По этим причинам настоятельно рекомендуется не использовать их."
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Релиз СУБД PostgreSQL 13"	+1 +/–
	Сообщение от spectator (??), 26-Сен-20, 20:15
	column1 = jsonb_set(column1, '{abbb,0,rrrr,fdrt}','123', true)
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от spectator (??), 26-Сен-20, 20:16
	опечатался в первом поле: abbb -> bbb
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от jOKer (ok), 26-Сен-20, 20:56
	> опечатался в первом поле: abbb -> bbb К сожалению, это немножечко не то. Я, в свое время, тоже увидел эту функцию и было обрадовался, и как оказалось - зря. Потому что основную проблему - обновление части документа JSON _на_стороне_сервера_ эта функция не решает. Она _просто_ возвращает видоизмененные данные. Причем, я даже не поручусь, что эти изменения не происходят на стороне клиента. То есть вот эта, трижды клятая в этом треде MongoDB, способна на стороне сервера обновить часть JSON-документа, а PostgreSQL похоже, без доработок-расширений, может обновлять только поле JSONB целиком. Что доставляет проблемы, если ваш документ изрядно большой, допустим в несколько мегабайт. Потому что в этом случае, вам придется весь этот документ забрать по сети на клиент, сделать там его обновление, и потом целиком опять отправить на сервер. А это и дополнительный трафик, и потеря производительности.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от spectator (??), 26-Сен-20, 21:03
	похоже что вы очень мало писали запросов для постгрес раз не знаете как обновить значение не стоит спорить не зная основ
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 26-Сен-20, 21:16
	> похоже что вы очень мало писали запросов для постгрес раз не знаете > как обновить значение > не стоит спорить не зная основ Еще раз: обновить-то можно. Это как раз не проблема. Вопрос где именно обновлять. Потому что обновлять на стороне клиента - контрпродуктивно... Ладно-ладно, не будем спорить. Но вот когда (и если) вы столкнетесь с ситуацией о которой я говорю (документ в JSONB-поле размером в несколько десятков мегабайт) и начнете просаживать производительность - вспомните тогда меня.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от spectator (??), 26-Сен-20, 22:17
	Подумайте зачем сделали целую функцию jsonb_set если мы можем спокойно оперировать json-ом на стороне клиента? Ладно, люди которые хотели узнать можно ли обновлять jsonb в postgres уже наверняка разобрались, а вам, возможно, хочется найти оправдание почему вы им не пользуетесь
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 26-Сен-20, 23:22
	> вам, возможно, хочется найти оправдание почему вы им не пользуетесь Как раз пользовался. Однако имел при этом проблему: при обновлении объемных документов JSON внутри поля типа JSONB сильно падала производительность микросервиса. После того, как микросервис был переписан под работу с монгой, производительность поднялась на пару порядков. Попутно получил профит при обновлении нескольких значений в документе одновременно. Хотя вот при работе с небольшими документами проблем у PostgreSQL мной замечено не было. Это и заставило меня предположить что операция обновления данных внутри поля типа JSONB полностью или частично выполняется на стороне клиента.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	95. "Релиз СУБД PostgreSQL 13"	–3 +/–
	Сообщение от Аноним (9), 26-Сен-20, 20:34
	> попробуйте составить запрос Попробуйте все же научиться читать. Один раз покажу, дальше сами. =# select jsonb_set('{   "aaa": 5,   "bbb": [{     "fff": 12345,     "rrrr": {       "fdrt": 45679     }   }] }'::jsonb, '{"bbb", 0, "rrrr", "fdrt"}'::text[], '100500'::jsonb);                            jsonb_set                           --------------------------------------------------------------- {"aaa": 5, "bbb": [{"fff": 12345, "rrrr": {"fdrt": 100500}}]} Update уж сами допишете. > операции с индексом типа "hash" не попадают в WAL Омг, давайте еще проблемы с wal fsync из 6-го постгреса вспомним. Мануал надо читать в оригинале, а не переводы 10-летней давности. Все давным-давно пишется. То ли с 9-й версии, то ли с 10-й.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	98. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 26-Сен-20, 21:10
	>[оверквотинг удален] >             >             >     jsonb_set > --------------------------------------------------------------- >  {"aaa": 5, "bbb": [{"fff": 12345, "rrrr": {"fdrt": 100500}}]} > Update уж сами допишете. >> операции с индексом типа "hash" не попадают в WAL > Омг, давайте еще проблемы с wal fsync из 6-го постгреса вспомним. > Мануал надо читать в оригинале, а не переводы 10-летней давности. Все давным-давно > пишется. То ли с 9-й версии, то ли с 10-й. А если твой документ мегабайт этак ~дцать, так и будешь тягать его по сети туда-сюда, а? Там где монга _на стороне сервера_ обновит документ из коллекции передавая по сети только определение операции, ты будешь тягать документ _целиком_. Что ты там писал про индусов постом выше? Так вот, с таким подходом, ты именно этот индус и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Релиз СУБД PostgreSQL 13"	+1 +/–
	Сообщение от Аноним (9), 26-Сен-20, 22:01
	Где тут таскание по сети? jsonb_set делается на стороне postgresql сервера.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз СУБД PostgreSQL 13"	–3 +/–
	Сообщение от jOKer (ok), 26-Сен-20, 22:58
	> Где тут таскание по сети? jsonb_set делается на стороне postgresql сервера. >jsonb_set делается на стороне postgresql сервера Не уверен. Факт, что PostgreSQL при всех раскладах будет обновлять поле только целиком. Следовательно ему нужно взять содержимое, обновить его, и положить обратно. Это само по себе затратно. Но этого мало, потому что не известно где именно происходит само обновление. Я думаю все же, что на клиенте. Возможно только частично. И я думаю так же, что все это время сервер держит блокировку, и вот это-то и может объяснить просадку быстродействия, которая начинает наблюдаться, при обновлении полей с объемными JSON-документами внутри.... Блин, но вы таки заронили зерно сомнения, да. Буду копать глубже. Сейчас спорить не буду, - фактов ни "за", ни "против" у меня нет. Возможно отпишусь позже, когда пройдусь сканером трафика, что бы посмотреть что именно отправляется на клиент и обратно.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Аноним (9), 27-Сен-20, 06:22
	На сервер отправляется sql-запрос, клиенту приходит результат его выполнения. jsonb_set это постгресовская функция, выполняемая на сервере. Никаких промежуточных штук типа коллбэков в протоколе нет, я когда-то писал свою реализацию постгрес-клиента с нуля (будете смеяться, для php! Но с асинхронкой - еще до того, как появился ReactPHP и подобное, был только pecl/libevent), можете мне поверить на слово :-) Другое дело, что со стороны сервера в mongodb действительно обновление части документа может быть более эффективным - когда постгресу надо распарсить весь jsonb, выполнить jsonb_set и потом сохранить все целиком, в монге могут быть оптимизации. Но я не уверен, что они там есть :-) Да и в целом производительность поиска меня волнует намного больше, чем производительность обновления.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Аноним (9), 26-Сен-20, 22:03
	А, до меня дошло, что вы даже пример селекта, демонстрируюшего принцип, в update переписать не можете. update tablename set fieldname = jsonb_set(fieldname, $1, $2), где $1 = path, $2 = new value. И кто тут индус?
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	108. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 26-Сен-20, 23:59
	> А, до меня дошло, что вы даже пример селекта, демонстрируюшего принцип, в > update переписать не можете. Очень смешно. Шутник. > И кто тут индус? Ладно, за "индуса" извините, погорячился.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от edo (ok), 28-Сен-20, 05:49
	каким это образом по-вашему update (работающий исключительно на сервере) будет таскать данные на клиента и обратно? P. S. обновление json на десятки мегабайт в любом случае боль. jsonb ЕМНИП никак проблему не решает.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	100. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от jOKer (ok), 26-Сен-20, 21:50
	>> операции с индексом типа "hash" не попадают в WAL > Омг, давайте еще проблемы с wal fsync из 6-го постгреса вспомним. > Мануал надо читать в оригинале, а не переводы 10-летней давности. Все давным-давно > пишется. То ли с 9-й версии, то ли с 10-й. Да, тут я, похоже, не прав. Сейчас сличил версии официальных документаций: начиная с 10-ой версии, они свое грозное предупреждение, которое я процитировал в переводе, убрали. Так что вероятно эта проблема уже решена. Что же... +1 PostgreSQL в таком случае. =) Я в последний раз столкнулся с этой траблой на 9.6 Там она еще была.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	127. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от phil (??), 28-Сен-20, 22:16
	> А вот монга способна этот фокус проделать даже с документами размером в несколько Гб Максимальный размер документа в монге – 16 МБ (ну, если ее не перекомпилять)
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	132. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от jOKer (ok), 30-Сен-20, 20:09
	Увеличивать эту константу имеет смысл только есть у вас много ОЗУ, потому что она и выбрана-то была, с тем расчетом, что бы документ в ОЗУ поместился с гарантией. Куда проще (и это официально рекомендованный вариант) использовать для хранения GridFS. В этом случае, документ бьется на чанки, что конечно снижает общую производительность, но не так уж и сильно. Но вот документ при этом, может достигать значительно больших размеров.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от лютый жабби__ (?), 26-Сен-20, 12:14
	>когда монга была бы именно эффективнее. Проще в разработке и поддержке - да. учитывая, что у большинства продуктов процесс ДОработки бесконечный, монга уместнее почти всегда. увы и ах...
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	25. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от AleksK (ok), 24-Сен-20, 21:23
	sqlite удобнее для разработки, но никак не эффективнее
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	28. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от ВХОД (?), 24-Сен-20, 22:33
	Не сказал бы что он удобнее учитывая что ничего не умеет толком и инструментов под него нет.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Страшный Аноним (?), 24-Сен-20, 23:30
	У вот таких эффективных пацанчиков, вроде тебя, на мобильниках тоже стоит эффективный PostgreSQL? Если да, то обращайтесь - у меня друг очень хороший психиатр.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	35. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Аноним (35), 25-Сен-20, 00:54
	Аналогов то SQLite по сути вообще нет на мобильниках
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от Sw00p aka Jerom (?), 25-Сен-20, 01:00
	> У вот таких эффективных пацанчиков у "сверх эффективных" даже оракля встречается :)
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	52. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от AleksK (ok), 25-Сен-20, 08:37
	Что такой агрессивный? Тебя web-разработчики били что ли? А для чего тебе СУБД на смартфоне? Для хранения локальных данных и настроек? Как только к sqlite подцепляется больше одного клиента вся его "эффективность" улетучивается. Поэтому он подходит для прототипирования при разработке, и хранения локальных данных одного приложения, и то в этом случае зачастую подойдет обычное хранилище ключ-значение. Были ещё варианты его применения, но это была совсем экзотика.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	74. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от Аноним (74), 25-Сен-20, 20:11
	А у тебя к адресной книге на телефоне прямо несколько клиентов подключаются. Глупости не говори. Оставим в покое телефоны, посмотри какую какашку с akonadi сделали. Да, sqlite эфективнее во многих местах, но не в вебне откуда ты пришёл.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от mmrnmhrm (?), 27-Сен-20, 23:31
	приветик ударникам криокамеры https://wiki.termux.com/wiki/Postgresql без рута, регистрации и смс
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	62. "Релиз СУБД PostgreSQL 13"	–1 +/–
	Сообщение от InuYasha (??), 25-Сен-20, 13:26
	в моей практике mongodb был менее стабилен под большой нагрузкой.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	116. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от mmrnmhrm (?), 27-Сен-20, 23:36
	назови, пожалуста, количество записей в хранилище и частоту обращений видел людей, серьёзно считающих 30к записей хайлоадом, которому необходим шардинг постгря такую мелочь перемалывает без индексов, банальным фулсканом
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Релиз СУБД PostgreSQL 13"	+/–
	Сообщение от InuYasha (??), 28-Сен-20, 12:27
	Не помню. Монги занимали порядка 50-100ГБ данных на штуку, к каждой обращалась пара десятков серверов в реальном времени, т.е. непрерывно, забивая пару мегабит - точно.
	Ответить | Правка | Наверх | Cообщить модератору

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

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