Postgres Pro Standard и Postgres Pro Enterprise с версии 15 не будут поддерживать Windows

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

Это реалии местечкового бизнеса, чтобы меньше платить налогов торгаши делят бизнес. В этой конторе чуть ли ни каждый грузчик ИП со своей кассой. Один грузчик выскочит из упрощенки, его приостанавливают и оформляют ИП на другого. И действует их там несколько одновременно. А бухгалтеры начинают кричать что им неудобно в одной базе несколько организация, делай для каждой отдельную. Кстати бухгалтерия там тоже «отдельная» контора, а главбух ИП, у неё тоже отдельная бухгалтерия. А помимо бухгалтерии надо ещё базу с зарплатой, потому что в бухгалтерии зарплатный модуль сильно урезанный. Вот так количество баз и растет как на дрожах.

пс, чувак. планка памяти DDR3/4 8гиг стоит дешевле 2т.р.

То есть если я купил ключ то откуда я должен качать образы?

Там флешка с Windows идёт вместе. Раньше же диски были если вы новые версии не покупали, диски наверное все видели…

Образы с сайта лишь упрощают процесс установки, так как не нужно потом ждать установки обновлений.

Диски? В 2022 году? Я с 2012 выкинул из компа привод, за полной его бесполезностью. Если компания продавала ключи, хоть с флешкой хоть без она обязана обеспечить возможность клиентам скачать образы самостоятельно. Стим и ЭГС же не запретили скачивать купленные игры из России, и более того там можно покупать эти игры и дальше, кроме игр особо отбитых издателей. Это отличный пример нормального поведения компаний. Но Микрософт к таким точно не относится, хотя они конечно сквозь пальцы смотрят на наплыв аргентинцев в сервисе Xbox, но запрет на скачивание образов винды с официального сайта из России это полнейший маразм.

Это знак, пора хомячкам наконец увидеть и понять: что бы сидеть в браузере, смотреть киношку, играть в танчики, уже не нужно при покупке компа доплачивать 5к за предустановленную богомерзкую Винду, а ставить бесплатную и не менее юзабельную Линукс.

А как же процесс разработки который часто происходит на Windows и надо локально запустить сервер БД?

А кто тебе мешает запустить скуль в wsl? Это уже, на самый крайний случай. Хотя я как-то сложно представляю себе серьезный процесс разработки систем клиент-сервер, без сервера разработчиков. Это уже какой-то детский сад, откровенно говоря.

Ме кажется, что да(

Дело не в богомерзкости винды, а в уе$#$кой политике Микрософт.

editing using WinEditLine in the Windows

А что, PSQL в readline не умеет?

Не сталкивался до сих пор с нехваткой памяти. Работает да и работает. Апгрейд потянет за собой все остальное. Это пока что в планах только. Лень.

PostgreSQL в подметки Oracle не годится, увы. По функционалу PG хорошо, если с 9-й версией Oracle можно сравнивать. А 9-ка вышла несколько десятков лет назад.

Маркетолуховый бред продажника оракла.

Хм, интересно. Сейчас покопался у них на офф.сайте: и стандарт и Энтерпрайз под Линукс есть, а сборка обычного postgreSQL найдена только под Винду. Под Линукс ни чего не вижу, ни каких то упоминаний…

А кто вообще такие эти Postgres Pro фактически? Услышал о них только на фоне богомерзкого «импортозамещения». Они существуют только в угоду российской бюрократии и продают опенсорс с поддержкой или в этой компании и правда есть какой-то общественный смысл и они вкладываются в основной опенсорсный Postgres? Звучит как классический распил.

Зайти на офф.сайт и почитать конечно сложно.

СУБД Postgres Pro Standard включает ряд новых возможностей, которые появятся в PostgreSQL только через год-два

И да, поддержку там тоже продают, как, в прочем, и всё конторы такого типа. Не важно - наши ли, заграничные ли…

Там работают разработчики, в том числе и из тех кто занимается разработкой postgreSQL.

Импортозамещение вовсе не богомерзкое, а дело зело необходимое.

Нет.

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

Мамкин админ. Ни одного вменяемого аргумента. Говно твой оракл такое же говно как вся поганенькая конторка.

в обной базе замечательно можно вести несколько организаций и обновления упрощаются в этом случае не надо ставить апдейты на все отдельные базы только на одну. ЗУП всегда же был отдельной конфигурацией в БП только проводки сводные и выгружались.

Куда бежать то?

Сам лично вёл или только пользователям об этом рассказываешь, потому что поддерживать удобнее?

Я же сказал бухгалтера жалуются что в одной базе начинают путаться, подавайте им разные. Благо для обновления есть режим пакетной работы с сервером. А если есть оплаченный ИТС можно настроить автоматическое обновление прямо в программе.

В бухгалтерии есть возможность вести зарплату только возможности сильно урезаны. А синхронизация с ЗУП выгружает не только проводки, а точнее документ отражения зарплаты в учете, но и документы по кассе и банку.

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

а колво лицензий/подключений при этом как? или у вас для 2 пользователей это не критично? просто у нас их сотни и если все будут подключатья (учитывая еще и цитрикс) то колво лицендий уже сильно много.

разграничение доступа и т.п. не спасают от путаницы?

Понятно, т.е. со стороны пользователя на вопрос ты никогда не смотрел.

Эмуль для Centos работает замечательно, и 1С его не ловит. Скинуть дампы ключей?

Ну, за вендекапец.

чудак-человек, ты вообще представляешь что такое поддержка и разработка информациоонных баз в крупных организаицях? где там просто посчитать и учесть просто колво баз без какой либо автоматизации просто нереально, ты думаешь ктото будет спрашивать у криворукой бухгалтерши что там ей удобно а что нет? Это совем не уровень приходящего админа который обновляет типовую конфигурацию 1 базы за 15 минут и берет за час или 10 баз и уже рисует 3 час и уходит

CentOS еще жива? Мне ворованное не надо ))

Centos живее всех живых. Не смотря на кучу клонов. Кстати Ред ос очень неплохой вариант Centos. Эмулятор это не воровство, это просто более удобный вариант лицензии.

будеим посмотреть на РедОС и эмулятор то причем - дампы ключей это вообще законно?

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

ктото будет спрашивать у криворукой бухгалтерши

Типичные понты админчика-понтореза, понятно.

любитель посещать любимую бухгалтерию а то обидят с зп или не подпишут акт?

Компания Postgres Professional отказалась от поддержки Windows

Вот и всё, Билли, вот и всё

Postgres - единственная тяжёлая СУБД

Firebird может сгодиться, когда нужно что-то поменьше

Вот тут,пожалуйста, подробней, я з-за-писую-ваю. «Поменьше» - это чего? Если «сахара», то таки да, поменьше. А если объем данных и скорость их обработки, то таки «какие ваши доказательства»?

Ты ожидаешь, что я тебе сравнение на блюдечке выложу? А пошел ты, мамкин провокатор… Но вот тебе, чтоб не вякал. У Oracle есть flasback. Очень удобная штука, особенно для больших баз. Oracle умеет планы запросов на лету менять без модификации исходного кода. Oracle в кластеры умеет, в распределенные транзакции, в direct io. Событийная модель для триггеров у Oracle намного более продвинутая. У Оракла на физической резервной базе данных можно запросы запускать. В общем, пыхтеть и пыхтеть ещё Постгресу до Оракла.

У Oracle есть flasback.

У Podtgres есть аналоги https://dev.to/aws-heroes/a-kind-of-flashback-query-in-postgresql-c02

Есть внешние инструменты https://pgbarman.org/

Oracle умеет планы запросов на лету менять без модификации исходного кода.

У Postgres уже очень давно есть планировщик, который выбирает оптимальные планы запросов.

Oracle в кластеры умеет, в распределенные транзакции, в direct io.

А кто не умеет? https://habr.com/ru/company/postgrespro/blog/337180/

Для обычного Postgres есть, например, Kafka

Событийная модель для триггеров у Oracle намного более продвинутая.

Опять типичное ИМХО менеджера по продажам. Так все не будет больше продаж, пора привыкать.

Похоже, ты просто не в курсе о том, о чем пишешь. Flashback - это не только Flashback query, это ещё Flashback database.

Планировщик-то есть, но планы выполнения менять на ходу, как тебе надо, а не как планировщик (а точнее оптимизатор) тебе предлагает, не умеет. И планы далеко не всегда оптимальными бывают. Если бы ты хоть немного работал с СУБД (хоть с одной из перечисленных), то знал бы это. Но ты, весьма вероятно, не работал.

Что такое кластер по Оракловому ты тоже не в курсе. Там shared storage архитектура, а не shared nothing. Это означает, что тебе не надо специальным образом писать приложение под кластер. Хотя в мультимастер репликацию Оракл тоже умеет.

По поводу триггеров. Не личное ИМХО, и не менеджера (у тебя явно с головой проблемы, если с первого раза не дошло, что я не занимаюсь продажами). Куча вопросов в Инете, как создать onlogon триггер в PG, например.

Ты можешь ещё долго хвалиться какая длинная и упругая писька у Oracle и как тебе приятно на ней сидеть за свои же деньги, точнее за деньги работодателя. А я без каких либо проблем поднимаю какой-нибудь centos или Ред ОС, ставлю на нем прямо из реп бесплатный Postgres Pro 1C, ставлю сервак 1C, и у меня все работает быстро и надежно. И такое решение покрывает потребности 70% (если не больше) бизнеса.

и у меня все работает быстро и надежно

До тех пор, пока не свалится, и ты не начнёшь хвататься за голову, как же решить проблему. А решить её в приемлемые сроки НЕЛЬЗЯ НИКАК. Только полное восстановление из резервной копии, только хардкор. Ну или переключение на стендбай (если он есть и настроен).

И такое решение покрывает потребности 70% (если не больше) бизнеса.

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

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

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

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

Работал в очень крупном бизнесе (один из крупнейших на континенте), в котором критичен любой простой. В нём активно использовались MySQL (ладно, это тоже Oracle в какой-то мере) и PostgreSQL. Ни одного экземпляра Oracle DB я там ни разу не встречал.

Значит, всё не так уж плохо, и можно как-то жить с бесплатным Postgres?

Далеко ходить не надо: почти все IT компании используют различные Open Source СУБД, и почти никто Oracle. Uber какой-нибудь, например.

Скорей всего все эти компании могут содержать крупный штат системных программистов. И в таком случае такому бизнесу действительно не надо покупать Oracle, можно обойтись «конструктором под себя». Или архитектура их приложения изначально распределённая, и там тоже можно обойтись PG ну или какой другой бесплатной СУБД. С этим замечанием соглашусь.

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

Почитай, всё-таки, что такое flashback database. Ни один бекап такое не вырулит за приемлемое время для больших баз данных (со временем восстановления в несколько часов). Кластер не спасает от порчи данных, только от сбоев железа. Стендбай, в общем, тоже особо не поможет, если настроен накатывать логи без задержек.

В той ситуации, что ты обозначил, помогут географически распределённые дата центры.

Кластер не спасает от порчи данных, только от сбоев железа.

В моём случае за логической целостностью данных следит 1С. Так что мне стоит опасаться только сбоев железа. Ну и делать бэкапы перед опасными операциями.