Товарищи, я вот читаю на просторах - ПГ это не страшно, нужно просто иметь прямые руки и вот это вот всё.

Но у меня предыдущий вопрос - а для чего имеет смысл переходить на ПГ? В чем профит? Что в плюс получит бизнес, что получит ИТ с такого перехода?

PG - PostgreSQL

(0) Мнимая халява.

Пруф на классика:
https://habrahabr.ru/company/pgdayrussia/blog/331448/

пг это круто, можно допилить(если знаешь где и что)

Великолепная статья — демотиватор. Занесу в избранное показывать всяким «оптимизаторам»-экономистам

статью не читал ибо заведемо вода, не согласен с (4) что мс скл наше все

+(5) к (4) еще покажи статью как яндекс(если вы в курсе про лоад(нагрузку))на том же хабре переходил на пг и перешел(если я правильно все понял)(да потому что опен сорс). просто покажи  всяким «оптимизаторам»-экономистам.

не, ну понятно - круто, пилить, опенсорс и т.п. ))


ну, а конкретнее может кто сказать? Профит для бизнеса и профит для ИТ какой?

(7) экономия 300 тыс.руб, а геморроя на 1 млн.

(7) для бизнеса вряд ли пруфы будут так бизнесу без разницы какого качества код в 1с, а субд дело уж тем более 10е на этом фоне(мое мнение)

при переходе с файловой вообще норм. при переходе с честнокупленного мсскуля - нет.

(8) чет мало экономии. считай, вин сервер + кал + мсскуль + мсскуль кал. 300к это на 10 юзеров, а там сильно можно не разбираться.

при покупке винсервер + скуль получается около 4600 юсд на ядро. Ну, или 272к руб. Ядер на среднем сервере сейчас 8-16, т.е. более 2-4млн рублей на лицензии для майкрософта.

Известный всем фреш от 1С работает как раз на ПГ, и ничего - работает. Просто здесь зависит от того как конкретные люди умеют ПГ готовить

Профит для бизнеса, помимо экономии на начальных затратах, заключается в более плавном и безболезненном масштабировании. На MSSQL  к примеру, вы доросли до Enterprise Edition, а дальше - существенные затраты. Или перейти с однопроцессорного сервера на многопроцессорный. С Postgres же все ровно. Там конечно есть другие проблемы с масштабированием, технические, но я не об этом.

Кстати, сейчас стали появляться и облачные хостинги для Постгреса. Так что в этом они со скулем почти на равных. Это для любителей спрятать базу в облака от проверок, конкурентов и т.д.

(0) Профит в Linux'е

(5) В статье основная мысля вполне правильная, если у вас нету компетентных спецов - не связывайтесь с "бесплатным" Postgres, а лучше купите платный MS SQL.

Вот, кстати, не сочтите за рекламу, только что нашел в нете страничку по пг, там есть и обучалки по нему (базовый и продвинутый курсы), и много разного интересного материала. Себе закладку поставил. Может и здесь кому понадобиться:

https://postgrespro.ru/education

Не могу понять почему 1С не сделает уже "apt-get install 1C"

(19)+ Далее при запуске останется только пин-коды от лицух ввести

(20)+ Ну или ключик воткнуть

(19) Вместо вот этого извращенного мануала http://mydrafts.ru/1c8/

(19) но я как-то уверен, что к этому постепенно все и придет. Например, очередная попытка "соскочить с иглы" мсскл смотри тут: УТ 11.3.3.205/КА 2.2.3.205/ERP 2.2.3.205 Резкое падение производительности RLS

это просто встречный вопрос из разряда "а если бы у бабушки были усы..." - мс скл тупо повезло попасть в руки разработчиков 1С раньше. чем остальным субд, только и всего

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

Нет, я ничего не утверждаю, просто представьте: организация и энное количество обособленных подразделений. Представили?До кучи: УПП, распределенная база данных. Вопросы есть почему на филиалах и представительствах (не более 10 пользователь) лет семь, наверное, использовался пигвин и постсгрю?

(18)  :-) Все давно оттуда берут дистрибутив пропатченный для 1С.

(25) Я вот думаю как бы юзерей на linux пересадить, на libreoffice то они уже давно переехали как и серваки в массе на linux, а windows крутится в виртуалках.

В принципе мешает только нежелание переучивать их и наличие купленного когда то windows.

(27)+ Прикольно но windows сервера на нативном железе стабильно падали раз неделю/месяц и требовали перезагрузки.
В виртуалке оно падает только если свет вырубят или проблемы с железом.

(27) "а в чем преимущество линукс? - после линукса на мужиков не тянет" баш

(27) я в своем окружении наблюдаю тенденцию к использованию онлайн-версий для документов в форматах doc docx или xls xlsx

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

(27) резюме "бухгалтер операционист на первичке и 60/62, дебиан гну линукс (не юникс) джесси, грепаю регекспы, согласна на дресс код без свитера, не воинственна, люблю АМД с 1995"

(30) Уже есть, ChromeOS не взлетело по причине ненужности ибо есть Linux/Remix_OS.

Сча больше вероятности что некая железка под Linux/Android заработает чем под Linux.

(32)+ тьфу чем под Windows не той версии

(31) Взяли бы влет без проблем на хорошую з/п.
Тут пипец юзерей хрен пользоваться нормально екселем то научишь, блин из всех формул только кнопку "автосумма" знают и как на печать отправить...

(34)+ Самое смешное когда потом зовут "программиста" если на печати не влезло нормально на страницы...

(34) будет весело пока не придет нонейм ссд или флешка или моник с нестандартным разрешением (из командной строки легко добавить новое же)

(0) Мне вот очень интересно, кто дороже стоит, спец по мс-скулю или спец по постгри и где они обитают? А то я не знаю как позиционироваться, запускал базы и на мс и на постгри, особой разницы не заметил, курить мануалы приходилось в обоих случаях.

Автор (0) тролль, лжец и девственник ©
Спросить в чем преимущество бесплатной программы перед платной для бизнеса....

(2) Самая мякотка в последнем абзаце:

=============
Postgres – охрененная штука. Но, чтобы нормально им владеть, нужно еще кучу всего дополнительно изучить. Поставить, как MS SQL, и забыть – не получится. С Postgres ты живешь в комьюнити, с экстеншенами, расширениями, дополнительным инструментарием (в основном, открытым, в исходниках).
=============

Если в двух словах, то ПГ не взлетает без допиливания напильником и ежедневных плясок с бубном в процессе работы.

(39) "ежедневных плясок с бубном в процессе работы."
Кошмар какой... что же за пляски у Вас были такие ежедневные?

на тему - mssql работает сам и хлеба не просит (а если и просит, то любой студент знает, что с ним делать) - из последних тем на этом же форуме:
MS SQL Server выдаёт ошибку: "Символьные или двоичные данные могут быть усечены"

и что-то не особо много ответов было на тему, что где поправить

(38) за одни платили деньги, за другие нет

(19) сейчас даже скачивать нельзя то, на что у тебя нет лицензии

(40) У меня не было, а вот у докладчика из статьи - есть, судя по его словам. Цитата, блэт, это была цитата!

Раньше был ярым противником PG и Linux.
Но после эпидеии вирусов начинаю менять свое мнение.
Linux + PG =  не бояться WannaCry!
Это существенный плюс.

(44) а, это было "время офигительных историй" :)

(41) > на тему - mssql работает сам и хлеба не просит

Херасе хлеба не просит. Полтора ляма за лицензирование.

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

(39) "...и ежедневных плясок с бубном в процессе работы." -  да, да, подтверждаю!
Пляски с бубном - были и не раз. А целых три раза! Когда с 8.0 переходили на 8.1; когда с 8.1 переходили на 8.2; когда с 8.2 перешли на 8.3... нет, вру - для 8.3 уже плясали вокруг MS SQL.

Автор темы, может быть, почитал что-нибудь вроде этого http://forum.infostart.ru/forum34/topic172315/ и его гложут сомнения. Почему, если все так хорошо(как пишут), у многих людей так плохо(понятное дело, с PostgreSQL).
Кстати, бубен - https://pgconf.ru/media/2017/03/22/004.jpg

тогда и вот эту ссыль тоже надо в ветку запостить, если раньше этого еще никто не сделал

https://habrahabr.ru/company/pgdayrussia/blog/331448/

>> что получит ИТ с такого перехода
незаменимость

(51) это рекламная статья, а не техническая.

(52) Уже была, но это скорее антиреклама

Цена MSSQL - это налог на тупость.
При имеющихся то аналогах.
Как и цена САПа налог на желание престижа. Дутого ИМХО.
Оплата понтов владельцев и жесткого геморроя пользователей.

Кстати с типовой РЛС не работает с постгре (тормозит)

типовой РЛС на чем угодно тормозит, только этого обычно не замечают. Степень тормоза отличается.

(57) Посмотри на партнерском. Даже пытались исправить ошибку, но стало тормозить на MS и отменили исправление

я ут 10 для постгре допиливал, чтобы заработал РЛС пришлось индексы к таблицам добавлять. стало нормально работать. вообще если в мс я делаю временную таблицу, то не заморачиваюсь с индексацией полей, а постгре этого не прощает.

Т.к. нет массовой работы и делается в основном для мс, то естественно что будет тормозить, глючить и т.п.
В данном конкретном случае система более критично зависима от прямоты рук настройщика.

(60) ну так не хочется в косяках типовой разбираться

(61) вопрос почему изначально нормально не делают.
Возьмем простой пример.
Стоит например задача написать обработку. Заказчик работает в обычных формах и не переносит управляемые. Ты же ведь не будешь функционал дублировать на УФ. Так же и тут. Просто у пг и мс отличий меньше с точки зрения программирования.

(56) Ставь последнюю с https://postgrespro.ru/products/1c_build
"Включены дополнительные патчи повышающие отказоустойчивость еще не успевшие войти в стабильный релиз, например включены патчи, которые исправляют проблему с правами доступа и критический баг с остановкой Postgres."

>Linux + PG =  не бояться WannaCry!

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

первая зомбисеть под мак обнаружилась в 2009-ом

работаем на PG овер 50 пользователей второй год, ни одного замечания, быстродействие на уровне, ну то есть вообще никакой разницы не заметил

(65) Типовая?

(14) (52)

небольшой итог

для бизнеса - прозвучало, что бизнес сэкономит на потенциальной масштабируемости, когда она понадобится

(а можете уточнить, масштабируемость эта станет выгодна, когда со скольких до скольких юзеров увеличится? К примеру, было 500 - станет 1000 или какое соотношение? Хотя бы примерно :) )

для ИТ - опять звучит мысль, что "всё работает нормально". Это ясно. Преимущество-то PG в чем для ИТ?
Давайте по критериям, если так сложно сформулировать.
Скажем, производительность, надежность, "настроил и забыл" и т.п.

(64) Гм как представлю "вирус" который "просит" root-права ...

(67) про масштабируемость дополню - увеличили с 500 до 1000 юзеров. Для МССКЛ нужны лицензии, для ПГ не нужны. Тут экономим.

А что с самим железом? Оно для 1000 на ПГ требует изменения?

Настройка и оптимизация ПГ для 1000 требуется новая? Это трудозатратно?

То есть, сэкономленное на лицензиях тут мы не потратим вот на это всё?

(66) нет

(66) доработанная УПП

(71) Про то и речь, что типовую нужно вначале хорошенько обработать напильником

(71) не совсем понимаю о чем вы, и как вообще конфигурация влияет на выбор субд

(73) очень просто. Лично я напоролся на УТ 11.3.3.205/КА 2.2.3.205/ERP 2.2.3.205 Резкое падение производительности RLS
т.е. в MS SQL RLS работает в разы быстрее чем в PG SQL. Тогда зачем ставить PG в ERP, если я заранее знаю, что без напильника не взлетит?

(74) ну меня значит миновало, хотя рлс используем

(75) В том то и дело, у вас конфигурация другая ;)

(68) Да легко. Вызывается gksu и пользователь нажимает "ок, я хочу дать права суперпользователя".

(77) Какой еще пользователь на сервере да еще и с правами рута?

(74) Оптимизатор запросов у постгреса какой-то тупой.. всегда так было. Мог на ровном месте споткнуться и вложенные циклы вместо индексов использовать. У mssql это намного менее вероятно. Да даже более простой firebird индексы использует более оптимистично.. а постгрес почему-то не доверяет индексам..

(78) Ну речь про рабочую станцию

(68) дадада. я про мак те же песни помню

(80) Зачем вообще на рабочую станцию пострге ставить

(81) Вирусы на то и вирусы, что они умеют эскалировать себе права использую всякие дыры

(83) вот вот, ставишь убунту операторам, а они приходят с гриппом, шифт шифт шифт, маут чрут пассвд, пвнед

(0) Постгри бесплатен, вот тебе и профит

(85) :)

ну, бесплатно понятно где бывает )

тут не платим - а тут платим втройне

(86) см (12) про цены на вин+мсскуль. мне кажется, что за цену лицензий на ОДНО ядро вин+мсскуль можно купить нехилый такой сервак. ну а при 64 ядрах (для 1к юзеров не много) можно несколько стоек с кластером и спеца по постгре за 200к в месяц на пару лет купить.

