MM
вполне разумно, почему нет?
Выдержит ли постгрес нагрузку?
Size: a a a
2020 September 17
MM
/при прочих равных/
JD
Хапнешь горюшка на первом же предикате запроса, который не провалился во вложенный запрос (а на MSSQL почти всегда проваливается автоматом и поэтому ты об этом даже не думаешь)
NG
Разумнее использовать то, с чем вы умеете работать)
this
NG
/при прочих равных/
при прочих равных - да
фреш же работает на pg, а там мягко говоря по более 500 юзеров)
NG
John Doe
Хапнешь горюшка на первом же предикате запроса, который не провалился во вложенный запрос (а на MSSQL почти всегда проваливается автоматом и поэтому ты об этом даже не думаешь)
ну да, постгрес очень не любит соединения с вирт таблицами и вложенными запросами. прям совсем не любит
NG
9 из 10 проблем с ним
JD
фреш же работает на pg, а там мягко говоря по более 500 юзеров)
Так там ноды, не факт что даже пользователи одного и того же абонента в одном рабочем процессе и в одной БД сидят.
Хотя насчет разных БД для одной области данных не помню, вроде такой абстракции менеджер сервиса не предоставляет.
Хотя насчет разных БД для одной области данных не помню, вроде такой абстракции менеджер сервиса не предоставляет.
MM
Т. е. если есть специалисты, способные поддерживать постгрес, если код написан по стандартам, то надёжность и производительность постгреса позволяет держать такие большие системы?
Я говорю не о карманной нетленке, а о продуктивной ERP системе серьёзного предприятия.
Я говорю не о карманной нетленке, а о продуктивной ERP системе серьёзного предприятия.
John Doe
Так там ноды, не факт что даже пользователи одного и того же абонента в одном рабочем процессе и в одной БД сидят.
Хотя насчет разных БД для одной области данных не помню, вроде такой абстракции менеджер сервиса не предоставляет.
Хотя насчет разных БД для одной области данных не помню, вроде такой абстракции менеджер сервиса не предоставляет.
Даже логически глупо предпологать, что строя облако, на одну БД (1С) не вешается хотя бы 500 юзеров. А внутри уже области, да.
NG
Т. е. если есть специалисты, способные поддерживать постгрес, если код написан по стандартам, то надёжность и производительность постгреса позволяет держать такие большие системы?
Я говорю не о карманной нетленке, а о продуктивной ERP системе серьёзного предприятия.
Я говорю не о карманной нетленке, а о продуктивной ERP системе серьёзного предприятия.
я на всякий случай уточню. а вы какой конкретно постгрес планируете использовать?
JD
Даже логически глупо предпологать, что строя облако, на одну БД (1С) не вешается хотя бы 500 юзеров. А внутри уже области, да.
В том-то и дело, что можем только предполагать)
MM
я на всякий случай уточню. а вы какой конкретно постгрес планируете использовать?
Эм... А какие есть? Вопрос не о планировании использования, а о выяснении возможности использования.
NG
Эм... А какие есть? Вопрос не о планировании использования, а о выяснении возможности использования.
1) от 1с (бесплатная)
2) постгрес про для 1с (бесплатная)
3) постгрес про стандарт (платная)
4) постгрес про энтепрайз (платная)
+ n версий от постгрес про с сертификатами ФСТЭК
2) постгрес про для 1с (бесплатная)
3) постгрес про стандарт (платная)
4) постгрес про энтепрайз (платная)
+ n версий от постгрес про с сертификатами ФСТЭК
Кто видел в живую пользователей PG Pro Enterprise под 1С?
MM
Пока речь идёт о просто "постгресе". Потом можно уточнять. На что, вообще, влияет платность? На наличие поддержки или ещё и функции?
NG
Кто видел в живую пользователей PG Pro Enterprise под 1С?
я очень надеюсь, что через месяц буду видеть его в зеркале
я очень надеюсь, что через месяц буду видеть его в зеркале
Ради каких фич покупается, если не секрет?
JD
Ради каких фич покупается, если не секрет?
Смузи пить чтоб смотря на слона, а не на бездушный цилиндр