|
Какой метод обращения к внешнему источнику данных быстрее? | ☑ | ||
---|---|---|---|---|
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
|
2(19) Учитывай:
Внешние источники данных - неправильная запись в БД |
|||
21
maximus77
30.09.15
✎
15:07
|
можно так же в SQL создать хранимую процедуру и ее использовать, т.к при обновлении записи средствами 1с были проблемы (8.3.5), возможно их уже решили в поздних релизах. Запись и удаление работало без проблем.
|
|||
22
Маратыч
30.09.15
✎
15:07
|
(20) Ну мож, пофиксят еще. Учту для галочки.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |