Size: a a a

PostgreSQL + 1C + Linux

2020 June 17

LK

L K in PostgreSQL + 1C + Linux
19 17
видимо вы не поняли меня.
я сразу сказал что мне понятна логика "чо вы хотели за такие деньги" идите и берите мерседес.
просто это рассуждение мешает продукту становиться более массовым.
есть 20% фишек которые снимают 80% проблем у начинающих пользователей.
Гуру и академики ценят свой наработанный опыт, и даже бояться иногда потерять свою уникальность и зачастую отстаивают правильность такой сложности и "академической верности". Но это не коммерчесский подход.

опять упомяну конфликт МС и стар офис.
20% примитивных фишек добавляющих удобства дали МС офису тотальное превосходство. несмотря на то что функционально он был тогда убог.
Вопрос в среде.
У нас постоянно воспроизводится натуральное хозяйство, когда каждый админ начинает с нуля и делает все сам.
Отсюда и дороговизна.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
я согласен что нет. мой поток мыслей это рассуждения "потреблянта" и почему спустя 20 лет разработки для массового админа ПГ по удобству использования не догоняет МС 20 летней давности.
может потому, что вы не админ? Это многое бы объяснило.
источник

LK

L K in PostgreSQL + 1C + Linux
19 17
т.е. вы считаете правильным такое положение вещей когда поддерживается цеховая солидарность и кастовость?
я считаю что это мешает более широкому распространению ПГ на рынке.

очень много компаний на рынке почило в бозе с такой позицией.

бест, парус, да даже СБИС...
Рынка то нету, феодальный базар на самом деле.
источник

11

19 17 in PostgreSQL + 1C + Linux
2flower _
может потому, что вы не админ? Это многое бы объяснило.
и? я не принадлежу к касте избранных?
я как "тупой 1с ник" зачастую имею большее влияние на бизнес при выборе СУБД.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
зачем заставлять пользователя продукта делать то что можно автоматизировать?
"покупая ВАЗ, вы должны понимать что ее надо протянуть на подъемнике"
вы на 1с посмотрите, вот уж ваз из тазов. 21 век, а они до сих пор в 20м.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
2flower _
>1. Не понимаю что привязались к текущим транзакциям?
>Они не завершены значит бог с ними.
О_о

>2. Почему в течении стольких лет в пг не реализован простой и понятный бекап как в мсскл?
что сложного pg_basebackup,pg_probackup?

>4. Производительность пг. Про настройку для запуска на калькуляторе это сказки для бедных.
Это факт, если вы этого не понимаете платите деньги админу, и "программируйте" в 1с.

>Почему за столько лет не сделан какой нить автотюнер. Хотя бы полуавтоматический, узко заточенный под 1с
зачем вообще нужны админы, одну большую красную кнопку "Сделать .... хорошо"

>Что бы при запуске ответив на десяток вопросов пг был бы настроен под работу с 1с хотя бы на 50% а лучше 80%.
Потому что у все своя нагрузка, железо, это настолько очевидно, что ярко показывает ваш опыт администрирования.

>Я понимаю что условно бесплатно "жричодали".
нет, это просто вы привыкли не думать, администрирование явно не ваше.
если начать еще и про мониторинг говорить, вы вообще меня еретиком назовете,
т.к. наверное сервер  сам должен телепатически доложить, что у него проблемы.

>Это снимет 80% вопросов новичков.
новички учитесь на "кошках", а не на клиентах.
какая принципиальная разница, когда была последняя зафиксированная транзакция, на момент начала или окончания бекапа? Да никакой если делать бекап раз в сутки.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Сергей Голод
не надо покупать ваз. Купите мерседес, там не нужно ничего протягивать. А если я куплю ВАЗ, то я сделаю это осознанно и буду понимать какие изменения сразу внесу
пг это не ваз, а болид формулы-1, где лучшие инженеры выжимают максимум :)
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
2flower _
пг это не ваз, а болид формулы-1, где лучшие инженеры выжимают максимум :)
ну кто-то и из ваза делает свой "болид")). Ну можно с болидом сравнить, просто болид обычно не бесплатен))
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
пользователи линукса должны страдать?
смешно, кто уж страдает, так это админы win, естественная среда для слона это свободные прерии.
источник

11

19 17 in PostgreSQL + 1C + Linux
2flower _
вы на 1с посмотрите, вот уж ваз из тазов. 21 век, а они до сих пор в 20м.
уж если проводить аналогию это скорее не ТАЗ а солярис.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Alexey Fedotov
Следуя данной логике pg_basebackup тоже не backup!  😉
я может не совсем корректно написал, готов поправить, но не понял ваш аргумент.
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
2flower _
я может не совсем корректно написал, готов поправить, но не понял ваш аргумент.
pg_basebackup не проверяет целостность и не гарантирует восстановления, увы ...
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
т.е. вы считаете правильным такое положение вещей когда поддерживается цеховая солидарность и кастовость?
я считаю что это мешает более широкому распространению ПГ на рынке.

очень много компаний на рынке почило в бозе с такой позицией.

бест, парус, да даже СБИС...
пг было до все этих программ и будет,когда они исчезнут, слоны живут долго.
источник

LK

L K in PostgreSQL + 1C + Linux
19 17
и? я не принадлежу к касте избранных?
я как "тупой 1с ник" зачастую имею большее влияние на бизнес при выборе СУБД.
Здесь все просто года три нужно "отдать",
скорее всего это не окупиться.
Но это linux way.
источник

11

19 17 in PostgreSQL + 1C + Linux
не буду тут распыляться.
мой посыл таков
1) надо избавляться от кастовости и спускаться к людям.
2) наконец то делать из ТАЗа солярис/поло.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Mikhail Vydrin
какая принципиальная разница, когда была последняя зафиксированная транзакция, на момент начала или окончания бекапа? Да никакой если делать бекап раз в сутки.
согласен, просто контекст был к pg_dump в целом.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
уж если проводить аналогию это скорее не ТАЗ а солярис.
вам виднее я пока неофит.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
2flower _
согласен, просто контекст был к pg_dump в целом.
ну тут прям первейший аргумент приводят, что в дамп попадут данные на начало бекапа, да и пофиг )
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
19 17
не буду тут распыляться.
мой посыл таков
1) надо избавляться от кастовости и спускаться к людям.
2) наконец то делать из ТАЗа солярис/поло.
зачем?  кто будет за это платить? что измениться в конечном итоге?
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Alexey Fedotov
pg_basebackup не проверяет целостность и не гарантирует восстановления, увы ...
про бэкап
Validation: automatic data consistency checks and on-demand backup validation without actual data recovery.

Page Validation

If data_checksums are enabled in the database cluster, pg_probackup uses this information to check correctness of data files during backup. While reading each page, pg_probackup checks whether the calculated checksum coincides with the checksum stored in the page header. This guarantees that the Postgres Pro instance and the backup itself have no corrupt pages. Note that pg_probackup reads database files directly from the filesystem, so under heavy write load during backup it can show false-positive checksum mismatches because of partial writes. If a page checksum mismatch occurs, the page is re-read and checksum comparison is repeated.

pg_probackup calculates checksums for each file in a backup during the backup process. The process of checking checksums of backup data files is called the backup validation. By default, validation is run immediately after the backup is taken and right before the restore, to detect possible backup corruption.
источник