Имя: Пароль:
1C
1С v8
Почему файловая база быстрее чем SQL
,
0 lim9
 
22.07.13
15:59
Две абсолютно идентичные базы (УТ 10.3), одна файловая, вторя ее копия на  SQL, сделал несколько тестов, т.е одновременно запустил в этих двух базах тесты, а файловая делает все быстрее! как так????
(тесты делал так: формировал абсолютно идентичные отчеты, перепроводил доки)
Win server 2008, SQL Server 2008 R2, Платформа 8.2.18.96.
может надо как-то SQL настроить (при установке SQL все делал по-умолчанию).
1 Maxus43
 
22.07.13
16:00
а кто сказал что SQL должен быть быстрее?
2 mikecool
 
22.07.13
16:01
очередной....
3 shuhard
 
22.07.13
16:01
(0) не давно глубокоуважаемый г-н Гилев оставил на мисте ссылку на статью, в полной мере раскрывающую ответ на сей фундаментальный вопрос
4 exwill
 
22.07.13
16:01
(0) Может, надо правильно мерить?
5 oleg_46
 
22.07.13
16:02
(0)а почему СКЛ должен быть быстрей?
6 hhhh
 
22.07.13
16:03
(0) попробуйте тест на 50-ти пользователях.
7 pessok
 
22.07.13
16:05
*popcorn*
8 Serg_1960
 
22.07.13
16:05
(3) +1
(0) См. http://www.gilev.ru/mssqlvsfile/

"Что?! Опять?"(с)
9 WhiteCat
 
22.07.13
16:09
(0) Так то по дефолту Икарус едет медленнее, чем Порше. Если надо ехать вдвоем, то быстрее будет на Порше. Но если сарафаном из 50-ти рыл, то только Икарусом. Икарус - он что пустой, что заполненный едет с одинаковой скоростью. Заведомо медленнее Порша. Но вмещает до фига. Как-то так.
10 shuhard
 
22.07.13
16:13
(8) угу
и ключевое здесь:
Правильный ответ заключается в том что неважно насколько быстрее файловый или клиент-серверный вариант, а важно что именно вызывает замедления в каждом КОНКРЕТНОМ случае. Слово ПРОИЗВОДИТЕЛЬНОСТЬ опасное, так как на самом деле его надо расписывать в виде списка операций в системы, которые в совокупности и формируют это производительность. Надо рассматривать каждую операцию, начиная с той, которая создает наибольший вклад в замедления.

Вообщем то этим мы профессионально и занимаемся уже много лет успешно.

Мы готовы бесплатно посмотреть конкретную операцию, которая медленно работает, оценить стоимость ее решения. Если сроки и цена Вам подходят, то мы ускоряем операцию, и если она достигает обозначенных Вами условий, то только в этом случаи Вы оплачиваете наши работы.
11 МихаилМ
 
22.07.13
16:27
попробуйте по сети сравнить.
12 Reaper_1c
 
22.07.13
16:29
Свет! Гасите свет!
13 YHVVH
 
22.07.13
16:31
(0) а SQL что не файловый ? он алюминиевый чоли?
14 exwill
 
22.07.13
16:34
(13) SQL - не файловый, он страничный.
15 Maxus43
 
22.07.13
16:40
(14) а страницы в файле
16 France
 
22.07.13
16:44
(13) типичный случай подмены понятий. вводящий людей в заблуждение.
17 YHVVH
 
22.07.13
16:47
(16) а ты не вводись
18 Jump
 
22.07.13
16:48
(0)Это нормально, было бы удивительно если бы было наоборот.
19 Jump
 
22.07.13
16:50
(13)Разумеется нет, откуда там файлы?
20 YHVVH
 
22.07.13
16:51
(19) а где по твоему храниться журнал транзакций например?
21 YHVVH
 
22.07.13
16:53
все храниться в файлах и папках , нас так учил Фигурнов.
22 France
 
22.07.13
16:54
(17) да я вводитель, так что с меня все ок... а вот вводимые то попадут...
23 Господин ПЖ
 
22.07.13
16:54
(20) в зайце, а заяц в утке...
24 exwill
 
22.07.13
16:55
(15) А страницы во внешней памяти. Обычно на жестких дисках.
В данном случае, файл - понятие ОС. СУБД не используют API операционных систем.
25 Господин ПЖ
 
22.07.13
16:56
предчувствую срач с применением педовикии страниц на 10
26 exwill
 
22.07.13
16:57
(21) Он, видимо, с базами данных ВЫ.
СУБД не работают с файлами.
27 exwill
 
22.07.13
16:58
(25) А ты не предчувствуй. Ты вноси посильный вклад ))))
28 Lama12
 
22.07.13
16:58
(0) А на 100 пользователях одновременно записывающих справочники и проводящих документы файловая тоже быстрее будет?
29 YHVVH
 
22.07.13
16:59
хорошо что я домой пойду
30 PiterPrg
 
22.07.13
17:04
(20) (21) Вообще если что MSSQL, насколько я помню начиная с 2000 умеет работать с RAW (т.е. вместо mdf логический диск) :-)
31 Jump
 
22.07.13
17:05
(20)А что ты подключаешься к журналу транзакций?
А я обычно к серверу и с ним работаю, а уж с чем он работает мне по барабану в общем.
32 Jump
 
22.07.13
17:08
Есть кстати сервера не использующие файловую систему ОС. с диском работают.
А файловая система ОС в принципе тоже является СУБД.
33 Господин ПЖ
 
22.07.13
17:09
(27) ну нафиг... я уже стар для этого... сколько можно долбать этот пень трухлявый
34 Jump
 
22.07.13
17:10
(21)Ага, а еще во времена Фигурнова, один авторитетный человек утверждал, что "640 Кб должно хватить всем!"
Тебе хватает?
35 Господин ПЖ
 
22.07.13
17:10
>А я обычно к серверу и с ним работаю, а уж с чем он работает мне по барабану в общем.

слова истинного 1С-ника по сути
36 Господин ПЖ
 
22.07.13
17:11
мало срача, ну-ка разозлиться всем в этом унылом чатике
37 Jump
 
22.07.13
17:12
(35)Ну я вообще-то больше по админской части.
А сказал так, потому как в данном случае действительно по барабану.
38 Jump
 
22.07.13
17:13
(36)Ненормативная лексика и переход на личности приветствуется?
39 Господин ПЖ
 
22.07.13
17:21
(37) в принципе да... обращение идет к сервису по интерфейсу - что на той стороне никому не интересно...
40 Господин ПЖ
 
22.07.13
17:23
(38) конечно... нельзя нарушать традиции

Волшебнику закатать обязательно - "это был мой бифштекс!" и прочее
41 Serg_1960
 
22.07.13
17:25
(внесу свой вклад:)

И в файловой версии журнал регистрации - в отдельных файлах, и в SQL даже безобидный отчет может писать в отдельный файл-базу tempdb... но кто об этом помнит в запале обсуждения(осуждения) :)
42 Demiurg
 
22.07.13
17:36
(22) а собственно что не устраивает в УТ 10.3, что то "нереально" долго работает? или просто на пару секунд дольше?
43 Demiurg
 
22.07.13
17:36
ошибся в нумерации , предыдущий пост обращен к (0)
44 Sorm
 
22.07.13
17:40
(0) Пох... Ни разу не был в ситуации, когда разница в скорости между файловым и SQL-решением была бы определяющей. А поскольку я всегда работаю с SQL, то.. пох...
45 hhhh
 
22.07.13
17:40
вопрос-то был "как-то SQL настроить"? Что-то отвлеклись от темы. И автор пропал.
46 romansun
 
22.07.13
17:44
эм.... предлагаю такой тезис, призванный оживить обсуждение


с файловой базой работают только неудачнеги!

Ибо, если вы работаете в файловой, зачит мало юзеров и мало данных. Т.е. шняжная база, т.е. лажовые задачи и т.д.

м?
47 Sorm
 
22.07.13
17:44
(45) Баян. Но ладно уж. TempDB на отдельный диск, подробить его по количеству ядер процессора, отключить параллелизм у сервака, mdf на один независимый массив, ldf на другой, ребилд индексов раз в день по рекомендациям майрософт, добавить индексов базе.
48 Жан Пердежон
 
22.07.13
17:44
(45) а что еще нужно для хорошего срача: нагадил и в кусты!
49 Sorm
 
22.07.13
17:44
(46) Типа того.
50 Жан Пердежон
 
22.07.13
17:45
(47) >> добавить индексов базе
нарушаем, нарушаем...
51 shuhard
 
22.07.13
17:47
(47) + к баянищю
серверные SSD и симпл-мода
52 Sorm
 
22.07.13
17:48
(50) Честно сказать, только что сервак поднял у заказчиков, даже интересно, что он захочет и куда:).
(51) Да не стал писать, а то вдруг спросят, что такое модель восстановления...
53 lim9
 
22.07.13
17:54
о как загнули ))))
54 lim9
 
22.07.13
17:56
так то цель моя - ускорить работу 1с
55 Sorm
 
22.07.13
18:00
(54) Мои рекомендации являются общими(ну, может кроме индексов). Остальное ускорение - уже в конфигураторе.
56 Jump
 
22.07.13
18:55
(54)Что ты понимаешь под ускорением? Если чтобы работало быстрее файловой в однопользовательском режиме, то не  получится.
А ежели чтобы комфортно пользователям было, тогда смотреть надо в чем узкое место.
57 ansh15
 
22.07.13
18:56
(46) Не скажи. http://forum.infostart.ru/forum86/topic89395/, начиная с 14:20, об оптимизации файлового варианта.
Выступающий вполне серьезно утверждал, что файловый режим доступа к базе может быть полезен и на корпоративном уровне.
58 shuhard
 
22.07.13
19:03
(56) [Что ты понимаешь под ускорением? Если чтобы работало быстрее файловой в однопользовательском режиме, то не  получится. ]
да лан
если денег не жалко, то ставим электронный диск и сиквел обгонит любую файловую
59 shuhard
 
22.07.13
19:04
(57) Доминикана, наркота - и не такое привидится
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан