|
Партионный учет быстрее восстановился на файловой БД. Почему?
| ☑ |
0
Karambol
19.11.12
✎
06:13
|
Добрый день, УТ 10.3, восстанавливаю последовательность документов для партионного учета.
Сделал копию рабочей базы (сделал файловую БД). Перепроедение на копии заняло часов 5.
Стал перепроводить рабочую (она на MSSQL), прошло более 5 часов, а обработано менее половины.
Почему так?
|
|
1
ptitsa-radio
19.11.12
✎
06:30
|
Потому что файловые БД работают быстрее, чем SQL-ные.
|
|
2
Sammo
19.11.12
✎
06:46
|
(1) Добавь только на сравнительно небольших базах в монопольном режиме.
А большие базы на файловой и не развернуть
|
|
3
Karambol
19.11.12
✎
06:48
|
База около 5Гб
|
|
4
КонецЦикла
19.11.12
✎
06:50
|
Кхе-кхе, скоро манагеры придут на работу и САМ
Вроде оно всегда так было, и на семерке
|
|
5
ptitsa-radio
19.11.12
✎
06:53
|
(4) Дело даже не в 1с. Это вообще всегда так )))))
SQL не для ускорения работы предназначен, а совсем для других вещей.
|
|
6
gae
19.11.12
✎
06:54
|
(3) Это средний размер, нормально. В дополнение к (2) скажу: некоторые операции "однопоточного характера" быстрее выполнить, выгрузив базу сервера на отдельный комп с процессором помощнее в файловый вариант и загрузив готовый результат обратно на сервер.
|
|
7
ptitsa-radio
19.11.12
✎
06:56
|
(2) Вот именно. Есть объемы, которые на файлах в принципе невозможно обработать. Но, до достижения критического объема скорость обработки данных будет выше.
Правда тут еще от архитектуры базы сильно зависит и от дисковой подсистемы.
Проектирование структуры таблиц БД под файлы и под SQL должно подчиняться разным принципам.
|
|
8
ptitsa-radio
19.11.12
✎
06:58
|
Но меня не перестают умилять устойчивость мнения, что на SQL будет быстрее. ))) Причем этим грешат даже вполне подкованные технически люди.
|
|
9
Нуф-Нуф
19.11.12
✎
07:12
|
(8) на скуле будет быстрее. Одновременная работа не одного пользователя.
|
|
10
gae
19.11.12
✎
07:39
|
на скуле будет "параллельнее" :)
|
|
11
ILM
гуру
19.11.12
✎
08:35
|
на скуле будет просто работать ;-)
|
|