Для того, чтобы СУБД выдерживала нагрузки и соответствовала требованиям приложения, зачастую в неё требуется добавлять различные модули и вносить изменения в конфигурацию
А предложенные СУБД прям из астрала берут настройки конфигурации и модули? Не надо придумывать несуществующие недостатки у ванильного постгреса. Вся прелесть данных СУБД в наличии различных сертификаций для использования в госструктурах в первую очередь и наличие вендорской поддержки во вторую.
Да, многие доработки полезны, но не прям критичны для всех, а какие-то рано или поздно войдут и в ванильную версию.
И никто ещё не решил базовую проблему постгреса -- работу с временными таблицами, которая приносит много проблем при использовании с 1С =)
30 лет назад уже были Tcl, ABAP, Lisp, Turbo Basic, Brainfick, Erlang, Perl, Haskell, Python, Lua и почти вышли Java, PHP и Ruby.
30 лет назад уже существовал Linux и пару лет оставалось до PostgreSQL, MySQL и Apache HTTPd
Так что по факту "основная база знаний не обновлялась у них уже лет 25" обусловлена тем, что принципиально мало что поменялось и всё современное базируется вот на этом всём.
Что-то бедненький список типов данных у вас. Даже в sql92 набор гораздо шире, а системный аналитик должен уметь в стандарты.
Да и транзакции к абстракции в виде sql не имеют отношения. Системный аналитик должен знать, что транзакционностью обладают так же системы, не имеющие sql в своей базе. Это свойство информационной системы. Например, СУБД MySQL, sql есть, а транзакций иногда нет в принципе. Или монга, sql нет, а транзакции завезли вроде бы.
PostgreSQL – известная реляционная СУБД, разработанная американским сообществом
Как лихо за бортом оставлен остальной мир и, что интересно, именно в контексте Postgres Pro не упомянут вклад Бартунова, Панченко, Сигаева и других коллег в ванильную ветку, развиваемую международным сообществом.
Ну если маразматить дальше, то тогда законодательно для вайтишечки никаких собеседований. Есть вакансия, пришел человек сертифицированный по этому направлению -- берите сразу на испытательный и не смейте отказывать по хардскиллам.
Ой, а у нас свалила команда, разрабатывавшая микросервис по расчёту бонусов. Они использовали потрясающие современные средства: язык малбогл, перпендикулярно-ориентированную ropesoapdb и протокол nanobin с патчами от beegle&bugle. Всё так здорово, что полтора года не можем найти новую команду с этими компетенциями.
Там речь кмк о другом. У того, кто любил тащить в код всякое упоротое типа переменных переменных и глобалсов, всегда проблемы с апгрейдом, т.к. такое выпиливается нещадно. А у того, кто немного думает над кодом и не применяет откровенно странные фичи языка, проблем особо не помню.
Новые возможности -- хорошо, но они не мешают апгрейдиться :)
У постгреса есть автовакуум, который будет снижать фрагментацию. А без него будет почти то же самое. Фактически recreate + analyze это постгресовый вакуум фулл.
udp вышел из чата
Wouldiwas Shookspeared
Ждём DOD DeathMetal :)
Почему Википедия? Допустимые названия написаны на postgresql.org где-то в about :) Вот где первоисточник.
это был Hard’n’Soft в 95м году примерно
Можно прям в кеше запустить win2000 и играть в диабло2 не вылезая из кеша.
Половина памяти ещё останется для обычных задач =)
мемкеш был создан для проекта на перле
А предложенные СУБД прям из астрала берут настройки конфигурации и модули?
Не надо придумывать несуществующие недостатки у ванильного постгреса.
Вся прелесть данных СУБД в наличии различных сертификаций для использования в госструктурах в первую очередь и наличие вендорской поддержки во вторую.
Да, многие доработки полезны, но не прям критичны для всех, а какие-то рано или поздно войдут и в ванильную версию.
И никто ещё не решил базовую проблему постгреса -- работу с временными таблицами, которая приносит много проблем при использовании с 1С =)
А много ли сварщиков могут зарефакторить свой шов через пару недель, если деталь в продакшен ушла?
Работа на производстве несколько отличается от тапанья по клавишам и возможности откатить изменения в любой момент.
А что за сценарий использования был, что они так ответили?
Наличие Azure Cosmos DB for PostgreSQL как-то не похоже на "prod-ready решением и не стал"
30 лет назад уже были Tcl, ABAP, Lisp, Turbo Basic, Brainfick, Erlang, Perl, Haskell, Python, Lua и почти вышли Java, PHP и Ruby.
30 лет назад уже существовал Linux и пару лет оставалось до PostgreSQL, MySQL и Apache HTTPd
Так что по факту "основная база знаний не обновлялась у них уже лет 25" обусловлена тем, что принципиально мало что поменялось и всё современное базируется вот на этом всём.
Что-то бедненький список типов данных у вас. Даже в sql92 набор гораздо шире, а системный аналитик должен уметь в стандарты.
Да и транзакции к абстракции в виде sql не имеют отношения. Системный аналитик должен знать, что транзакционностью обладают так же системы, не имеющие sql в своей базе. Это свойство информационной системы. Например, СУБД MySQL, sql есть, а транзакций иногда нет в принципе. Или монга, sql нет, а транзакции завезли вроде бы.
Как лихо за бортом оставлен остальной мир и, что интересно, именно в контексте Postgres Pro не упомянут вклад Бартунова, Панченко, Сигаева и других коллег в ванильную ветку, развиваемую международным сообществом.
Ну если маразматить дальше, то тогда законодательно для вайтишечки никаких собеседований. Есть вакансия, пришел человек сертифицированный по этому направлению -- берите сразу на испытательный и не смейте отказывать по хардскиллам.
То-то я смотрю на строительном и ремонтном рынке сплошные профи.
Ой, а у нас свалила команда, разрабатывавшая микросервис по расчёту бонусов. Они использовали потрясающие современные средства: язык малбогл, перпендикулярно-ориентированную ropesoapdb и протокол nanobin с патчами от beegle&bugle. Всё так здорово, что полтора года не можем найти новую команду с этими компетенциями.
зато manticoresearch умеет, да еще и с колоночным хранением
Там речь кмк о другом. У того, кто любил тащить в код всякое упоротое типа переменных переменных и глобалсов, всегда проблемы с апгрейдом, т.к. такое выпиливается нещадно. А у того, кто немного думает над кодом и не применяет откровенно странные фичи языка, проблем особо не помню.
Новые возможности -- хорошо, но они не мешают апгрейдиться :)
Для любителей опенсурса есть DevilutionX.
Открытая реализация Diablo/Hellfire в зависимости от набора используемых mpq-файлов.
У постгреса есть автовакуум, который будет снижать фрагментацию. А без него будет почти то же самое. Фактически recreate + analyze это постгресовый вакуум фулл.