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

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

PG - PostgreSQL

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

дада... это все осталось в начале 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) ну есть же такая специализация, как "Администратор БД"

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