|
Перенос данных между двумя базами 1С средствами SQL | ☑ | ||
---|---|---|---|---|
0
Антон Мак
30.07.12
✎
16:08
|
Возможно ли перенести данные между двумя базами 1С (одинаковые конфигурации) за определенный период средствами SQL ?
|
|||
1
IronDemon
30.07.12
✎
16:10
|
Можно даже текстовыми файлами перенести. Но зачем.
|
|||
2
Антон Мак
30.07.12
✎
16:12
|
(1) Я ждал подобного ответа. Зачем - нужно перенести быстро.
|
|||
3
Господин ПЖ
30.07.12
✎
16:12
|
разрешаю развернуть архив в новую базу с ", replace" в коде скрипта
|
|||
4
Антон Мак
30.07.12
✎
16:14
|
(3) Так, а можно подробнее?
|
|||
5
Господин ПЖ
30.07.12
✎
16:14
|
мдя... как все запущено...
|
|||
6
Господин ПЖ
30.07.12
✎
16:16
|
еще разрешаю сделать скопировать mdf, ldf и прицепить в новую базу...
|
|||
7
Антон Мак
30.07.12
✎
16:26
|
(6) Нам не нужна копия базы, только данные за нужный период
|
|||
8
Антон Мак
30.07.12
✎
16:27
|
Опишу ситуацию подробнее: нужно не останавливая рабочего процесса произвести обработку в базе. Для этого предполагается сделать копию базы, обработать ее монопольно, а потом загрузить туда изменения из рабочей базы в эту копию.
|
|||
9
Антон Мак
30.07.12
✎
16:30
|
Может быть можно использовать для этого дифференциальное резервирование? Позволит ли SQL загрузить "разницу" в измененную базу?
|
|||
10
Господин ПЖ
30.07.12
✎
16:31
|
>Может быть можно использовать для этого дифференциальное резервирование?
нет. >Позволит ли SQL загрузить "разницу" в измененную базу? нет. |
|||
11
Господин ПЖ
30.07.12
✎
16:32
|
>а потом загрузить туда изменения из рабочей базы в эту копию.
что мешает это сделать типовой ЗагрузкаВыгрузкаXML ? |
|||
12
andrey153
30.07.12
✎
16:33
|
(11) в (2) написано "быстро"
|
|||
13
andrey153
30.07.12
✎
16:34
|
а конфигурация какая?
|
|||
14
Антон Мак
30.07.12
✎
16:34
|
(11) Время. Нужно загрузить значительные изменения за одну ночь.
|
|||
15
Infsams654
30.07.12
✎
16:35
|
(9) нет, т.к. рабочий процесс уже много чего наворотил. Делай обменом, т.е. на уровне предметной области, а не sql
|
|||
16
Антон Мак
30.07.12
✎
16:35
|
(13) Это имеет значение? КА
|
|||
17
Господин ПЖ
30.07.12
✎
16:36
|
> нет, т.к. рабочий процесс уже много чего наворотил
бугага... |
|||
18
andrey153
30.07.12
✎
16:37
|
(16) если планировать какие данные переносить(а не целиком), то конечно имеет
|
|||
19
Антон Мак
30.07.12
✎
16:42
|
(10)(15) А с помощью репликации можно что-то подобное сделать?
|
|||
20
МуМу
30.07.12
✎
16:45
|
||||
21
hhhh
30.07.12
✎
16:47
|
(19) всё можно, но за это вы можете сесть лет на семь. Как пуси риот. Вам оно надо?
|
|||
22
Господин ПЖ
30.07.12
✎
16:50
|
(19) все это требует затрат времени и денег
|
|||
23
Igor 2007
30.07.12
✎
16:50
|
(0) Один раз перенести? И больше этого не делать?
|
|||
24
Infsams654
30.07.12
✎
16:56
|
(17)(19) блин, откуда sql знает что является результатом очень важной обработки, репликация все приведет к состоянию базы-источник. То же относится и restore, хоть полному, хоть к диффер. Говорю жэ - только выгрузка/загрузка нужных данных.
|
|||
25
Popkorm
30.07.12
✎
17:00
|
(0)я через Оле делал из 7.7 в 8.2,месячный объем выгрузки из 18-19 док.переносились где то за 5 минут
|
|||
26
Антон Мак
30.07.12
✎
17:02
|
(23) Если и будем повторять, то не чаще раза в год
(24) Обработанные данные у нас будут в прошедшем периоде, изменения будут переносится только текущие (25) У нас объем гораздо больше |
|||
27
Popkorm
30.07.12
✎
17:12
|
(2)нафига быстро,автобус ждешь,я полгода за час 30 минут переносил,ну быстрее чем ковертация
|
|||
28
Popkorm
30.07.12
✎
17:13
|
+(27) за 30 минут
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |