Имя: Пароль:
1C
1С v8
Как подключиться на сервере 1с к сторонней базе SQL?
0 Программист210
 
24.09.15
12:07
Какие возможны варианты. Спасибо.
1 ДенисЧ
 
24.09.15
12:07
ФВЩВИ? yfghbvth
2 ДенисЧ
 
24.09.15
12:07
ADODB, в смысле
3 Живой Ископаемый
 
24.09.15
12:09
Сервер при этом на линуксе? или в чем проблема?
4 rs_trade
 
24.09.15
12:12
Внешним источником прицепить нужные таблицы
5 Программист210
 
24.09.15
12:12
(2) Предполагается по подписке скидывать туда информацию инсертами. Какие могут быть потенциальные проблемы с этим инструментом? На клиенте то использую при обмене с базой данных интернет-магазина, а сейчас встала задача инициализировать соединение на сервере. Вот задумался, как лучше сделать.
6 ДенисЧ
 
24.09.15
12:14
(5) За такое решение - нужно дать 5 лет общего расстрела. Без конфискации.
7 Живой Ископаемый
 
24.09.15
12:17
2(5) потенциальная проблема - например не запишется.. Или долго будет записываться. Или при этом пользователи не смогут работать с базой.. А также проблемы идентификации
8 Программист210
 
24.09.15
12:17
(6) То есть, писать в стороннюю базу что-либо из 1с эффективно нельзя? Не понял сути замечания.
9 ДенисЧ
 
24.09.15
12:18
(8) Ты проводишь документ и пишешь в стороннюю базу. Там возникает блокировка или просто ожидание со стороны сервера.
Твои действия?
10 Программист210
 
24.09.15
12:25
(7)(9) Вопрос серьезный. Тут надо бумажно подумать. Теоретически, можно впихивать временно информацию в какой нибудь регистр сведений и из него забирать по регламентному, заодно и подчищая его. Тогда блокировки будут некритичны.
11 rs_trade
 
24.09.15
12:52
Сторонняя база SQL это что? Тоже 1С? Или какое то другое приложение с ней работает?

В последних версиях платформы можно писать в таблицы внешних источников. А лучше конечно через апи приложения работать. Ком интерфейс почти у всех есть.
12 Garikk
 
24.09.15
12:58
(11) <Ком интерфейс почти у всех есть.>

почти у всех виндовых... много софта юниксового существует, особенно если это вебом связано
13 ДенисЧ
 
24.09.15
13:05
(10) Вот это правильный вариант
(11) ком, гришь... А давно АДО перестало быть комом?
14 rs_trade
 
24.09.15
13:07
(13) речь о коме приложения, а не скуль сервера.
15 МихаилМ
 
24.09.15
13:07
ado, ole db, rdo, rds

odbc(ВИД), подмена 1с таблицы представлением.
16 Господин ПЖ
 
24.09.15
13:08
(14) а если этот ком такой же убитый как в 1с?
17 Господин ПЖ
 
24.09.15
13:08
>В последних версиях платформы можно писать в таблицы внешних источников

накой хрен эти кривоногие 1с-ные поделки при живом ado
18 Herby
 
24.09.15
13:09
(8) если эта база просто используется как перевалочный пункт, то действительно странное решение... если база какого-то другого приложения, то тоже не очень хорошо. В базу должно записывать только то приложение, которое является "родным" для этой базы, а иначе теоретически можно получить бардак в базе и не поймете откуда что берется...

почему файловый обмен не хотите?  сформировал и выгрузил, и не нужно думать о том, что в сторонней базе могут возникнуть и зависшие сессии не позволяющие работать, и блокировки, не нужно продумывать работу транзакций - что тоже немаловажно, можете так на инсерттить что полетят дедлоки и прочие прелести.. в конце концов может измениться структура таблиц сторонней базы и добрый вечер.

зачем выдумывать сложные решения, если можно сделать гораздо проще и надежнее?
19 ДенисЧ
 
24.09.15
13:11
(16) Ком в 1с намного лучше, чем во многих известных программах
20 Программист210
 
24.09.15
13:26
(11) Можно хорошую ссылочку где почитать про это? Если есть. Я бы поигрался для самообразования.  
(18) Так 1с и будет единственным и "писарем" в сторонней скульной базе. И потому файловый обмен не подойдет, ибо, элементарно, нечем файл с другой стороны читать.
21 ДенисЧ
 
24.09.15
13:31
(20) Если у тебя есть sql-сервер, значит, уже есть чем читать )
Просто у тебя знаний не хватат
22 Гость из Мариуполя
 
гуру
24.09.15
13:35
(20) заводишь отдельную конфу 1с, которая будет и "писарем" и "владельцем" этой сторонней скульной базы и чем тебе угодно.
и пусть эта отдельная конфа и собирает файлики отовсюду, куда их твои рабочие 1С-ки разбросают, и пишет к себе в свою родную скульную базу. которая для всех других баз сторонняя.
23 Господин ПЖ
 
24.09.15
13:36
>И потому файловый обмен не подойдет, ибо, элементарно, нечем файл с другой стороны читать.

здрасте приехали... скуль так файлы читать умеет, что 1с сосет
24 rs_trade
 
24.09.15
13:44
Пиши через адо раз там пустая произвольная база.
25 ДенисЧ
 
24.09.15
13:44
(22) стенку могу предложить.
(23) 1с в данном вопросе сосать не может, ибо умеет намного больше
26 rs_trade
 
24.09.15
14:49
(22) ага. вторая база 1С переколбасит данные в своем формате, а не в удобно читаемом. и через опу будешь смотреть в той базе данные.
27 kudlach
 
24.09.15
15:40
ADO,
Внешние источники,
WEb - сервис

Работает все. Выбор за тем что тебе понятнее и ближе.
28 Господин ПЖ
 
24.09.15
15:50
>1с в данном вопросе сосать не может, ибо умеет намного больше

как научится 10 000 000 записей за 10 мин в таблицу из csv вносить - пусть позвонит...
29 stix2010
 
24.09.15
17:38
(28) Это критично?
30 Господин ПЖ
 
24.09.15
17:40
(29) для ларька - нет
31 stix2010
 
24.09.15
17:59
Для каждой задачи свой инструмент.
32 Господин ПЖ
 
24.09.15
18:00
(31) для расчета себестоимости в упп в адекватные сроки - какой инструмент нужен?
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан