Почему файловая база быстрее чем SQL #673934


#0 by lim9
Две абсолютно идентичные базы (УТ 10.3), одна файловая, вторя ее копия на  SQL, сделал несколько тестов, т.е одновременно запустил в этих двух базах тесты, а файловая делает все быстрее! как так???? (тесты делал так: формировал абсолютно идентичные отчеты, перепроводил доки) Win server 2008, SQL Server 2008 R2, Платформа 8.2.18.96. может надо как-то SQL настроить (при установке SQL все делал по-умолчанию).
#1 by Maxus43
а кто сказал что SQL должен быть быстрее?
#2 by mikecool
очередной....
#3 by shuhard
не давно глубокоуважаемый г-н Гилев оставил на мисте ссылку на статью, в полной мере раскрывающую ответ на сей фундаментальный вопрос
#4 by exwill
Может, надо правильно мерить?
#5 by oleg_46
а почему СКЛ должен быть быстрей?
#6 by hhhh
попробуйте тест на 50-ти пользователях.
#7 by pessok
*popcorn*
#8 by Serg_1960
+1 См. "Что?! Опять?"(с)
#9 by WhiteCat
Так то по дефолту Икарус едет медленнее, чем Порше. Если надо ехать вдвоем, то быстрее будет на Порше. Но если сарафаном из 50-ти рыл, то только Икарусом. Икарус - он что пустой, что заполненный едет с одинаковой скоростью. Заведомо медленнее Порша. Но вмещает до фига. Как-то так.
#10 by shuhard
угу и ключевое здесь: Правильный ответ заключается в том что неважно насколько быстрее файловый или клиент-серверный вариант, а важно что именно вызывает замедления в каждом КОНКРЕТНОМ случае. Слово ПРОИЗВОДИТЕЛЬНОСТЬ опасное, так как на самом деле его надо расписывать в виде списка операций в системы, которые в совокупности и формируют это производительность. Надо рассматривать каждую операцию, начиная с той, которая создает наибольший вклад в замедления. Вообщем то этим мы профессионально и занимаемся уже много лет успешно. Мы готовы бесплатно посмотреть конкретную операцию, которая медленно работает, оценить стоимость ее решения. Если сроки и цена Вам подходят, то мы ускоряем операцию, и если она достигает обозначенных Вами условий, то только в этом случаи Вы оплачиваете наши работы.
#11 by МихаилМ
попробуйте по сети сравнить.
#12 by Reaper_1c
Свет! Гасите свет!
#13 by YHVVH
а SQL что не файловый ? он алюминиевый чоли?
#14 by exwill
SQL - не файловый, он страничный.
#15 by Maxus43
а страницы в файле
#16 by France
типичный случай подмены понятий. вводящий людей в заблуждение.
#17 by YHVVH
а ты не вводись
#18 by Jump
Это нормально, было бы удивительно если бы было наоборот.
#19 by Jump
Разумеется нет, откуда там файлы?
#20 by YHVVH
а где по твоему храниться журнал транзакций например?
#21 by YHVVH
все храниться в файлах и папках , нас так учил Фигурнов.
#22 by France
да я вводитель, так что с меня все ок... а вот вводимые то попадут...
#23 by Господин ПЖ
в зайце, а заяц в утке...
#24 by exwill
А страницы во внешней памяти. Обычно на жестких дисках. В данном случае, файл - понятие ОС. СУБД не используют API операционных систем.
#25 by Господин ПЖ
предчувствую срач с применением педовикии страниц на 10
#26 by exwill
Он, видимо, с базами данных ВЫ. СУБД не работают с файлами.
#27 by exwill
А ты не предчувствуй. Ты вноси посильный вклад ))))
#28 by Lama12
А на 100 пользователях одновременно записывающих справочники и проводящих документы файловая тоже быстрее будет?
#29 by YHVVH
хорошо что я домой пойду
#30 by PiterPrg
Вообще если что MSSQL, насколько я помню начиная с 2000 умеет работать с RAW (т.е. вместо mdf логический диск) :-)
#31 by Jump
А что ты подключаешься к журналу транзакций? А я обычно к серверу и с ним работаю, а уж с чем он работает мне по барабану в общем.
#32 by Jump
Есть кстати сервера не использующие файловую систему ОС. с диском работают. А файловая система ОС в принципе тоже является СУБД.
#33 by Господин ПЖ
ну нафиг... я уже стар для этого... сколько можно долбать этот пень трухлявый
#34 by Jump
Ага, а еще во времена Фигурнова, один авторитетный человек утверждал, что "640 Кб должно хватить всем!" Тебе хватает?
#35 by Господин ПЖ
>А я обычно к серверу и с ним работаю, а уж с чем он работает мне по барабану в общем. слова истинного 1С-ника по сути
#36 by Господин ПЖ
мало срача, ну-ка разозлиться всем в этом унылом чатике
#37 by Jump
Ну я вообще-то больше по админской части. А сказал так, потому как в данном случае действительно по барабану.
#38 by Jump
Ненормативная лексика и переход на личности приветствуется?
#39 by Господин ПЖ
в принципе да... обращение идет к сервису по интерфейсу - что на той стороне никому не интересно...
#40 by Господин ПЖ
конечно... нельзя нарушать традиции Волшебнику закатать обязательно - "это был мой бифштекс!" и прочее
#41 by Serg_1960
(внесу свой вклад:) И в файловой версии журнал регистрации - в отдельных файлах, и в SQL даже безобидный отчет может писать в отдельный файл-базу tempdb... но кто об этом помнит в запале обсуждения(осуждения) :)
#42 by Demiurg
а собственно что не устраивает в УТ 10.3, что то "нереально" долго работает? или просто на пару секунд дольше?
#43 by Demiurg
ошибся в нумерации , предыдущий пост обращен к
#44 by Sorm
Пох... Ни разу не был в ситуации, когда разница в скорости между файловым и SQL-решением была бы определяющей. А поскольку я всегда работаю с SQL, то.. пох...
#45 by hhhh
вопрос-то был "как-то SQL настроить"? Что-то отвлеклись от темы. И автор пропал.
#46 by romansun
эм.... предлагаю такой тезис, призванный оживить обсуждение с файловой базой работают только неудачнеги! Ибо, если вы работаете в файловой, зачит мало юзеров и мало данных. Т.е. шняжная база, т.е. лажовые задачи и т.д. м?
#47 by Sorm
Баян. Но ладно уж. TempDB на отдельный диск, подробить его по количеству ядер процессора, отключить параллелизм у сервака, mdf на один независимый массив, ldf на другой, ребилд индексов раз в день по рекомендациям майрософт, добавить индексов базе.
#48 by Жан Пердежон
а что еще нужно для хорошего срача: нагадил и в кусты!
#49 by Sorm
Типа того.
#50 by Жан Пердежон
>> добавить индексов базе нарушаем, нарушаем...
#51 by shuhard
+ к баянищю серверные SSD и симпл-мода
#52 by Sorm
Честно сказать, только что сервак поднял у заказчиков, даже интересно, что он захочет и куда:). Да не стал писать, а то вдруг спросят, что такое модель восстановления...
#53 by lim9
о как загнули ))))
#54 by lim9
так то цель моя - ускорить работу 1с
#55 by Sorm
Мои рекомендации являются общими(ну, может кроме индексов). Остальное ускорение - уже в конфигураторе.
#56 by Jump
Что ты понимаешь под ускорением? Если чтобы работало быстрее файловой в однопользовательском режиме, то не  получится. А ежели чтобы комфортно пользователям было, тогда смотреть надо в чем узкое место.
#57 by ansh15
Не скажи. , начиная с 14:20, об оптимизации файлового варианта. Выступающий вполне серьезно утверждал, что файловый режим доступа к базе может быть полезен и на корпоративном уровне.
#58 by shuhard
[Что ты понимаешь под ускорением? Если чтобы работало быстрее файловой в однопользовательском режиме, то не  получится. ] да лан если денег не жалко, то ставим электронный диск и сиквел обгонит любую файловую
#59 by shuhard
Доминикана, наркота - и не такое привидится
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С