а все проблемы в связке пг с 1с лежат на стороне пг?

(87) вы уже перешли на пг?

(86) втройне за что? и по сравнению с чем?

(86) Это популярный конечно ответ, которые имеет смысл когда у конторы денег куры не клюют.
Но что делать если контора где-нибудь в регионе и денег у неё мало, а работать надо?
Причем есть специалист-программист, на все рули мастер-ломастер, он конечно звезд с неба не хватает, но он свой местный и будет работать там до пенсии? Возьмет этот парень напильник и лобзик и допилит все как-то, настроит. И все будут довольный. У парня будет работа надолго, а фирма не потратит годовой бюджет на покупки лицензий

(91) Ну так и есть, т.е. в известных мне примерах, в нашем регионе, админ за постгри получает ровно столько же сколько и за мс скл - выбор СУБД вообще не влияет на величину вознаграждения. Хотя это и не совсем корректно, что за незнание МС СКЛ платят ровно столько же, сколько и за знание постгри.

(92) Бизнюк платит зп за решение проблем, ему до лампочки все эти непонятные скл и пг

(92) одного админа мало. нужно что и 1сник был в теме

(86) > ну, бесплатно понятно где бывает )

Не в этом случае.
Этот бесплатный сервак в продакшине у многих крупных компаний, которые его тщательно тестируют в работе.
Другое дело, что специалистов по нему маловато, т.к. он не рекламируется.

(95) У постгри (перед mssql) такая же "проблема" как у 1С перед SAP.

"А: Можно внедрить САП без откатов?
Б: ...длительное молчание... А зачем?"

(94) в бедных конторах в регионе зачастую это один человек, еще и сайт пишет, еще и сети тянет

(91) дык, это вот как раз и есть, видимо, один из хороших ответов на (0)

т.е. при наличии спеца, который по тем или иным причинам работает в конторе - имеет смысл внедрять ПГ

(97) обычно такой чел не умеет ни одного ни другого как следует

* по тем или иным причинам работает в конторе "до пенсии"

(90) не, ну это классическая маркетинговая фишка же

фисташки и чипсы соленые - бесплатно!
ибо на пиве всё отобьётся втройне

я понимаю, что ПГ бесплатен - я собираю реальные преимущества для бизнеса, ИТ (и пользоватеелй)

(99) Да ладно. Я таким был в свое время. И все умел.
Конечно можно нанять узких специалистов, если ты жирная богатая московская контора. А если ты контора их мухосранска, то и головастый студент может решить все задачи

(95) причина использования для них? Основная - экономия на лицензиях?

(101) "я собираю реальные преимущества для бизнеса"

Это и есть реальные преимущества для бизнеса - не надо платить кучу денег

(104) не надо платить кучу денег на лицензии - ок, принято

(103) Почему бы и нет? Если структура бизнеса такая что много удаленных точек, на лицензиях разорится можно

(99) Это отговорки придуманные узкими спецами, которым просто влом изучать что то новое.

Вот к примеру кто может ответить почему 1С сделали в качестве сервера sql (кроме mssql) и postgres и oracle b ibm db, а вот mysql (известнейшую в широких кругах) "обошли"?

Ну кто первый из "умеющих что то одно как следует"?

(107) Если человек работает в бедной конторе - это уже диагноз.
Чего бы это он что-то учил

(108) Транзакции?

(0) Если бы лично меня парили по поводу стоимости MSSQL, поставил бы постгрю и не жужжал. Интернет есть, при наличии мозжечка настроить можно все что угодно.

>А если ты контора их мухосранска, то и головастый студент может решить все задачи

дада... это все осталось в начале 2000-х

(110) неа

Намекну, 1С 7.7 было бы легче перевести на mysql с mssql чем 1C 8

>Интернет есть, при наличии мозжечка настроить можно все что угодно.

вопрос в рисках и возможностях

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

(113) Не уж то деньги?!

(115) *бюджет на штат

(116) Деньги тоже но вопрос технический

(114) Вот у меня умерло сразу 2(!) блока питания на одном из SQL серверов прямо посреди новогоднего корпоратива.

Риски есть всегда!

Не помню как, но базы перетащили :)

(115) значит контора не бедная

Еще минута и отвечаю, пока самый самый намек http://kccoder.com/mysql/uuid-vs-int-insert-performance/

(118) А я все умею понемногу, мне можно и не знать :)

(120) Эээ если нанимать узких то их уровень будет ниже плинтуса ибо бюджет как раз сильно ограничен а загрузки как в крупных нету.

Т.е. в крупных все узкие постоянно заняты чем то, если не заняты то над ними хреновый начальник и распустил.

(123) Я не про крупность говорил, а про бедность

(124) Одно обычно связано с другим.
"Многие не настолько богаты чтобы нанимать дешевых спецов"©

(125) не всегда. я вот сейчас работаю в небольшой компании, но деньги есть.
А бывает в больших денег нет

(126) Потому и нет, что экономить не умеют ))

(121) не поймуц, к чему этот пример, но объясню тебе, почему в 1с используют ГУИДы. Всё дело в том, что при параллельной работе при инсерте ты упрешься в блокировку получения значения счетчика, а при UID ты потеряв время на то, что вставляешь в середину индексов, выиграешь на параллельности намного больше.

(127)+ Зато MS SQL и Win сервера везде понатыканы ))

(128) Дык в 1С77 primary key были int, это в 1С8 UUID.

(128) Кста человек разбирается в особенностях внутренних конструкций БД - извините это уже не узкий спец вида "типовой 1Сник"

(130) в 7.7 НИЧЕГО параллельно не работало

(128) Кста прикол был с этими UID и кста в 1С. Однажды на 2 миллиона записей документов произошло аж 1 совпадение и док просто тютю ))
Было прикольно...

(132) Так и не спорю, упомянул 1С77 только в том плане что ее проще чем 1С8 на mysql перевести было бы.

(133)+ Тютю при РИБ и контора потеряла какую то небольшую денежку ибо не смогла вовремя выставить на оплату + потратила кучу человеко часов на попытку сначала узкими спецами понять почему отчеты не идут в базе хотя все документы мигрировали успешно!

(133) это возможно только в РИБ в исключительном случае при совпадении мак адресов в разных узлах, да и сами узлы должны быть созданы копированием, а не через создание начального узла.
ну, или не 2 млн, а 2000 млн...

(135) Там теория вероятности же, и контора была сильно везучая" ))

(136) нет, в реализации от 1с там не теория вероятности

(137) Речь про 1С 8.1 как бы

(138) и что?

(139) Системную функцию операционки вроде бы юзали, а там бага еще к тому же была в то время.

(140)+ Суть что MS отвязались от MAC и привязались к "установке виндовс", что в случае клонирования винды (там 180+ филиалов и компы админы понятно как готовили) давало сбой.
Но может и ошибаюсь, давно это было.

(141)+ Короче админы клонировали не как MS рекомендует через подготовку, а так как компы были куплены одной огромной партией и совершенно одинаковые они тупо сторонним софтом hdd клонировали.

ЗЫ Потом была целая эпопея с правильными установками лицензионных серийников от Windows XP

https://habrahabr.ru/company/southbridge/blog/322624/

убер съехал с пг на майскуль.

кривые индексы, кривая репликация, повреждения бд на ровном месте

(119) блок питания - это форс-мажор.

а здесь вопрос в надежности самой субд

>Вот к примеру кто может ответить почему 1С сделали в качестве сервера sql (кроме mssql) и postgres и oracle b ibm db, а вот mysql (известнейшую в широких кругах) "обошли"?

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

оракл и db2 в 1с - так, для галочки... чтобы кто-то мог не покупать субд если уже какая-то линейка из перечисленных есть в работе

(129) // везде понатыканы ))
с3.14ить и об этом помалкивать - большого ума не надо - потому и были понатыканы и даже 1С не всегда была белой и пушистой.
з.ы.
Ведь в первую очередь суетились с лицензиями на 1С, а уже после нее на все остальное

(145) Не наблюдаешь противоречий с (143) насчет энтерпрайз? Или юбер/убер это так, мелкая конторка ?

(145) А мне больше жалко что обошли firebird, при всех своих недостатках, для ларьков - было бы идеальное решение.

(147) не наблюдаю. потому что "энтерпрайз" и "сильно допиленные сборки"

это вам не "откиньтесь на спинку стула"

(142) Была какая-то статья на сисинтерналсе. Опровержение ими же созданного в эпоху NT4 мифа, что SID в сети обязан быть уникальным.  Оказывается, что дублирование SID не влияет вообще ни на что в плане работы домена и сети.

(145) ну есть кое где оракл... Но мало, хорош зараза но дорог + не прощает кривых рук... полудюжины блокировочные, пусть и ну очень очень быстрый оттого и ему подписан приговор был Нуралиевым

Полудюжины = полудб

(143) Цитата из ссылки понравилась:

> Безусловно, не нужно писать код, который держит открытыми транзакции во время выполнения несвязанного блокирующего ввода-вывода, но реальность такова, что многие программисты не являются экспертами по базам данных и не всегда понимают суть проблемы, особенно при использовании ORM, которая скрывает низкоуровневые детали, в том числе и связанные с транзакциями.

И там типичные одинэсники работают )

"реальные преимущества ПГ для бизнеса" ...
Вы не с той стороны на проблему смотрите.
Откройте HH и посмотрите вакансии.. часто встречаю : "знания постри -большой плюс".

Какой плюс? Для кого это плюс? Сколько этот "плюс" будет стоить лично для меня в деньгах?

До тех пор,пока в вакансиях не начнут писать:"Знание ПГ -плюс 30% к Зп в вакансии" пусть все "евангелисты" и жадные работодатели идут лесом.
Ибо пора понимать что  знания и опыт придется платить.

(0)был опыт использования постгри как СУБД на винде, ставили сборку Postgres Pro. На ровном месте в середине дня база могла упасть, восстанавливалась только из бэкапа. После двух таких падений Заказчик перешел на MSSQL.

(154) рыночные отношения между:
наемными работниками, которые хотят получать з/п, адекватную их возможностям и способностям - работодателям. которые просто формируют фонд оплаты труда после учета всех первоначальных расходов, а не после того, как наняли супер работника

(155) без указания срока давности этот опыт использования абсолютно бесполезен

Наблюдал в марте прошлого года ситуацию в базе ерп на постгре - открывали документ с табличной частью, у меня 3 колонки из 5 были пустые, а у другого пользователя в этом же документе все 5 заполненные.

>На ровном месте в середине дня база могла упасть, восстанавливалась только из бэкапа

вот-вот... а у некоторых по утрам скуль делает рекавери баз - вообще норма жизни

(159) что то криво прикручено или для упаковки и отличного расположения БД на дисковом пространстве?

(160) нет, просто совхоз в ж.пе мира. отключения электричества через день. база 1с жива только за счет скуля

(161) тоже попа мира, тоже самое с электричеством, но РG - база жива и ничего ей не сделалось.

Правда после 20-го раза мне это надоело и я настроил ИБП - и он вполне штатно выключает сервер, если подача электричества не восстановилась через 5 мин.

За это время даже zabbix успевает отрапортовать, мол света нет и я сплю спокойно.

(157) срок давности никакого влияния не имеет же )))

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

...

это вот к вопросу, почему к 1С так пренебрежительно относятся в определенных кругах

репутация 1С в ынтерпрайзе возле плинтуса

чтобы лишний раз подколоть нашего брата - у нас так и спрашивают, а у вас система год без какого-либо перезапуска проработает на нескольких сотен юзеров?

(159) дык утром бэкап и в обед же еще! ))

ну или вечером и в обед )

(163) Ага. Вот только от Майкрософт отказались все площадки фондовых бирж. Все ушли в linux с доработками под себя.

А почему? А потому, что там стабильнее и быстрее =)
А почему там стабильнее? А потому что можно допилить под свои задачи и не быть зависимым от одной компании на букву М.
И эту гонку, любая закрытая система проиграет открытой, при наличии у заказчика достаточного количества денег.

(165) >>при наличии у заказчика достаточного количества денег.

Может быть все что угодно.

> Все ушли в linux с доработками под себя.

ушли на вполне конкретные сборки которые саппортит оракл

>А потому что можно допилить под свои задачи и не быть зависимым от одной компании на букву М.

исходя из выше сказанного лозунги про "мы свободные от всех" не имеют под собой никакой силы

>И эту гонку, любая закрытая система проиграет открытой, при наличии у заказчика достаточного количества денег.

и многим конторам купи-продай нужны нагрузки биржевых площадок? многие готовы за это платить? все спят и видят получить на сдачу в магазине некую систему которая все умеет и еще чтобы позвонить было куда с истерикой "оно не работает"

>это вот к вопросу, почему к 1С так пренебрежительно относятся в определенных кругах

отчасти это из-за отставших от жизни руками-водителей от IT, сталкивавшихся с 1с в лихие 90-е.

но и нельзя с другой стороны не отметить что 1с-у не с чем выходить на "ынтерпрайз". Платформа и типовые до сих пор идут от бухгалтерии и первички, а не от бизнес-процессов. Нормально обновляться большие базы начнут с 8.11. утечки до сих пор есть. УФ в текущем виде - до сих пор полуфабрикат

>ушли на вполне конкретные сборки которые саппортит оракл

Ты предполагаешь, что код закрыт и они не смогут нанять стороннего спеца для проверки чего там саппортит оракл?

Тут говорили про то что Опенсоурс не может быть иынтерпрайз, куда уж ынтерплайзней чем не фондовые биржи.

>Тут говорили про то что Опенсоурс не может быть иынтерпрайз,

упоротому красноглазику почудилось что-то свое...

>Ты предполагаешь, что код закрыт и они не смогут нанять стороннего спеца для проверки чего там саппортит оракл?

я предполагаю что пингвин перестает быть отстоем когда сборку сапортит крупный вендор, который наводит в ней порядок

откуда кстати дровишки что там пингвин?

может быть там юникс, солярка

(108) На это очень просто ответить. 1С решили, что нужно поддержать "большую тройку" (иначе крупные конторы и не посмотрят в их сторону) и одну из бесплатных СУБД, как раз для бедных контор. Поддерживать больше одной смысла не было. На тот момент, когда принималось это решение, Мускуль был намного слабее Постгри, тянул только сайты несложные. Движок Innodb был совсем сырой еще. Выбор был очевиден.

(150) как оказалось влияет на часть guid'а, она одинаковая выходит

(170) ibm, думаю, тоже...они любят вот эти вот бигдаты и высокочастотные алгоритмы

(165) Так можно подвести, чтобы уйти от зависимости компьютера ушли в бумажно-ручные расчеты и хранения данных.)))

(0) отвечая на сабж, можно сказать: вопрос о профите некорректен. Если в организации, выбирающей СУБД для 1С, уже используется какая-то СУБД для других целей и есть специалисты(ы), практикующие её администрирование, логично оставаться на этой СУБД.

Некоторые бизнесмены также ориентируются на стоимость СУБД, пытаясь что-то сэкономить. Ну.. это их дела.

Имею неоднократный опыт внедрения связки 1С-PSQL. И знаю, что потом эта связка годами использовалась без донастроек и серьезных проблем с производительностью. При том, что каждый раз мануалы приходится читать чуть ли не заново, т.к. такие внедрения происходят не каждый год, и информация забывается.

Вывод: в комфортном использовании PSQL нет ничего нереального или сверхъестественного.

* специалисты(ы) = специалист(ы)

а есть хоть одна крупная контора. которая бы сидела на типовой pg?

(177) Имеешь в виду для 1С или вообще?

(177) что значит "на типовой"?

крупная - от скольки пользователей? у меня верхушка - около 50 юзеров.

"Утверждены методические рекомендации по переходу госорганов на отечественное ПО"
http://minsvyaz.ru/ru/events/37111/
Учитывая, что Postgres Pro входит в реестр российского ПО,
он также может быть рекомендован для перехода. А это огромные объемы для внедрения и сопровождения. Понятно, что этот процесс небыстрый.

Если учесть, что для адекватного резервного копирования нужна репликация, то стоимость решения на MSSQL еще раз возрастает. На PostgreSQL достаточно держать недорогой сервер.

(181) >для адекватного резервного копирования нужна репликация

Поподробней, пожалуйста.

(181) а что 1с поддерживает репликацию?

(181) Упал под стол.

Ну попробуй для 1с настроить репликацию, это раз.

Зеркалирование тогда уже.

Но тут сложно представить себе 1с, требующую нулевого отката.

(182) https://habrahabr.ru/company/pgdayrussia/blog/326996/

(185) сколько раз можно эту ссылку здесь кидать

(185) В статье ни слова ни о резервном копировании, ни о MSSQL. Что-нибудь, кроме балабольства, будет?

(172) А кстати в случае тонкого клиента кто генерирует GUID при создании объекта в базе, клиент или сервер?

(180)  Подозреваю,что все будет "как всегда"...

1.ГосБояре разворуют выделенный бюджет внедрения
2.на сдачу наймут г"вноконторы для "внедрения ПГ в госорганы".
3.Те доедят остатки и наймут через HH.ru программистов (естественно,подешевле) с волшебными словами в вакансии "знание PostgreSQL - БОЛЬШОЙ ПЛЮС".
4.Те,потыкавшиь и поплевавшись, быстро смекают что за ТАКИЕ НЕБОЛЬШИЕ деньги им этот БОЛЬШОЙ гимморой совсем не к чему - и  сваливают в те конторы где имеется ПО КУПЛЕННОЕ.

Кстати,как там дела с внедрением в госорганах "отечественного ПО на Линукс"? А шуму то было...

(183) А причем тут 1С? Бэкапы 1С только вечером можно проводить. А в течение дня только средствами SQL.

(190) причем здесь бэкапы 1с?

(190) Средствами 1С - это не бэкапы. И это официальная позиция фирмы 1С.

(190) Ну мы тут про 1С + ПГ, если ты не заметил.

(190) Или ты бэкапы скл считаешь ха репликацию?

(188) сервер конечно. причем генерит только 1, а потом инкрементирует

(195) Тогда какая разница какие SIDы на клиентах..

(175) >>Имею неоднократный опыт внедрения связки 1С-PSQL. И знаю, что потом эта связка годами использовалась без донастроек и серьезных проблем с производительностью.

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

И, соответственно, что по саппорту? Он стал изменился по стоимости?

+ к (197) просто тут такой можно сформулировать вопрос

Вот ставим сервер СУБД + 1С базу кастомную. Скажем, на 300-400 пользователей онлайн. Время реагирования на критический косяк, к примеру, 4 часа.

Установив PG, понятно, я сэкономил на лицензии MSSQL. Ну, а за 2-3 года эксплуатации на саппорте я эту экономию не съедаю?

(27) >>Я вот думаю как бы юзерей на linux пересадить, на libreoffice то они уже давно переехали как и серваки в массе на linux, а windows крутится в виртуалках.

А мне интересно, в свете такой отличной инициативе, как в мире *nix сейчас решен вопрос аналога AD-ME-Outlook, вот чтоб прямо также из коробки все сквозно и красиво настраивалось, с задачами, правами, терминалками и прочим и прочим? Ну будет какой-то аналог сервера на Debian, будет очевидно что-то типа samba также будет что-то типа Postfix с Dovecot, ну и что-то типа thunderbird. И вот в свете этих перечислений, мне интересно каков должен быть уровень "эникея", чтоб это все админить. Вин-эникеем в какой-то мере является классический 1сник, в состоянии по крайне мере быстро решать классические админские проблемы с правами, терминалками и прочим (если это нужно). В том же дебиане сервере, здесь много людей, которые его предположим просто видели в глаза? :) Это показатель.

(199) Аналога AD в мире *nix пока нет (аналоги отдельных частей есть). Админить все это на уровне эникея, разумеется, сложнее, чем в Win среде (на про уровне так же). С другой стороны, есть конторы, берущие все это на аутсорс. Если бизнесу нужна стабильность, можно также платить за поддержку дистрибутива, тому же RadHat-у или нашему Альту.

Офис (несколько кабинетов), пара-тройка удаленных юзеров, склад. Количество юзеров уже озвучено. Но не обязательно они все одновременно сидят в 1С. Несколько типовых конфигураций. Несколько БД. Это было не внедрение, а оптимизация с переходом на PSQL.

Стоимость рабочего дня была на уровне найма ЭТВ из франча. Но уложиться в запланированное количество не удалось. Пришлось чуток потрудиться сверх оплаченного безвозмездно.

(201) - для (197)

(198) это зависит от того, насколько кажется "автоматическим" MS SQL. Если предполагать, что MS SQL чинится, ухаживается и оптимизируется сам, то да, 2-3 эксплуатации PSQL аналогичных масштабов съедят экономию на покупке.

Только вот мне самодостаточность MS SQL кажется спорной. Особенно в масштабах "300-400 пользователей онлайн". На мой взгляд, там такого же уровня нужны специалисты, которые должны ориентироваться в таких же, традиционных для СУБД, фишках. Так что никакой экономии.

База в несколько терабайт перенесется в Postgre? Есть инструменты?

(204) Через РИБ, например. Или через свой обмен. Но попотеть придется, да.

(204) Тоже 1С?

Вы вообще о чем? Нафига вам psql сопровождать? Как он съест экономию? в дистрибутиве от pgpro даже конфиг под конкретный сервер сам собирается. Поставил, настроил бекапы, забыл. Понятно что к ms давно прикипели и новому учиться никто не хочет, но не надо тут рассказывать как он требователен к специалистам.
пс 100 юзеров, 3 года эксплуатации, 1год аптайм

(207) А вот Лустин говорит, чтоб с пг работать нужно жить им

(207) >Нафига вам psql сопровождать?
>Поставил, настроил бекапы, забыл.

Если только база read-only. :)

Как минимум нужно патчить, будь то PG или MS. А бэкапы нужно тестировать.

(206) конечно 1С

(207) ну есть же такая специализация, как "Администратор БД"

чем-то же они занимаются... )