дело же в другом: mssql - ленивая штука, нащёлкал мышкой, план обслуживания, поставил красивый gui, всё. сидишь зп получаешь, в дотку катаешь.
а в pg? с Wal'ами разбирайся, 1сников дрочи за правильные настройки етц
знай ток ресурсами корми (ну, тут и pg тоже)
я надеюсь у вас регулярные бекапы, которые вы регулярно проверяете
ну, вы жестоки конечно, но да - проверка бэкапа стоит в плане обслуживания, раз в месяц. тут в основном вопросы к журналу транзакций, он чаще используется для бэкаапа\отката
мой посыл был в том что данные из разебаной базы pg достать можно, там и тулинг есть и код почитать можно если надо, и восстановить даже с частичной потерей можно. И как храниться все понятно. А вот что вы будете делать когда разебет базу МС и у вас нет ентерпрайз сапорта за много деняг я не представляю.
ну вот я на упреждение и подметил, что вы жестоки) с уверенностью, что щас полетят ссаные тряпки. Чтож, я не против pg, не против msssql, дело каждого какой рукой.. настраивать. Главное инструмент использовать правильно и конфигурять. в мелкософтских поделках тоже ничуть не меньше возможностей для восстановления. причем без саппорта, как и с pg - вопрос стоимости специалиста vs стоимость поддержки, решает бизнес, а не я. Так что, чо бы там ни разибало, везде соломки не подстелить, поэтому превентивные меры самое лучшее средство
я тоже не против, если бизнес готов платить только за, но когда вопрос стоит что мне лень конфиги писать, накину ща както и полетели особоенно с бухгалтерией выглядит так себе
ну вот в этом противоречии и есть хитрость: бизнес платит за ПО, которое легко конфигурять и покупает саппорт - ок; бизнес в курсе про грабли в первом случае, поэтому нанимает хорошего спеца и экономит на саппорте - да тоже ок) ну тип для бизнеса результат один же. тут только что победит: опыт или жадность
Обсуждают сегодня