The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года , opennews (?), 04-Янв-24, (0) [смотреть все]

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


42. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –7 +/–
Сообщение от Аноньимъ (ok), 04-Янв-24, 15:51 
> PostgreSQL

По какой-то причине очень любима ентерпрайз галерами.
Подозреваю по причине сложности настройки и эксплутации, можно посадить клиента на поддержку по самые нехочу.

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

44. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Карлос Сношайтилис (ok), 04-Янв-24, 16:37 
> По какой-то причине очень любима ентерпрайз галерами.

По причине бесплатности, за поддержку можно брать как за оракл, но накладных расходов меньше

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

49. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 04-Янв-24, 16:49 
Так и мускуль бесплатен, но почему-то используется в основном для друпала и вордпресса.
Ответить | Правка | Наверх | Cообщить модератору

68. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +4 +/–
Сообщение от Аноним (180), 04-Янв-24, 19:21 
Потому что MySQL криво спроектирован, от реализации SQL и до методов настройки хранилищ. PG это коробочное решение с корректным SQL и с ровно одним рабочим бэкэндом со всеми фичами и плюсами такого подхода. Также PG по фичам и SQLю ближе к другим коммерческим СУБД.
Ответить | Правка | Наверх | Cообщить модератору

80. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 04-Янв-24, 21:09 
Насколько я помню, у мускуля тоже остался ровно один рабочий бэкенд (не считая одного проприетарного).
Ответить | Правка | Наверх | Cообщить модератору

87. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –5 +/–
Сообщение от Tron is Whistling (?), 04-Янв-24, 22:26 
PG - это очередная глорификация DBF, поэтому он идёт нафиг.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

88. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (26), 04-Янв-24, 22:50 
С таким потрясающим знанием матчасти лесом идёте вы.
Увы и ах.
Ответить | Правка | Наверх | Cообщить модератору

117. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –2 +/–
Сообщение от Tron is Whistling (?), 05-Янв-24, 09:44 
Ну так чё там, страничную организацию и переиспользование страниц уже добавили, или всё ещё построчник и вакуумы? :D
Ответить | Правка | Наверх | Cообщить модератору

139. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (139), 05-Янв-24, 13:28 
https://www.opennet.me/opennews/art.shtml?num=59453
Ответить | Правка | Наверх | Cообщить модератору

141. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Tron is Whistling (?), 05-Янв-24, 14:24 
Целый навесной бета-костыль, надо же.
Ну, может, такими темпами лет через 20 и станет нормальной DBMS.
Ответить | Правка | Наверх | Cообщить модератору

143. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от нах. (?), 05-Янв-24, 14:54 
дык, эта... статус паблик-беты не меняется уже пол-года. Когда там еще эти пчьолы прилетят - мы уже наверное в рай попадем.

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

175. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (180), 05-Янв-24, 19:56 
Не уже, а всего лишь. Типичное время вендрения чего-либо это 1-5 лет если апстрим в принципе не против
Ответить | Правка | Наверх | Cообщить модератору

209. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от нах. (?), 09-Янв-24, 16:40 
> Не уже, а всего лишь. Типичное время вендрения чего-либо это 1-5 лет
> если апстрим в принципе не против

"так это наверное нескоро" (с)

(ну в смысле можно считать что скорее нет чем есть - а там либо ишак, либо падишах, либо сам Ходжа...)

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

158. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (26), 05-Янв-24, 18:08 
> Ну так чё там, страничную организацию и переиспользование страниц уже добавили

Как и было отмечено выше, знание матчасти у вас действительно около нулевое (если что, страничная организация данных используется в потсгресе с начала времён).

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

191. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Tron is Whistling (?), 06-Янв-24, 10:29 
Ну и как там с переиспользованием?
Ответить | Правка | Наверх | Cообщить модератору

167. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (180), 05-Янв-24, 19:24 
Почти все реляционные СУБД работают со страницами, а внутри, внезапно, строки. Везде есть переиспользование страниц, везде есть чистка мусора (т.е. VACUUM) и мусор в страницах. Даже многие нереляционные СУБД такие. Проблема PG заключается только в том, что он много мусорит и сильно фрагментирует страницы из-за отсутствия undo сегмента. А именно, всегда добавляет изменённые данные к новым вместо замены.
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

192. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Tron is Whistling (?), 06-Янв-24, 10:35 
А ведь да, я таки посмотрел в его on-disk format. И страницы есть, и даже free space map есть.
Вот только толку от этого нет никакого абсолютно. Как можно было умудриться со страничным форматом так залететь - сказать сложно.
Ответить | Правка | Наверх | Cообщить модератору

118. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Tron is Whistling (?), 05-Янв-24, 09:49 
Схему на ходу менять можно, или надо все эннадцать терабайт имеющихся данных перелопачивать?
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

113. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Антонимусс (?), 05-Янв-24, 08:43 
MySQL спроектирован просто офигенно, а инженеры из Oracle потом залечили детские болячки - эти ребята разбираются в базах и хорошо знают свое дело.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

157. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (26), 05-Янв-24, 18:01 
Так "офигенно спроектирован" (уже смешно, кстати) или всё-таки имел "детские болячки"?

"Во-первых, я кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной"

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

47. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 04-Янв-24, 16:47 
> Подозреваю по причине сложности настройки и эксплутации, можно посадить клиента на поддержку по самые нехочу.

Нет, по причине отсутствия опенсорсных конкурентов.
Мускуль — менее универсален, у него узкая ниша лендингов и мелких интернет-магазинов с десятком посетителей в день. За рамками этой ниши начинаются такие сложности, что дешевле на постгрес переехать.

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

53. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (53), 04-Янв-24, 17:43 
Так и смысл тогда мумкуль брать? Для пары посетителей хватит и дефолтной настройки постгри
Ответить | Правка | Наверх | Cообщить модератору

55. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (26), 04-Янв-24, 18:02 
> Так и смысл тогда мумкуль брать?

Потому что PHP-разработчики, которые за $2/час подпилят друпал под нужды малого бизнеса, обычно умеют подключаться только к мускулю.

> Для пары посетителей хватит и дефолтной настройки постгри

Не все это знают. Типовому PHP-разработчику за $2/час не хочется много думать и что-то учить, ему хочется фигак-фигак и в продакшн.

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

58. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноньимъ (ok), 04-Янв-24, 18:17 
Какие сложности начинаются с мусклом?

Я недавно на нем небольшую базу для аналитики гонял, что-то ок 60Гб. Оно вообще ну очень быстро работает. Что там такое должно быть чтобы мускл затык, а постгря справилась?

Кстати видел эту постгрю в энтерпрайзных галерах. Они умудряются её реально тормозить на десятках и сотнях запросов, потому что DB Инженер - это видимо уже немодно и ненужно.

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

59. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (26), 04-Янв-24, 18:21 
Кстати, это вы тот PHP-разработчик, который допиливает друпал на $2/час?
Ответить | Правка | Наверх | Cообщить модератору

67. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноньимъ (ok), 04-Янв-24, 19:17 
Нет.

Я PHP в его лучшие годы не трогал. Концепцию смеси серверного кода с html разметкой считаю ужасной, и не безопасной.

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

69. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Вы забыли заполнить поле Name (?), 04-Янв-24, 19:24 
Если работать 24 часа в день, то нормально :D
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

82. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 04-Янв-24, 21:16 
> Я недавно на нем небольшую базу для аналитики гонял, что-то ок 60Гб. Оно вообще ну очень быстро работает. Что там такое должно быть чтобы мускл затык, а постгря справилась?

Использовать OLTP для аналитики — уже многое о вас говорит.

Наверное, "ну очень быстро" — это когда запрос отрабатывает за выходные?

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

124. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноньимъ (ok), 05-Янв-24, 11:30 
> Использовать OLTP для аналитики — уже многое о вас говорит.

Если оно работает, и каши не просит - то всё отлично просто.
Перестанет хватать - разверну что-то более серьездное. Но не постгрю.

> Наверное, "ну очень быстро" — это когда запрос отрабатывает за выходные?

За доли секунды.

Вообще когда я стат анализом занимался, у нас система на нек сценариях по пол дня думала, в штатах жлобились серверу выделить больше памяти, и оно несщадно свопало. Не велика беда.

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

215. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от bOOster (ok), 11-Янв-24, 06:13 
- "Упрямство - достоинство ослов"
Ответить | Правка | Наверх | Cообщить модератору

70. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноньимъ (ok), 04-Янв-24, 19:45 
Ну вот например:

https://diginomica.com/look-servicenow-managing-85000-databa...

Вроде всё отлично у них за пределами 10 посетителей в день.

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

72. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +3 +/–
Сообщение от kernel (??), 04-Янв-24, 19:50 
На самом деле, при таких нагрузках у mariadb были проблемы. У меня несколько сотен тысяч баз, и были баги, на которые делал багрепорты. К счастью, все эти багрепорты уже достаточно давно закрыты. Но подебажить пришлось основательно, чтобы разработчики смогли найти причины.
Ответить | Правка | Наверх | Cообщить модератору

92. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от fuggy (ok), 04-Янв-24, 23:42 
На самом деле у MySQL намного больше универсальности чем ожидается. У неё несколько моделей хранения и можно для каждой таблицы выбрать разную. Настоящие физические кластерные индексы. В PostgreSQL же только одна модель хранения, на которую все вечно жалуются что она пухнет. Вот когда добавят минимум ZHeap, тогда и можно говорить об универсальности. Так что популярность PostgreSQL не связана с универсальностью. Скорее с расширяемостью, соблюдением стандартов, скоростью развития.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

95. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (180), 05-Янв-24, 00:11 
^ О, ловите php-шника за $2/час
Ответить | Правка | Наверх | Cообщить модератору

125. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноньимъ (ok), 05-Янв-24, 11:31 
> О, ловите php-шника за $2/час

Поймал тебя дорогой. Полезай в мешок.

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

100. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноним (7), 05-Янв-24, 00:27 
Ты сам ответил на свой вопрос. Универсальность это плохо.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

71. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от kernel (??), 04-Янв-24, 19:47 
Странные ваши суждения, работаю и с mysql и с pg. Базы занимают терабайты Использую для разных вещей просто потому, что у них разная архитектура и есть места, где pg выигрывает, есть и где mysql. Но в общем-то, с большинством данных они справляются примерно одинаково. Если, конечно, структуру нормальный инженер проектировал.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

76. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноньимъ (ok), 04-Янв-24, 20:32 
> с большинством данных они справляются примерно одинаково

С вами я могу только солглашаться. Всегда интересно послушать мнение профессиорнала.

> Если, конечно, структуру нормальный инженер проектировал.

Абсолютно с вами согласен.

> Странные ваши суждения

Ну, я не профи в базах данных. Говорю только то, что наблюдаю сам.
Вижу повышенную любовь к постгре у IT галер (в особо извращенном хоррор жанре, с датабейс микросервис и транзакционал датабейс микросервис)

Так как считаю, что, в производительности большой разницы нет при правильной настройке, то, предпологаю, что это конкретно связанно со сложностью поддержки и внедрения.
Возможно связь иная, возможно какие-то стандартные курсы девопсов учат кокнретно постгре. Может у постгри какой-то особо удобный докер образ. А может это связанно с наличием кучи расширений к постгре на которые завязанны какие-то старндартные ентерпрайз решения.
А может это деформация тех галер о которых мне известно.

Для меня БД - всегда была вспомогательным интрументом. Как-то смотрел на PG но обнаружил путь от "установил пакет" до "подключился и работаешь" слишком сложным.
Когда-то давно работал немного с Ораклом и МС(в рамках дотнета), но для себя быстро перешёл на мускл и теперь Марию. Оно просто работает сразу, в моём опыте. Причём отлично, удалось избежать новомодных timeseries баз. Сжатие страниц? то-же работает отлично, для моих нужд самое оно. По моему в PG аналогичного механизма нет?

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

83. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноним (26), 04-Янв-24, 21:22 
> Как-то смотрел на PG но обнаружил путь от "установил пакет" до "подключился и работаешь" слишком сложным.

Весьма наглядная иллюстрация тезиса

> Типовому PHP-разработчику за $2/час не хочется много думать и что-то учить, ему хочется фигак-фигак и в продакшн.

Причем, в отсутствие особых требований этот путь может быть нулевым, так как постгрес очень неплохо работает с настройками по умолчанию.

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

93. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +2 +/–
Сообщение от fuggy (ok), 04-Янв-24, 23:57 
PostgreSQL лучше хотя бы тем что там есть check constraint, а не делает вид что они есть как MySQL. Лучше поддержка разных типов данных JSON, массивов, енумов. Больше типов индексов, есть частичные, функциональные, индексы для геометрических типов данных. Продвинутое управление ролями, даже есть row level security. Так что плюсы в использовании PostgreSQL есть.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

97. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (180), 05-Янв-24, 00:14 
Ну ок, повысим до php-шника за $8/час
Ответить | Правка | Наверх | Cообщить модератору

108. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от Аноним (108), 05-Янв-24, 05:50 
Все эти плюшки нужны только если тащите логику приложения в слой хранения данных.
Обычно принято дублировать логику. То есть она и в базе, и в приложении. Зачем этот БДСМ нужен, каждый ответит для себя сам.
У кого-то это способ защиты от написанного джунами кода, у кого-то одержимость контролем всего и вся.
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

147. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от fuggy (ok), 05-Янв-24, 15:07 
Да, а потом будем тянуть тысячи строк в браузер, чтобы по новой изобрести алгоритмы сортировки и джойнов. Не всегда с базой работает только одно приложение. Ещё есть тестировщики и разработчики, которые могут напрямую в бд вставить что-то. И что в каждое приложение добавлять логику ограничений, проверки уникальности, внешние ключи. Есть схема данных и зачем это тащить в логику приложения. Разгребать потом дубликаты и искать проблемы где забыли добавить внешние ключи намного сложнее, чем мнимый выигрыш от того что бд будет работать быстрее, если мы не будем использовать внешние ключи.
Ответить | Правка | Наверх | Cообщить модератору

173. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (180), 05-Янв-24, 19:47 
В слое хранения могут быть только данные, а не логика. Логика же это код, выполняемый рядом с данными. И здесь речь идёт не о типах данных и прочих похожих фичах, а о UDF-ках. Нужны они по совершенно очевидной причине: перелопачивание данных прямо в СУБД работает быстрее аналогичной логике на строне клиента (на клиент нужно туда-сюда гонять данные). Этот подход широко используется в биг дате в виде map-reduce и прочих схемах распределённых вычислений. Для OLTP от этого тоже может быть польза на некоторых схемах баз.

Сами же дополнительные типы данных и индексы тоже помогают ускорять работу. Обычно дублирования логики не делают т.к. завязка на фичи PG больше никуда не переносима и на другой СУБД уже не получится  получить такие же ТТХ эмуляцией логики.

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

126. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноньимъ (ok), 05-Янв-24, 11:43 
> Лучше поддержка разных типов данных JSON

Это зло.

> PostgreSQL лучше хотя бы тем что там есть check constraint, а не делает вид что они есть как MySQL.

Разверните.

> индексы для геометрических типов данных.

https://mariadb.com/kb/en/geographic-geometric-features/

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

148. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от fuggy (ok), 05-Янв-24, 15:40 
>JSON

К сожалению это жизнь и JSON проник везде. И иногда проще вставить JSON, чем создавать таблицу на 20 колонок в которую будем раскладывать на колонки, и потом собирать в одни объект обратно. Есть простое правило, если с данными работают атомарно (не нужно читать или изменять отдельные поля внутри), то так даже эффективнее хранить в одной колонке.

>check constraint
>Prior to MySQL 8.0.16, CREATE TABLE permits only the following limited version of table CHECK constraint syntax, which is parsed and ignored:
>Before MariaDB 10.2.1 constraint expressions were accepted in the syntax but ignored.

До каких-то версий, синтаксис поддерживался, но по факту ничего не происходило. Разве можно такой СУБД пользоваться, которая так легкомысленно к стандарту относится. Деление на ноль даёт NULL. Ещё позволяет указывать в SELECT колонки которых нет в GROUP BY или агрегатные функции. С одной стороны может удобно, с другой может выдать значение из любой строки.

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

150. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноньимъ (ok), 05-Янв-24, 16:03 
Не знаю, можно или нельзя. Я не большой сторонник стандартов ради стандартов. И не знаю насколько им следует например МС или Оракл.

Вообще с этим жсоном наверное моя главная проблема в том, что табличная СУБД пытается зачем-то быть объектной, там ещё и графовые движки есть.

