Тяжелые газы не тонут в легких. Они полностью смешиваются за счет диффузии.
Гравитация на больших высотах (километры, десятки километров) вносит в этот процесс определенные коррективы (см. Барометрическая формула), и это бы имело весьма важное значение, если бы атмосфера постоянно не перемешивалась механически за счет конвекции и ветров. По факту же:
До высоты 100 км атмосфера представляет собой гомогенную хорошо перемешанную смесь газов.
Фреоны отлично достигают нужных высот (хоть и небыстро — за несколько лет).
Дюпон, конечно, — проклятые капиталисты, монополисты и негодяи, и в свое время лоббировали и манипулировали, но в комменте выше навалено типичного конспирологического бреда. Так, Дюпон вообще поначалу отрицала связь разрушения озона с фреонами (да и само существование дыр):
Компания «Дюпон» («DuPont») после обнародования данных об участии фреонов в разрушении стратосферного озона потратила миллионы долларов на кампанию в прессе по защите фреонов. Председатель компании «Дюпон» писал в статье в журнале Chemical Week от 16 июля 1975 года, что «теория разрушения озона — это научная фантастика; вздор, не имеющий смысла».
Но на кого же тогда намекал срыватель? Кто финансировал исследования? Так много вопросов, так мало ответов...
Позвольте мне не разбирать дальше эту чушь.
(хотя нет, мимо этого перла не могу пройти: "А Мигалков, который купил налог на носители во славу себя любимого?" — штоа?! Никита Сергеевич пролоббировал закон о болванках, чтобы себя любимого от конкуренции защитить?..)
Я попытаюсь вам ответить рационально, но только один раз, ибо вы тут завалили однотипными комментариями весь тред, и это, видимо, тот случай, когда рациональные аргументы не действуют.
Разницу в производительности в 2 раза (в производительности чего именно, кстати? буду дальше предполагать, что CPU) можно явно увидеть только при работе программ, делающих длительные и интенсивные вычисления. Бенчмарки, кодирование видео, 3D рендеринг (когда он на ЦПУ), компиляция, архивирование. Можно увидеть и замерить. Результаты будут предсказуемые и консистентные.
Всякие вот эти "пересел на новый комп - все летает", браузер быстрее открывается, винда быстрее шевелится — бред. А точнее, самоубеждение, эффект плацебо.
При старте браузера, например, происходит черте чего, при этом большую часть времени браузер проводит отнюдь не в интенсивных процессорных вычислениях. Куда большее значение имеют задержки сети в данный конкретный момент, прогретость дискового кеша и вообще состояние браузера: расширения/плагины, восстанавливает ли он вкладки, какие и сколько и тд и тп. Может, он вообще обновиться решил (или расширения). Насколько дольше будет стартовать браузер на медленном проце при прочих равных? На пару десятков миллисекунд? А "прочих равных" вы еще и никогда не получите, процесс недетерменированный, не бенчмарк.
Винда тормозит? Сколько займет отрисовка окошка или менюшки на любом адекватном железе новее 2010 года? Ноль. Зеро. Nihil.
100500 причин может быть, почему может тормозить менюшка, переключение окон и подобные вещи. Фактор скорости проца тут ничтожен.
Это работает так: вы словили рандомный лаг на старом компе — ну все понятно, говно тормозное. Отложилось, запомнили. Такой же ровно лаг на новой компе вы просто не запоминаете, он ведь не может тормозить.
Двойной слепой тест делали? Нет? Тогда не надо тут.
Поверьте также на слово: не всем нужны 4090. Не все играют в игры вообще, но и тем, кто играет, оно часто нафиг не надо. У меня в стимах/гогах пылится сотня игр (и может им вечно суждено пылиться), самая новая из которых, наверно, третий ведьмак, а остальным 90% за глаза современной встроенной видеокарты хватит.
Комп неудобнее: стоит под столом опутанный проводами чемодан без ручки, собирает пыль.
Комп шумнее (обычно).
С компом не посидишь на унитазе посмотришь кинцо на диване, не попьешь кофе на кухне и пр.
С компом не поедешь в офис (или с офиса домой).
Комп не заберешь в поездку.
Отключат свет и комп превращается тумбочку.
Производительности ноута мне более чем хватает.
При этом мне очень неудобно работать за ноутбуком, я всегда подключая внешний монитор и клаву+мышь. Кучу места это не занимает.
Комп+ноут для меня не вариант: не раз пытался пользоваться подобными конфигурациями (домашний комп+рабочий ноут, два ноута и пр.) - все равно в итоге приходишь к тому, что основной будет один (и я вно не комп), ибо проще иметь всегда одно привычное окружение.
Все субъективно, разумеется. На весь мир не проецирую.
Вроде, по тексту, зам нашел резюме, зам попросил предупредить, зам был предупрежден. И зам далеко не хер пойми кто
Давайте так: по ТК должен быть предупредить работодателя за 2 недели в письменной форме. На мой - не профессионально юридический - взгляд это означает заявление в отдел кадров или на имя уполномоченного лица с отметкой о принятии оного. Так что по закону - не предупредил.
По-человечески - я готов принять, что "зам" - это самый правильный адресат, но, ..ять, смска (кто их читает нынче? почему хотя бы не в мессенджер? не в контактах? тогда смска с незнакомого номера - просто спам) 2 января в затяжные выходные, когда, будь эта смска вовремя прочитана, заниматься кадровыми вопросами, скорее всего, некому - это свинство. Так что снова - нет, не предупредил.
Можно, если долго откладывал лечение, то почему бы его не начать?
Потому что есть состояние нетрудоспособности, при котором врач выписывает больничный (я давал выше ссылку на правила, полюбопытствуйте). Лечить лысину, отбеливать зубы, убирать старый чирей на заднице - это будьте добры согласовать с работодателем, либо пусть врачебная комиссия выдает письменное заключение о необходимости срочного лечения.
Поймите меня правильно: я обеими руками за своевременное лечение, но в данном случае лирический герой его необходимость просто выдумал, чтобы не отрабатывать две недели (не помешало же оно ему на новую работу выйти - интересно, там он тоже брал больничный?). Был у меня такой знакомый: в запой уйдет, а как на работу выходить, он с похмелья идет к знакомой старушке-терапевту на прием, она посмотрит на его мученический образ да и нарисует больничный.
С моими руководителями у меня было очень много чисто устных договоренностей и мы часто шли на уступки друг другу, если меня никто не пытался налюбить
Это нормально, так и должно быть. А вот в статье налюбить пытаются, и первый ход точно не со стороны работодателя.
Материальная ответственность не из воздуха берется. Подозреваю, что в письме прокурору была просьба прояснить ее происхождение и у другой стороны бумажек не нашлось, иначе истребовали бы по суду.
А этого мы не знаем, жрем, что дают безымянные писатели профсоюза работников IT. Я вот легко могу представить, что там было только требование рассчитаться при увольнении, а работодатель решил, что ему дешевле не связываться с прокуратурой. Ниже предположили, что и мат ответственности могло не быть. Я не готов тут гадать на кофейной гуще, поэтому предпочитаю тыкать носом "героя" в его собственное недобросовестное поведение, благо он его сам задокументировал.
Статейки от безымянного СММ-щика "профсоюза работников IT" становятся все всратее...
Как обычно бывает в комментариях к таким (ни разу не котоламповым) историям, все сейчас кинутся упражняться в унавоживании работодателя. Однако ж, надеюсь, не только мне режет глаз явное свинс недобросовестность лирического героя?
Зам. директора нашёл моё резюме на одном из сайтов по поиску работы. Вызвал меня к себе на разговор по душам. Попросил, чтобы я предупредил, если буду увольняться. Я пообещал, что не буду скрывать и сообщу обо всём заранее.
Его вроде никто цепью не приковывал, не давил и не шантажировал. Попросили просто заранее предупредить, когда лыжи намылит. Что же делает пролетарий умственного труда? (с каких пор, кстати, электромонтажники стали IT-шниками?) — он заранее предупреждает: смской хер пойми кому! 2 января!
Когда его (в полном соответствии с ТК, кстати) просят отработать 2 недели, он берет больничный (ровно на те самые две недели, судя по тексту). А че, всмысле, так можно было?! А нет желающих написать запрос в прокуратуру в отношении данного товарища и того медучреждения, которое вот так по щелчку пальцев раздает больничные просто для обследования по просьбе клиента? (почитайте, например, п. 26 правил выдачи больничных)
Была бы от статьи хоть какая-то польза, если бы выложили образец волшебного заявления в прокуратуру, которое без личного присутствия сразу сняло все претензии по мат ответственности. А так...
Выражаю огромную благодарность профсоюзу IT и призываю всех трудящихся объединяться!
Вступления в вашу мутную секту платное? Или эзотерический обряд посвящения надо пройти?
Я бы еще добавил, уплотила ли организация нолог со своего финансирования? И как она рассчитывается с СММ-щиком, который пишет это коммунистическое говно для хабра? Пенсионные отчисления платим? Или на ИП сидит?
Да, ни оракл, ни постгрес, ни mssql не умеют в add column after. У всех отмазка "ну это чтобы не пересоздавать таблицу"
Ну у постгреса отмазка скорее "мы не против, просто геморроя оказывается многовато для такой малоактуальной фичи, и никто пока не заморочился аккуратно сделать". Вот, например, подход к снаряду 2014 года - почитайте простыню, если интересно, почему не шмогли.
Мне пофиг на пересоздание, у меня там три записи
Вот и делайте через пересоздание таблицы (или через добавление/удаление колонок, как в статье выше описано).
Нет и нет этой фишки, штука явно не ключевая для СУБД, чего срач разводить.
Гораздо более развитый DDL (Data Definition Language) и DCL (data control language): SHOW DATABASES, SHOW TABLES, SHOW CREATE TABLE и т.п.
это не DDL и не DCL. И нигде ниже не была продемонстрирована "гораздо большая развитость".
Data Control Language
...
помимо того, что это не DCL, а чем, собственно, не устроили эквиваленты psql (\l, \d и иже с ними)?
Эти вещи, скорее, забота клиента, и вставлять их в язык - решение неоднозначное (при этом, конструкции вроде SHOW CREATE TABLE, выдающие в виде DML запроса определение объекта, действительно полезны и в PG их подчас не хватает).
FLUSH TABLES
FLUSH HOSTS
...
а объясните людям без 20+ лет опыта в MySQL, на кой хрен вообще эти команды нужны?
ALTER TABLE table_name CHANGE COLUMN
Круто, CHANGE COLUMN умеет переименовывать и сразу тип менять. Развитость налицо. А ежели изменение типа чуть сложнее, чем INT -> BIGINT, по какие правилам преобразование идет? В недоразвитом постгресе можно указать явно через USING.
Офигеть, я не могу добавить новую колонку после другой конкретной колонки, а могу добавить только в конец...
Офигеть, а еще INSERT AFTER row нельзя сделать, 19 век прямо. Порядок колонок в таблице тоже такое себе явление (кто в курсе, что стандарт по этому поводу говорит?).
Если сильно приперло, поменять можно через пересоздание таблицы (CREATE TABLE AS SELECT, например).
В InnoDB (сюрприз!) перестановка колонок вызовет перезапись всей таблицы.
REPLACE INTO
А INSERT ... ON CONFLICT типа только многословностью не угодил?
Угу, в частном (и довольно глупом) случае, который покрывает REPLACE, он неприятно многословен. При этом такой же синтаксис есть и в mysql, только более недоразвитый
А есть в mysql аналог MERGE? (врочем, в PG ее ждали минимум лет 5... олды вспомнят еще как в 8.4 обсуждалось)
Пока писал нужные мне SQL-statements для работы с JSON, пришлось мучать ChatGPT несколько часов подряд, которого я довёл, наверное, до седины — постоянно сыпались те или иные ошибки, интуитивно-очевидные конструкции с JSON не работают.
"Все хреново, но что, не скажу." Можно конкретики? Ибо синтаксис JSONB у них сильно шагнул вперед за последние годы (я сам давно отстал от жизни уже). Можно делать такое:
-- Where jsonb_field was {}, it is now {"a": [{"b": 1}]}
UPDATE table_name SET jsonb_field['a'][0]['b'] = '1';
Почему-то в PostgreSQL по умолчанию нельзя аутентифицироваться с паролем.
зато как прекрасны эти GRANT ... TO user@127.0.0.1 в мускуле. Только бы не запутаться, с какого ипшника ходишь...
Необходимость вакуумирования
Единственная адекватная претензия. Время показывает, что архитектура MVCC в постгресе не самая удачная. Все zheap не дождемся...
INSERT INTO the_table ... ON CONFLICT вместо REPLACE INTO
жесть... Ни то, ни другое не стандарт, и внезапно в мускуле есть свой INSERT ON CONFLICT ! А вот MERGE, между прочим, стандарт.
Чатгпт сказало, видите ли, что "PostgreSQL делает акцент на строгом следовании стандартам SQL и обеспечении высокой надежности и целостности данных, даже если это означает отказ от некоторых нестандартных или потенциально небезопасных возможностей", хотя прямо на сайте у них написано: "PostgreSQL is a powerful, open source object-relational database system that uses and extends the SQL language combined with many features".
Ну и жаловались бы с таким уровнем аргументации чатгпт, он бы вам посочувствовал.
зачем нам читать интервью с членом?
По существу вопроса о физике атмосферы могу.
Тяжелые газы не тонут в легких. Они полностью смешиваются за счет диффузии.
Гравитация на больших высотах (километры, десятки километров) вносит в этот процесс определенные коррективы (см. Барометрическая формула), и это бы имело весьма важное значение, если бы атмосфера постоянно не перемешивалась механически за счет конвекции и ветров. По факту же:
(https://meteoinfo.ru/glossary/4806-atm-vert-structure)
Озоновый слой — это 20-40км.
Фреоны отлично достигают нужных высот (хоть и небыстро — за несколько лет).
Дюпон, конечно, — проклятые капиталисты, монополисты и негодяи, и в свое время лоббировали и манипулировали, но в комменте выше навалено типичного конспирологического бреда. Так, Дюпон вообще поначалу отрицала связь разрушения озона с фреонами (да и само существование дыр):
Но на кого же тогда намекал срыватель? Кто финансировал исследования? Так много вопросов, так мало ответов...
Позвольте мне не разбирать дальше эту чушь.
(хотя нет, мимо этого перла не могу пройти: "А Мигалков, который купил налог на носители во славу себя любимого?" — штоа?! Никита Сергеевич пролоббировал закон о болванках, чтобы себя любимого от конкуренции защитить?..)
Кислород тяжелее воздуха, CO2 резко тяжелее воздуха, озон резко тяжелее воздуха — их всех в высоте быть не может... Срыватели покровов хреновы
Я попытаюсь вам ответить рационально, но только один раз, ибо вы тут завалили однотипными комментариями весь тред, и это, видимо, тот случай, когда рациональные аргументы не действуют.
Разницу в производительности в 2 раза (в производительности чего именно, кстати? буду дальше предполагать, что CPU) можно явно увидеть только при работе программ, делающих длительные и интенсивные вычисления. Бенчмарки, кодирование видео, 3D рендеринг (когда он на ЦПУ), компиляция, архивирование. Можно увидеть и замерить. Результаты будут предсказуемые и консистентные.
Всякие вот эти "пересел на новый комп - все летает", браузер быстрее открывается, винда быстрее шевелится — бред. А точнее, самоубеждение, эффект плацебо.
При старте браузера, например, происходит черте чего, при этом большую часть времени браузер проводит отнюдь не в интенсивных процессорных вычислениях. Куда большее значение имеют задержки сети в данный конкретный момент, прогретость дискового кеша и вообще состояние браузера: расширения/плагины, восстанавливает ли он вкладки, какие и сколько и тд и тп. Может, он вообще обновиться решил (или расширения). Насколько дольше будет стартовать браузер на медленном проце при прочих равных? На пару десятков миллисекунд? А "прочих равных" вы еще и никогда не получите, процесс недетерменированный, не бенчмарк.
Винда тормозит? Сколько займет отрисовка окошка или менюшки на любом адекватном железе новее 2010 года? Ноль. Зеро. Nihil.
100500 причин может быть, почему может тормозить менюшка, переключение окон и подобные вещи. Фактор скорости проца тут ничтожен.
Это работает так: вы словили рандомный лаг на старом компе — ну все понятно, говно тормозное. Отложилось, запомнили. Такой же ровно лаг на новой компе вы просто не запоминаете, он ведь не может тормозить.
Двойной слепой тест делали? Нет? Тогда не надо тут.
Поверьте также на слово: не всем нужны 4090. Не все играют в игры вообще, но и тем, кто играет, оно часто нафиг не надо. У меня в стимах/гогах пылится сотня игр (и может им вечно суждено пылиться), самая новая из которых, наверно, третий ведьмак, а остальным 90% за глаза современной встроенной видеокарты хватит.
Что-то вариант с форвардерами выглядит пугающе (комменты почитайте). Хотя статья старая, может, сейчас ситуация получше.
ок, не увидел
А где вы цены такие видите?
Комп не нужен.
Комп неудобнее: стоит под столом опутанный проводами чемодан без ручки, собирает пыль.
Комп шумнее (обычно).
С компом не
посидишь на унитазепосмотришь кинцо на диване, не попьешь кофе на кухне и пр.С компом не поедешь в офис (или с офиса домой).
Комп не заберешь в поездку.
Отключат свет и комп превращается тумбочку.
Производительности ноута мне более чем хватает.
При этом мне очень неудобно работать за ноутбуком, я всегда подключая внешний монитор и клаву+мышь. Кучу места это не занимает.
Комп+ноут для меня не вариант: не раз пытался пользоваться подобными конфигурациями (домашний комп+рабочий ноут, два ноута и пр.) - все равно в итоге приходишь к тому, что основной будет один (и я вно не комп), ибо проще иметь всегда одно привычное окружение.
Все субъективно, разумеется. На весь мир не проецирую.
Да не, прям очень интересная штука на самом деле (с поправкой на то, что я о ее существовании узнал из верхнего коммента).
Я бы купил чисто из-за подхода, жаль, у них клавиатур нет с кириллицей, да и с доставкой в неподдерживаемые локации может быть все плохо.
Вы еще великую депрессию напомните :D
это было 16 лет назад. Иные современные итшники тогда еще не родились.
s/бизнес/цыганство/g
Давайте так: по ТК должен быть предупредить работодателя за 2 недели в письменной форме. На мой - не профессионально юридический - взгляд это означает заявление в отдел кадров или на имя уполномоченного лица с отметкой о принятии оного. Так что по закону - не предупредил.
По-человечески - я готов принять, что "зам" - это самый правильный адресат, но, ..ять, смска (кто их читает нынче? почему хотя бы не в мессенджер? не в контактах? тогда смска с незнакомого номера - просто спам) 2 января в затяжные выходные, когда, будь эта смска вовремя прочитана, заниматься кадровыми вопросами, скорее всего, некому - это свинство. Так что снова - нет, не предупредил.
Потому что есть состояние нетрудоспособности, при котором врач выписывает больничный (я давал выше ссылку на правила, полюбопытствуйте). Лечить лысину, отбеливать зубы, убирать старый чирей на заднице - это будьте добры согласовать с работодателем, либо пусть врачебная комиссия выдает письменное заключение о необходимости срочного лечения.
Поймите меня правильно: я обеими руками за своевременное лечение, но в данном случае лирический герой его необходимость просто выдумал, чтобы не отрабатывать две недели (не помешало же оно ему на новую работу выйти - интересно, там он тоже брал больничный?). Был у меня такой знакомый: в запой уйдет, а как на работу выходить, он с похмелья идет к знакомой старушке-терапевту на прием, она посмотрит на его мученический образ да и нарисует больничный.
Это нормально, так и должно быть. А вот в статье налюбить пытаются, и первый ход точно не со стороны работодателя.
А этого мы не знаем, жрем, что дают безымянные писатели профсоюза работников IT. Я вот легко могу представить, что там было только требование рассчитаться при увольнении, а работодатель решил, что ему дешевле не связываться с прокуратурой. Ниже предположили, что и мат ответственности могло не быть. Я не готов тут гадать на кофейной гуще, поэтому предпочитаю тыкать носом "героя" в его собственное недобросовестное поведение, благо он его сам задокументировал.
Вы - официальный представитель? А то я вам еще вопросиков на вентилятор накидаю.
Статейки от безымянного СММ-щика "профсоюза работников IT" становятся все всратее...
Как обычно бывает в комментариях к таким (ни разу не котоламповым) историям, все сейчас кинутся упражняться в унавоживании работодателя. Однако ж, надеюсь, не только мне режет глаз явное
свинснедобросовестность лирического героя?Его вроде никто цепью не приковывал, не давил и не шантажировал. Попросили просто заранее предупредить, когда лыжи намылит. Что же делает пролетарий умственного труда? (с каких пор, кстати, электромонтажники стали IT-шниками?) — он заранее предупреждает: смской хер пойми кому! 2 января!
Когда его (в полном соответствии с ТК, кстати) просят отработать 2 недели, он берет больничный (ровно на те самые две недели, судя по тексту). А че, всмысле, так можно было?! А нет желающих написать запрос в прокуратуру в отношении данного товарища и того медучреждения, которое вот так по щелчку пальцев раздает больничные просто для обследования по просьбе клиента? (почитайте, например, п. 26 правил выдачи больничных)
Была бы от статьи хоть какая-то польза, если бы выложили образец волшебного заявления в прокуратуру, которое без личного присутствия сразу сняло все претензии по мат ответственности. А так...
Вступления в вашу мутную секту платное? Или эзотерический обряд посвящения надо пройти?
Ой, какие правильные вопросы!
Я бы еще добавил, уплотила ли организация нолог со своего финансирования? И как она рассчитывается с СММ-щиком, который пишет это коммунистическое говно для хабра? Пенсионные отчисления платим? Или на ИП сидит?
Добавляйте ссылки на источники — это правила хорошего тона (и цифровой гигиены) в интернете. Тут не телеграм-канал, в конце-концов.
Mozilla уже успела рассказать Коммерсанту, что всё это временно, и благодарить надо Роскомнадзор и его «настойчивые запросы».
Ну у постгреса отмазка скорее "мы не против, просто геморроя оказывается многовато для такой малоактуальной фичи, и никто пока не заморочился аккуратно сделать". Вот, например, подход к снаряду 2014 года - почитайте простыню, если интересно, почему не шмогли.
Вот и делайте через пересоздание таблицы (или через добавление/удаление колонок, как в статье выше описано).
Нет и нет этой фишки, штука явно не ключевая для СУБД, чего срач разводить.
С учетом потабличных блокировок при UPDATE (и некоторых INSERT) быстрая запись там специфическая (myisam).
При сколько-нибудь существенной concurrency от нее ничего не останется.
Это какой-то позор... (с)
это не DDL и не DCL. И нигде ниже не была продемонстрирована "гораздо большая развитость".
помимо того, что это не DCL, а чем, собственно, не устроили эквиваленты psql (\l, \d и иже с ними)?
Эти вещи, скорее, забота клиента, и вставлять их в язык - решение неоднозначное (при этом, конструкции вроде SHOW CREATE TABLE, выдающие в виде DML запроса определение объекта, действительно полезны и в PG их подчас не хватает).
а объясните людям без 20+ лет опыта в MySQL, на кой хрен вообще эти команды нужны?
Круто, CHANGE COLUMN умеет переименовывать и сразу тип менять. Развитость налицо. А ежели изменение типа чуть сложнее, чем INT -> BIGINT, по какие правилам преобразование идет? В недоразвитом постгресе можно указать явно через USING.
Офигеть, а еще INSERT AFTER row нельзя сделать, 19 век прямо. Порядок колонок в таблице тоже такое себе явление (кто в курсе, что стандарт по этому поводу говорит?).
Если сильно приперло, поменять можно через пересоздание таблицы (CREATE TABLE AS SELECT, например).
В InnoDB (сюрприз!) перестановка колонок вызовет перезапись всей таблицы.
А INSERT ... ON CONFLICT типа только многословностью не угодил?
Угу, в частном (и довольно глупом) случае, который покрывает REPLACE, он неприятно многословен. При этом такой же синтаксис есть и в mysql, только более недоразвитый
А есть в mysql аналог MERGE? (врочем, в PG ее ждали минимум лет 5... олды вспомнят еще как в 8.4 обсуждалось)
"Все хреново, но что, не скажу." Можно конкретики? Ибо синтаксис JSONB у них сильно шагнул вперед за последние годы (я сам давно отстал от жизни уже). Можно делать такое:
А еще есть jsonpath...
зато как прекрасны эти
GRANT ... TO user@127.0.0.1в мускуле. Только бы не запутаться, с какого ипшника ходишь...Единственная адекватная претензия. Время показывает, что архитектура MVCC в постгресе не самая удачная. Все zheap не дождемся...
жесть... Ни то, ни другое не стандарт, и внезапно в мускуле есть свой INSERT ON CONFLICT ! А вот MERGE, между прочим, стандарт.
Чатгпт сказало, видите ли, что "PostgreSQL делает акцент на строгом следовании стандартам SQL и обеспечении высокой надежности и целостности данных, даже если это означает отказ от некоторых нестандартных или потенциально небезопасных возможностей", хотя прямо на сайте у них написано: "PostgreSQL is a powerful, open source object-relational database system that uses and extends the SQL language combined with many features".
Ну и жаловались бы с таким уровнем аргументации чатгпт, он бы вам посочувствовал.