|
MS SQL. Выгрузка в dt
| ☑ |
0
cons74
06.02.15
✎
10:09
|
При выгрузке скульной базы она сперва видимо где-то формируется (dt долго нулевого размера) а потом резко пишется в dt.
Как бы посмотреть где идет этот процесс (чтоб понять примерно сколько ждать).
|
|
1
piter3
06.02.15
✎
10:09
|
(0) профайлер не?
|
|
2
Maxus43
06.02.15
✎
10:13
|
"сколько ждать" - врятли узнаешь, а нулего размера - в темпах емнип
|
|
3
PR
06.02.15
✎
10:14
|
(0) А зачем выгружаешь в dt?
|
|
4
shuhard
06.02.15
✎
10:15
|
(0) обломись
|
|
5
ДенисЧ
06.02.15
✎
10:16
|
(0) вывод неправильный.
Оно туда пришется, только размер не обновляется. Попробуй фаром смотреть на файл
|
|
6
PR
06.02.15
✎
10:19
|
(4) Что обломись?
Изменение свободного места на диске, не?
|
|
7
shuhard
06.02.15
✎
10:21
|
(6) [чтоб понять примерно сколько ждать]
при чем здесь место
|
|
8
PR
06.02.15
✎
10:23
|
(7) Место косвенно, то есть читай примерно, даст представление о том, сколько ждать.
|
|
9
shuhard
06.02.15
✎
10:29
|
(8) не даст ни какого представления, поскольку процесс существенно нелинеен
|
|
10
PR
06.02.15
✎
10:30
|
(9) Ты прав
|
|
11
spectre1978
06.02.15
✎
11:17
|
(5) Не, не даст. Там эксклюзивное открытие, примерно как своп-файл в винде.
|
|
12
Зеленый пень
06.02.15
✎
11:22
|
Пишет в темпы юзера, под которым сервер 1с работает.
|
|
13
spectre1978
06.02.15
✎
11:24
|
(0), (12) если принудительно завершить 1С в процессе выгрузки, вследствие чего ОС принудительно закроет файл - его размер скачкообразно увеличивается с нуля до реального размера. Поэтому мне думается, что при том открытии файла, которое использует 1С в этом случае, функция получения размера просто не работает корректно до того момента пока файл не будет закрыт.
|
|