Имя: Пароль:
1C
 
Какой метод обращения к внешнему источнику данных быстрее?
0 ultrannge89
 
30.09.15
14:33
Имеется несколько полностью типовых бух 2.0 + бит финанс управленческий учет. Требуется сделать обработку табличных частей, которая бы основываясь на записях в таблице внешнего источника, выдавала определенный результат в табличной части документа.
Встает вопрос, где лучше хранить данную таблицу.
Объем таблицы: 8-10 колонок, несколько тысяч строк.

Городить в каждой иб регистр не хочу. Создавать новую иб и в ней регистр, а цепляться через com думаю будет долго, учитывая что работать с информацией будут достаточно часто. xls + odbc как вариант, но что я не люблю excel. Думаю еще вариант с объектом внешний источник данных и базой sql server, но так ни разу пока не делал...
1 vicof
 
30.09.15
14:34
"объектом внешний источник данных и базой sql server, но так ни разу пока не делал"
сделай, опыта огребешь
2 Маратыч
 
30.09.15
14:34
(0) "Внешний источник данных" вполне годится, а скуль тут при чем? Напрямую из источника и тягай.
3 ultrannge89
 
30.09.15
14:35
(1) А скорость будет? Хотя бы как у excel + odbc?
4 Маратыч
 
30.09.15
14:35
(3) Будет.
5 ultrannge89
 
30.09.15
14:36
(2) Таблицу думал хранить напрямую в БД sql сервера.
6 Маратыч
 
30.09.15
14:37
(5) Т.е. она сейчас там и находится?
7 ultrannge89
 
30.09.15
14:38
(6) Сейчас я думаю над концепцией, а воплощать буду позже, просто хочу выбрать сразу нормальный вариант, чтобы потом не думать как ускорить процесс.
8 Маратыч
 
30.09.15
14:40
(7) Самый быстрый вариант - хранить таблицу в 1С.
9 ultrannge89
 
30.09.15
14:42
(8) Нужно централизованное хранилище для нескольких баз, впоследствии для нескольких десятков...
10 Маратыч
 
30.09.15
14:44
(9) Так и будем в угадайку играть? Задача-то какая? *телепат моде он* Создать внешнюю БД, откуда не связанные меж собой адинэски будут тягать какие-то данные в реальном времени? *телепат моде офф*
11 Гёдза
 
30.09.15
14:45
можно 1с, а общаться посредством http сервисов
12 Маратыч
 
30.09.15
14:45
(11) Чот сомневаюсь я, что это быстрее "Внешнего источника", работающего через ODBC, будет.
13 ultrannge89
 
30.09.15
14:46
(10) Именно, я вроде бы в первом сообщении все описал...
14 Маратыч
 
30.09.15
14:48
(13) Не очень внятно. Ну да ладно, тогда да - лепи что-нибудь на базе любого сервера БД и цепляйся внешним источником - моя практика показывает, что все работает достаточно шустро даже на медленных каналах.
15 ultrannge89
 
30.09.15
14:50
Ок, пойду лепить =)
16 Маратыч
 
30.09.15
14:51
(15) Только один нюанс - писать ты ничего в объект "Внешний источник" не можешь. Только выборка.
17 maximus77
 
30.09.15
15:00
можно записывать стандартными средствами 1с начиная с версии 8.3.5
18 sergeev-ag-1977
 
30.09.15
15:01
" Встает вопрос, где лучше хранить данную таблицу ? "
Лучше для чего ? Для базы или что бы ОБЭП не достал эту информацию ?
19 Маратыч
 
30.09.15
15:02
(17) О, круть, учтем-с.
20 Живой Ископаемый
 
30.09.15
15:03
21 maximus77
 
30.09.15
15:07
можно так же в SQL создать хранимую процедуру и ее использовать, т.к при обновлении записи средствами 1с были проблемы (8.3.5), возможно их уже решили в поздних релизах. Запись и удаление работало без проблем.
22 Маратыч
 
30.09.15
15:07
(20) Ну мож, пофиксят еще. Учту для галочки.