Size: a a a

PostgreSQL + 1C + Linux

2020 June 30

V

Vitaly in PostgreSQL + 1C + Linux
Фраза "частное облако" это вилами по воде. Опать же вы немного не понимаете, суть бизнес процессов.
Там есть дохрена подводных камней.
И вот так пальцем в небо.
Я же написал fresh это часть возможного решения.
И он не для этого, по сути это аренда 1с и создан он для этого.
Т.е. если я развиваю аренду 1с как услугу. Т.е. мне похрену как там устроена работа и обмен с зуп например.
1С так всегда свои решения прдаёт, в которых само не работает.
источник

LK

L K in PostgreSQL + 1C + Linux
Да выгружаешь, загружаешь работаешь во фреше, потом можно выгрузить из фреша.
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
Vitaly
Фраза "частное облако" это вилами по воде. Опать же вы немного не понимаете, суть бизнес процессов.
Там есть дохрена подводных камней.
И вот так пальцем в небо.
Я же написал fresh это часть возможного решения.
И он не для этого, по сути это аренда 1с и создан он для этого.
Т.е. если я развиваю аренду 1с как услугу. Т.е. мне похрену как там устроена работа и обмен с зуп например.
1С так всегда свои решения прдаёт, в которых само не работает.
именно аренда бухгалтерских услуг и есть суть централизованной бухгалтерии, когда филиалы "арендуют" услугу бухучёта у "центра". Точно также бухгалтерия арендует сервис 1С в вашем частном облаке  для автоматизации своей деятельности

вам предложили способ, который может полностью решить вашу проблему без больших финансовых вложений (апргрейд сервера) и освободит вас от трудоёмких процессов по обновлению 2x50 конфигураций -> 2 конфигурации. Дальше решать вам)
источник

MS

Martynchuk Sergey in PostgreSQL + 1C + Linux
/ras
источник

2_

2flower _ in PostgreSQL + 1C + Linux
может оффтоп, так что заранее извиняюсь,
в 1с на linux надо ходить за данными во внешние БД pg и ms sql.
ком объекты не работают, что не странно, но вот чудо-юдо ВнешниеИсточникиДанных
в жутком виде позволяет через таблицы и view затянуть данные, но как это сделать, используя процедуры
или какое то другое средство я не нашел. Может есть у кого опыт интеграции 1с с внешними БД.
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
2flower _
может оффтоп, так что заранее извиняюсь,
в 1с на linux надо ходить за данными во внешние БД pg и ms sql.
ком объекты не работают, что не странно, но вот чудо-юдо ВнешниеИсточникиДанных
в жутком виде позволяет через таблицы и view затянуть данные, но как это сделать, используя процедуры
или какое то другое средство я не нашел. Может есть у кого опыт интеграции 1с с внешними БД.
а чем этот способ ВнешниеИсточники не подходит?
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Сергей Голод
а чем этот способ ВнешниеИсточники не подходит?
либо я не нашел, он не работает с хп на возврат данных. т.е. получить таблицу или
view я могу, но сделать прямой запрос с параметрами для хп "select * from foo.bar(p1,p2,p3)" нет.
а отдавать это на откуп 1с-разработчику, который забудет сделать фильтр при выборке таблицы и сушить весла.
источник

11

19 17 in PostgreSQL + 1C + Linux
идеологически внешние источники это таблицы с которыми из 1с "работают почти как с родными"
прямой запрос либо выносите в хранимую процедуру, либо делайте запросы в 1С.
и зачем вам такой разработчик который "забудет сделать фильтр"
источник

11

19 17 in PostgreSQL + 1C + Linux
Vitaly
Фраза "частное облако" это вилами по воде. Опать же вы немного не понимаете, суть бизнес процессов.
Там есть дохрена подводных камней.
И вот так пальцем в небо.
Я же написал fresh это часть возможного решения.
И он не для этого, по сути это аренда 1с и создан он для этого.
Т.е. если я развиваю аренду 1с как услугу. Т.е. мне похрену как там устроена работа и обмен с зуп например.
1С так всегда свои решения прдаёт, в которых само не работает.
1) вы сюда пришли с вопросом. вам дали правильный ответ. технически ваша задача решается с помощью 1с:фреш. он создан как раз для этого а не для аренды лицензий. они идут рядом, но не одно и то же.
2) 1с как раз и работает по этой технологии. и делает это более эффективно и технологично, нежели вести 100500 баз на дохлом железе с 32 оперативки
https://1cbo.ru/
3) если Вы так волнуетесь за данные клиентов, то почему храните их в помойке?
в плане надежности по сохранности данных - оптимум это 1с фреш. точно лучше чем описанный говносервер.
если боитесь за НСД - то хранить данные на своем сервере еще более сомнительно. при необходимости маски шоу выносят сервер с данными клиента под микроскопом и всех остальных.
арендуйте выделенный сервер за рубежем. ну а 152 ФЗ как обойти решайте сами.
источник

2_

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

>и зачем вам такой разработчик который "забудет сделать фильтр"
старый советский анекдот про сантехника знаете?
источник

11

19 17 in PostgreSQL + 1C + Linux
2flower _
у меня уже есть хранимая процедура, я об этом и пишу, я не нашел как можно ее с параметрами использовать  в ВИД.

>и зачем вам такой разработчик который "забудет сделать фильтр"
старый советский анекдот про сантехника знаете?
прописать ее как функцию. выражение в источнике данных типа:
dbo.test(&1, &2, &3, &4, &5, &6, &7)
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
прописать ее как функцию. выражение в источнике данных типа:
dbo.test(&1, &2, &3, &4, &5, &6, &7)
а какой тип указать при возврате, вот на этом я завис.
источник

11

19 17 in PostgreSQL + 1C + Linux
обманул. надо как таблицу прописать
источник

11

19 17 in PostgreSQL + 1C + Linux
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
обманул. надо как таблицу прописать
спасибо, неожиданное решение.
там же отдельно функции, я потому и сдался.
еще раз спасибо.
источник

11

19 17 in PostgreSQL + 1C + Linux
давно писал - забыл. поэтому тоже на функции сначала подумал :)
источник

11

19 17 in PostgreSQL + 1C + Linux
из минусов внешних данных могу отметить 2
1) при записи больших объемов (десятки тысяч строк на старых платформах были непонятные задержки. на новых не знаю починили ли. пришлось переделывать на АДО
2) нельзя в запросах внутри 1С соединять таблицы источника и базы данных. часто встреяается задача сопоставления по коду данных в таблице и справочников в 1С. самое быстрое и изящное решение - объединение источников данных в СКД.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
из минусов внешних данных могу отметить 2
1) при записи больших объемов (десятки тысяч строк на старых платформах были непонятные задержки. на новых не знаю починили ли. пришлось переделывать на АДО
2) нельзя в запросах внутри 1С соединять таблицы источника и базы данных. часто встреяается задача сопоставления по коду данных в таблице и справочников в 1С. самое быстрое и изящное решение - объединение источников данных в СКД.
спасибо за уточнение.
у меня задача просто прочитать данные и сформировать документы в 1с.
ADO использовать в линукс насколько я знаю нельзя, я раньше интеграцию делал именно на ADO.
источник

11

19 17 in PostgreSQL + 1C + Linux
"у меня задача просто прочитать данные и сформировать документы в 1с."
тогда скорее всего встанет задача поиска в справочниках по коду: номунклатуры, контрагентов и.т.д.
как я писал выше лучше это делать в СКД.
источник

2_

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