Хотя и гонять жейсон по сети в базу и обратно видится идеей довольно странной.
Но это я так, модные молодёжные BD вообще по http работают.

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

154. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +2 +/–
Сообщение от fuggy (ok), 05-Янв-24, 17:20 
Вообще-то PostgreSQL разрабатывался как объектно-реляционная, не путать с документной, а не просто реляционная. Там можно определять пользовательские типы данных, например валютный тип, где сумма и код валюты лежат в одной колонке, чтобы работать атомарно, и определять функции над новыми типами. Графовым чаще всего нужен свой язык, так как SQL плохо подходит.
Я тоже согласен что молодёжным базам работать по текстовому протоколу, вместо бинарного это менее производительно. Это ж для каждой строки нужно все заголовки колонок передавать, очень неэффективно.
Ответить | Правка | Наверх | Cообщить модератору

177. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (180), 05-Янв-24, 20:12 
> Есть простое правило, если с данными работают атомарно (не нужно читать или изменять отдельные поля внутри), то так даже эффективнее хранить в одной колонке.

Здесь принцип деления совершенно другой: в БД может быть форматная обязательная часть данных и неформатная в виде документа. Раньше были отдельные СУБД для форматных данных с чёткой схемой и специальные документные СУБД. Поле JSON в PG существует для объединения этих двух подходов  в реляционной СУБД. Таким образов в колонки по прежнему уходят форматные данные, а документ в JSON. Раньше документ приходилось хранить в виде блоба и декодировать только на клиенте. C JSON можно строить индексты по документам и работать с ним прямо из SQL. Вот и вся магия с JSON полем. Хранить обычные колонки в JSON поле не эффективно.

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

187. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от fuggy (ok), 05-Янв-24, 23:35 
> C JSON можно строить индексты по документам и работать с ним прямо из SQL

Я про JSON и веду речь. Можно создать индекс, но подход немного в другом. Что если нужно построить индекс по json-колонке, то скорее всего нужно селектить и джойнить, то тогда эффективней вынести её в отдельную настоящую колонку (конечно если у вас микро таблица). А если уж нужно апдейтить json-поле, то тогда это делать почти обязательно, ведь PostgreSQL пока не умеет редактировать на месте и будет копировать, например мегабайтный json, целиком. Если нужно просто: юзер json положил, юзер json целиком прочитал, то jsonb идеально подходит. На заголовки строки и колонки есть накладные расходы, и если колонок много и их не обрабатывают на SQL, то можно замерять и в некоторых случаях может оказаться что их эффективнее хранить виде jsonb. Но в коменте выше было именно иметь в виду атомарный json-объект.

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

81. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 04-Янв-24, 21:11 
> Использую для разных вещей просто потому, что у них разная архитектура и есть места, где pg выигрывает, есть и где mysql.

Прямо даже интересно, в каком месте может выиграть mysql?

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

106. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +1 +/–
Сообщение от пох. (?), 05-Янв-24, 00:58 
миллион inserts/s в базку key-value

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

90. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (43), 04-Янв-24, 23:11 
>Базы занимают терабайты

Ну это не серьёзно, уровень sqlite ведь.

>справляются примерно одинаково

Ну я и говорю, зачем все эти навороты, когда это задачи для sqlite?

>структуру нормальный инженер проектировал

Ну тут не структурой единой, понятное дело, но бездумный sqlite может не показывать достаточной производительности под приличной нагрузкой.

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

94. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (26), 05-Янв-24, 00:07 
> Ну это не серьёзно, уровень sqlite ведь.

Не надо тут, уровень sqlite — не меньше сотни петабайт!

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

96. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  +/–
Сообщение от Аноним (43), 05-Янв-24, 00:12 
Не уверен, там лимит около 250 терабайт. Правда, я не слышал, чтобы кто-нибудь больше ~20 задействовал, но, очевидно, что запас хороший остаётся при этом.
Ответить | Правка | Наверх | Cообщить модератору

103. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Аноним (103), 05-Янв-24, 00:37 
тебе, наверное, больше подходит решение от ms, т.к. пишешь на шарпе? И почему нас должна интересовать проприетарщина?
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

197. "Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года "  –1 +/–
Сообщение от Прохожий (??), 06-Янв-24, 13:13 
Тебе шашечки или ехать?
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру