Size: a a a

PostgreSQL + 1C + Linux

2020 July 17

2_

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

11

19 17 in PostgreSQL + 1C + Linux
Кирилл Веревкин
я тоже соврал в цифре т.к. уже 8 месяцев не работаю в сфере 1С. Судя по прайс листу ИТС Базовый на год стоит 19512
19 это если не обновлялся и вдруг решил
А так 14.3на год...
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
2flower _
а что там в ИТС еще, я может зря так, раньше насколько знаю только диски привозили и все.
сейчас и их не будут.
Расскажу, что было во франче у нас (как в других я не знаю):
1. Час консультаций для организации. Т.е. методист в нашей конторе садился и тупо исправлял косяки в учете бухгалтера в месяц (выглядит как мало, но на самом деле большинство проблем в учете нормальный спец во франче достаточно быстро находит)
2. Доступ непосредственно на портал ИТС где постоянно выкладывается информация как отразить то или иное говно в учете от наших "законодателей". С картинками и всем вот этим, что бухгалтера любят. Там расписано пипец как подробно.
3. По идее у нас входило обновление. Т.е. у нас был "сервис-инженер" который тупо разъезжал по клиентам и сам их обновлял.
4. Всякие 1С ЭДО, 1С отчетность, 1С Подпись, 1С контрагент, 1С линк и куча других платных сервисов от 1С (которые так то не должны быть доступны).
5. Ну и всякий мерч от фирмы 1С (но тут спорно, некоторым оно не нужно, но довольно приятно).

это то что на памяти моей.

Стоит сказать к слову, что у нас была общая практика во франче, что ошибки фирмы 1С, которые не дают работать пользователю при наличии ИТС мы исправляли расширением бесплатно (при отсутствии релиза с обнволениям)
источник

2_

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

KK

Konstantin Kozyrev in PostgreSQL + 1C + Linux
2flower _
т.е. "для бюджетных предприятий" это никого не смущает?
https://v8.1c.ru/its/tarify/its-tekhno/#price
Окей, вот такой значит. Снизу ещё написано что идёт в комплекте помимо обновлений
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Konstantin Kozyrev
https://v8.1c.ru/its/tarify/its-tekhno/#price
Окей, вот такой значит. Снизу ещё написано что идёт в комплекте помимо обновлений
вот он. Я не успел скинуть ссылку на него - вы опередили, спасибо
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
чисто доступ к обновлениям
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
ну и методические материалы там всякие плюхи
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
2flower _
Т.е. удалить элемент, очистить таблицу это проблема вселенского масштаба, чтобы писать для этого обработку?
некомпетентность 1с-разработчика очевидна, есть в бд такая вещь как консистентность из ACID мы же про данные говорим.
и то что они на ACID положили с прибором-это и есть результат таких роялей в кустах.
Я не 1с-ник, но то как должны жить данные в БД представляю очень хорошо.
Что-то вы здесь все в кучу смешали. ACID обеспечивает СУБД. Сама платформа 1С позволяет работать с СУБД через свои механизмы, поэтому придется писать обработку или просто выполнить нужный код в консоли.
Проблема в том, что вы не 1Сник :)
Не сомневайтесь, в фирме 1С есть люди, которые продумывают архитектуру работы платформы с СУБД, причем различными. Эти люди достаточно компетентны в этих вопросах. Лично у меня редко возникают вопросы к архитектуре таблиц на уровне СУБД. Всё продуманно хорошо.
Ну а на крайний случай, если у вас слишком много данных и большая нагрузка - прямые запросы решают все проблемы.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Кирилл Веревкин
Расскажу, что было во франче у нас (как в других я не знаю):
1. Час консультаций для организации. Т.е. методист в нашей конторе садился и тупо исправлял косяки в учете бухгалтера в месяц (выглядит как мало, но на самом деле большинство проблем в учете нормальный спец во франче достаточно быстро находит)
2. Доступ непосредственно на портал ИТС где постоянно выкладывается информация как отразить то или иное говно в учете от наших "законодателей". С картинками и всем вот этим, что бухгалтера любят. Там расписано пипец как подробно.
3. По идее у нас входило обновление. Т.е. у нас был "сервис-инженер" который тупо разъезжал по клиентам и сам их обновлял.
4. Всякие 1С ЭДО, 1С отчетность, 1С Подпись, 1С контрагент, 1С линк и куча других платных сервисов от 1С (которые так то не должны быть доступны).
5. Ну и всякий мерч от фирмы 1С (но тут спорно, некоторым оно не нужно, но довольно приятно).

это то что на памяти моей.

Стоит сказать к слову, что у нас была общая практика во франче, что ошибки фирмы 1С, которые не дают работать пользователю при наличии ИТС мы исправляли расширением бесплатно (при отсутствии релиза с обнволениям)
скажу то, что видел в своем регионе, у нескольких клиентов,
1. не было ни разу.
2. есть такое, но бухгалтер выписывает какой нибудь главбух и не будет лезть "на эти ваши интернеты".
3. ой у вас замочка нет, все я обновлять не буду, вот диски и адью.
4. это все стороннее, диадоки, сбисы и прочие.
5. без коментариев, не знаю может какую канцелярию и привозили, врать не буду.
на 7-ке же жили, и до сих пор живут и ничего.
источник

LK

L K in PostgreSQL + 1C + Linux
Кирилл Веревкин
Расскажу, что было во франче у нас (как в других я не знаю):
1. Час консультаций для организации. Т.е. методист в нашей конторе садился и тупо исправлял косяки в учете бухгалтера в месяц (выглядит как мало, но на самом деле большинство проблем в учете нормальный спец во франче достаточно быстро находит)
2. Доступ непосредственно на портал ИТС где постоянно выкладывается информация как отразить то или иное говно в учете от наших "законодателей". С картинками и всем вот этим, что бухгалтера любят. Там расписано пипец как подробно.
3. По идее у нас входило обновление. Т.е. у нас был "сервис-инженер" который тупо разъезжал по клиентам и сам их обновлял.
4. Всякие 1С ЭДО, 1С отчетность, 1С Подпись, 1С контрагент, 1С линк и куча других платных сервисов от 1С (которые так то не должны быть доступны).
5. Ну и всякий мерч от фирмы 1С (но тут спорно, некоторым оно не нужно, но довольно приятно).

это то что на памяти моей.

Стоит сказать к слову, что у нас была общая практика во франче, что ошибки фирмы 1С, которые не дают работать пользователю при наличии ИТС мы исправляли расширением бесплатно (при отсутствии релиза с обнволениям)
Кирилл что то Вам не оторваться от 1с ...
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Maxim Starkov
Что-то вы здесь все в кучу смешали. ACID обеспечивает СУБД. Сама платформа 1С позволяет работать с СУБД через свои механизмы, поэтому придется писать обработку или просто выполнить нужный код в консоли.
Проблема в том, что вы не 1Сник :)
Не сомневайтесь, в фирме 1С есть люди, которые продумывают архитектуру работы платформы с СУБД, причем различными. Эти люди достаточно компетентны в этих вопросах. Лично у меня редко возникают вопросы к архитектуре таблиц на уровне СУБД. Всё продуманно хорошо.
Ну а на крайний случай, если у вас слишком много данных и большая нагрузка - прямые запросы решают все проблемы.
если у вас каша в данных БД не виновата, когда в поля где не должно быть пусто, вы пишете пустое значение.
это очевидная вещь для DBA.

>Эти люди достаточно компетентны в этих вопросах. Лично у меня редко возникают вопросы к архитектуре таблиц на уровне СУБД. Всё продуманно хорошо.
Ну а на крайний случай, если у вас слишком много данных и большая нагрузка - прямые запросы решают все проблемы.
У меня есть большие сомнения на этот счет, но я доберусь до запросов и тогда смогу предметно уже поговорить,
но то, что 1с-это дикие тормоза там, где пг летает это факт.
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
2flower _
скажу то, что видел в своем регионе, у нескольких клиентов,
1. не было ни разу.
2. есть такое, но бухгалтер выписывает какой нибудь главбух и не будет лезть "на эти ваши интернеты".
3. ой у вас замочка нет, все я обновлять не буду, вот диски и адью.
4. это все стороннее, диадоки, сбисы и прочие.
5. без коментариев, не знаю может какую канцелярию и привозили, врать не буду.
на 7-ке же жили, и до сих пор живут и ничего.
с замком да, проблема. С приходом расширений тут стало лучше.
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
L K
Кирилл что то Вам не оторваться от 1с ...
Есть такое дело. Даже уйдя в разработку на java - интересоваться ситуацией в 1С не перестаю)
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
2flower _
если у вас каша в данных БД не виновата, когда в поля где не должно быть пусто, вы пишете пустое значение.
это очевидная вещь для DBA.

>Эти люди достаточно компетентны в этих вопросах. Лично у меня редко возникают вопросы к архитектуре таблиц на уровне СУБД. Всё продуманно хорошо.
Ну а на крайний случай, если у вас слишком много данных и большая нагрузка - прямые запросы решают все проблемы.
У меня есть большие сомнения на этот счет, но я доберусь до запросов и тогда смогу предметно уже поговорить,
но то, что 1с-это дикие тормоза там, где пг летает это факт.
К сожалению не понял, что вы хотели сказать
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Кирилл Веревкин
с замком да, проблема. С приходом расширений тут стало лучше.
у меня ВИД, замок НАДО снимать и что, случилось страшное?
источник

KK

Konstantin Kozyrev in PostgreSQL + 1C + Linux
Кирилл Веревкин
Есть такое дело. Даже уйдя в разработку на java - интересоваться ситуацией в 1С не перестаю)
А почему Java, а не С#?
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Кирилл Веревкин
Есть такое дело. Даже уйдя в разработку на java - интересоваться ситуацией в 1С не перестаю)
если бы внутри 1с было что то вроде архитектуры спринга, цены бы не было.
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Konstantin Kozyrev
А почему Java, а не С#?
В вузе когда обучался ближе был мне java, чем c#. Поэтому решил его.
источник

MS

Maxim Starkov in PostgreSQL + 1C + Linux
2flower _
если у вас каша в данных БД не виновата, когда в поля где не должно быть пусто, вы пишете пустое значение.
это очевидная вещь для DBA.

>Эти люди достаточно компетентны в этих вопросах. Лично у меня редко возникают вопросы к архитектуре таблиц на уровне СУБД. Всё продуманно хорошо.
Ну а на крайний случай, если у вас слишком много данных и большая нагрузка - прямые запросы решают все проблемы.
У меня есть большие сомнения на этот счет, но я доберусь до запросов и тогда смогу предметно уже поговорить,
но то, что 1с-это дикие тормоза там, где пг летает это факт.
На своем опыте добирался уже до 100500 запросов. В 99,9999% платформа была не виновата. Всегда это была просто проблема кривого запроса, который написал 1С программист. А, ну ещё случаи, когда подводила СУБД.
источник