|
РАУЗ УПП - почему в файловом варианте база проводится быстрее чем в SQL? | ☑ | ||
---|---|---|---|---|
0
ksupalo
15.07.11
✎
14:44
|
Включили РАУЗ в УПП, перепроводим документы.
Одновременно запустил: - перепроведение в SQL-серверном варианте (отдельно сервер 1С, отдельно SQL, отдельно сервер терминалов) - перепроведение в файловой базе В файловой базе уже месяц провелся, в SQL - только половина месяца, т.е. скорость файловой базы в 2 раза выше. Почему? Загрузка на сервере 1С и терминальном - минимальна, SQL - загрузка файловой системы, но не критично... Что у нас не так? Или надо проводить групповой обработкой? Провожу через меню Операции-Проведение документов. |
|||
1
asp
15.07.11
✎
14:46
|
а почему должно быть наоборот-то?
|
|||
2
iamnub
15.07.11
✎
14:46
|
Интересно...
|
|||
3
iamnub
15.07.11
✎
14:46
|
Интересно соотнести инфу в личке и вопрос в (0).
|
|||
4
poligraf
15.07.11
✎
14:47
|
Так файловая быстрей, чем SQL...
У SQL в другом преимущество |
|||
5
iamnub
15.07.11
✎
14:47
|
Если вы УПП загнали в файловый режим, чтобы что-то сделать - то это УЖЕ epic fail
|
|||
6
ksupalo
15.07.11
✎
14:51
|
Не, ну понятен сарказм (2) и (3) - но непонятно, почему в 2 раза...
(5) предвзятость Ваша ничем не оправдана... Это тестовая база, на ней планируем проверять, как будет закрываться все в РАУЗ. |
|||
7
acsent
15.07.11
✎
14:52
|
сервер и скл на разных компах?
|
|||
8
ksupalo
15.07.11
✎
14:53
|
да, на разных...
|
|||
9
Evincar
15.07.11
✎
14:54
|
Файловая и должна быть быстрее.
Попробуйте в порядке эксперимента запустить проведение из клиента прямо на сервере приложений. У нас тоже были проблемы с залипанием расчета себестоимости при трехзвенной схеме, при этом также нагрузки на серевера не было; проблему удалось обойти запуская расчет с сервера приложений. |
|||
10
Lama12
15.07.11
✎
14:57
|
У SQL больше транзакционных издержек на обслуживание самой базы.
Так и должно быть. |
|||
11
Reaper_1c
15.07.11
✎
14:59
|
(9) Что как бы намекает на то, что расчет идет на клиенте.
(0) Попробуйте на тестовой серверной копии провести расчет вне транзакции. Ежели ускорится - поднимайте пороги эскалации на СУБД. |
|||
12
Evincar
15.07.11
✎
15:05
|
(11) Вряд ли. Во-первых, на большинстве используемых модулей стоит только галка "Сервер", а во-вторых тогда была бы нагрузка на клиенте.
|
|||
13
qeos
15.07.11
✎
15:06
|
ктати, если можно в двух словах, хоть пару причин преимущества sql..
только надежность данных? |
|||
14
5 Элемент
15.07.11
✎
15:12
|
Автор, ты сильно приврал в своих достижениях, если упоминаешь РАУЗ в сравнении файловой и SQL.
|
|||
15
5 Элемент
15.07.11
✎
15:12
|
(13) параллельность
|
|||
16
ksupalo
15.07.11
✎
15:22
|
(9) Слышал такое... Надо проверить...
(11) Вне транзакции - возможно. Теоретически можно было запустить 10 клиентов, установить периоды, проводить групповой обработкой. Последовательности восстанавливать пока не планировали, у нас это реглзадание... (14) Врать смысла нет - что было - то было. РАУЗ просто для нас - это новое, проведение в целом идет быстрее, последовательности восстанавливать не надо... Тут не говорится, что выбрать: у нас больше 120 пользователей, естественно, что на файловую не перейдем, не знаю, зачем Вы передергиваете... РАУЗ в заголовке, чтобы показать, что проведение документов ведется по другому... |
|||
17
ksupalo
15.07.11
✎
15:34
|
По результатам - уже в 3 раза быстрее файловая :О
|
|||
18
Azn
15.07.11
✎
15:40
|
На скуле все необходимые регламентные операции проводятся?
|
|||
19
Reaper_1c
15.07.11
✎
16:05
|
(17) Это не предел. Вот только чихать на эту быстроту. Ты пусти в файловую 50 пользователей - вот тут-то и станет ясно все.
|
|||
20
ksupalo
15.07.11
✎
16:09
|
(18) да... может диски не достаточно быстрые (заказывал RAID 10 SAS 15k), дали RAID 1...
|
|||
21
ksupalo
15.07.11
✎
16:09
|
До совещания 1 час, надо показать, что получилось, а скорость проведения 1 месяц/час :)
|
|||
22
poligraf
15.07.11
✎
16:10
|
(20) или базу гиг на 20-30 надо взять и на ней сравнивать скорости файловой и SQL.
|
|||
23
ksupalo
15.07.11
✎
16:11
|
база 12 ГИГ SQL
|
|||
24
Reaper_1c
15.07.11
✎
16:28
|
(21) И он еще жалуется! Ты, братец, не видел как перепроведение одного месяца длится полтора месяца!
|
|||
25
iamnub
16.07.11
✎
13:39
|
(24)
+100 Да уж! |
|||
26
Torquader
16.07.11
✎
14:00
|
(24) А зачем тогда вообще нужна эта 1С, если она так "быстро" работает.
|
|||
27
iamnub
16.07.11
✎
14:03
|
(26)
1С - это быстрая среда разработки, а вот ЧТО разрабатывают в этой среде - к качеству платформу имеет косвенное отношение. Если я ответил на твой вопрос - поставь мне плюсик, пожалуйста. |
|||
28
Torquader
16.07.11
✎
14:50
|
(27) Это я итак знаю - вопрос - почему так сильно тормозят те решения, которые разрабатывают сами программисты 1С - или они сильно отличаются от тех, кто придумывал платформу - или они никогда не проверяют свои решения на нормальных объёмах данных.
|
|||
29
gae
16.07.11
✎
15:01
|
(28) а номер релиза то у тебя какой?
|
|||
30
iamnub
16.07.11
✎
15:15
|
(28)
Нормальный объем данных = нормальный объем денег, а не 400$ за типовую конфу. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |