Size: a a a

PostgreSQL + 1C + Linux

2020 July 17

2_

2flower _ in PostgreSQL + 1C + Linux
Maxim Starkov
К сожалению не понял, что вы хотели сказать
я говорил о стандартных способах как не допустить чтобы ваши данные превратились в кашу,
констрейнты, fk,unique index,check и прочее.
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
2flower _
у меня ВИД, замок НАДО снимать и что, случилось страшное?
Если обновлять через конфигуратор (не автоматическое обновление из пользовательской части) и вы просто добавили свой ВИД - проблем с обновлением у вас не будет.
У нас были клиенты, у которых "снят замок", но доработки сделаны так, что они не мешают обновлению (даже без расширений)
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Тут проблема в человеке, который вам про замок сказал. Он боится "замка", его так научили
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
2flower _
я говорил о стандартных способах как не допустить чтобы ваши данные превратились в кашу,
констрейнты, fk,unique index,check и прочее.
Соглашусь здесь. Всё ограничения и вторичные ключи хранит в себе уже сама 1С. Это несколько неудобно, но абсолютно не мешает работать)
источник

11

19 17 in PostgreSQL + 1C + Linux
Забава политика двойных стандартов.
Если в пг какая то е... Ля вприсядку потому что не прочитал пост на каком то спец форуме это дилетанты сами виноваты...
А если не зная 1с и не почитав описание что то херанул и сломал это 1с говно? :)
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
19 17
Забава политика двойных стандартов.
Если в пг какая то е... Ля вприсядку потому что не прочитал пост на каком то спец форуме это дилетанты сами виноваты...
А если не зная 1с и не почитав описание что то херанул и сломал это 1с говно? :)
👍
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Maxim Starkov
На своем опыте добирался уже до 100500 запросов. В 99,9999% платформа была не виновата. Всегда это была просто проблема кривого запроса, который написал 1С программист. А, ну ещё случаи, когда подводила СУБД.
я не могу вам аргументировать, так как мы с вами в разных "весовых" категориях, я прочуствовал пг, это очень классный продукт, который сделан для решения задач.
и поэтому удивляет как может небольшая субд требовать таких ресурсов, когда пг использует 1с.
источник

KK

Konstantin Kozyrev in PostgreSQL + 1C + Linux
Кирилл Веревкин
Тут проблема в человеке, который вам про замок сказал. Он боится "замка", его так научили
Тут проблема в политике работы техподдержки. И в том, что если замок снят, значит нужно тратить время на анализ базы.
У нас был клиент, который ругался на RLS в базе, а потом оказалось, что у него изменённая конфигурация. Откатили к конфигурации поставщика - всё стало работать штатно.
источник

11

19 17 in PostgreSQL + 1C + Linux
2flower _
я говорил о стандартных способах как не допустить чтобы ваши данные превратились в кашу,
констрейнты, fk,unique index,check и прочее.
Во времена моего студенчества такие же вещи говорили про тру ос/2 и ассемблер.
И говно винду и бейсик... :)
Но такие фанаты тру решений канули в лету.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Кирилл Веревкин
Тут проблема в человеке, который вам про замок сказал. Он боится "замка", его так научили
я именно про это вам и говорю, это и есть то, за что клиент заплатил, смысл что то доказывать, проще обновить и забыть.
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
2flower _
я не могу вам аргументировать, так как мы с вами в разных "весовых" категориях, я прочуствовал пг, это очень классный продукт, который сделан для решения задач.
и поэтому удивляет как может небольшая субд требовать таких ресурсов, когда пг использует 1с.
Хорошо. У нас на pg работает около 50 баз данных складской системы по всей РФ. Размер баз от 100 до 300 ГБ примерно. Почти не наблюдаем проблем. И 1С и pg работают как часы. Мешают только ошибки разработчиков в коде 1С
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
Забава политика двойных стандартов.
Если в пг какая то е... Ля вприсядку потому что не прочитал пост на каком то спец форуме это дилетанты сами виноваты...
А если не зная 1с и не почитав описание что то херанул и сломал это 1с говно? :)
в пг отличная дока, комьюнити, мне кажется вы перегибаете, либо как то приведите личный пример, я выше приводил, хотя понимаю, что это просто так "повезло".
источник

11

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

11

19 17 in PostgreSQL + 1C + Linux
То бекап это не бекап
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Maxim Starkov
Соглашусь здесь. Всё ограничения и вторичные ключи хранит в себе уже сама 1С. Это несколько неудобно, но абсолютно не мешает работать)
поверьте 1с-это детишки по сравнению с теми зубрами, которые реализовывали математику в субд, и я не только про пг,
но они все это отодвигают, и делают костыли.
источник

11

19 17 in PostgreSQL + 1C + Linux
Я сравниваю с мс скл. Мля как же там все для людей сделано :)
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
Да одного флейма пг дамп вс пг про бекап достаточно. :)
то, что pg_dump бэкап, это только на этой ветке, скажите это в соседней вам все по полочкам разложат.
источник

KK

Konstantin Kozyrev in PostgreSQL + 1C + Linux
19 17
Я сравниваю с мс скл. Мля как же там все для людей сделано :)
А что именно сделано?
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
Я сравниваю с мс скл. Мля как же там все для людей сделано :)
ну правильно, 1с-никам нравится, ведь разбираться ни в чем не надо.
если есть проблема давайте купим новый сервер. я этого насмотрелся.
источник

I

III in PostgreSQL + 1C + Linux
19 17
Забава политика двойных стандартов.
Если в пг какая то е... Ля вприсядку потому что не прочитал пост на каком то спец форуме это дилетанты сами виноваты...
А если не зная 1с и не почитав описание что то херанул и сломал это 1с говно? :)
+
источник