|   |   | 
| 
 | Какой метод обращения к внешнему источнику данных быстрее? | ☑ | ||
|---|---|---|---|---|
| 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) Ну мож, пофиксят еще. Учту для галочки.     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |