RusFAQ.ru: 1С для программиста
| Информационный Канал Subscribe.Ru |
/ КОМПЬЮТЕРЫ И ПО / Языки программирования / 1С для программиста
Выпуск № 49
от 28.09.2005, 15:42
| Администратор: | Калашников О.А. |
| В рассылке: | Подписчиков: 125, Экспертов: 15 |
| В номере: | Вопросов: 1, Ответов: 2 |
Вопрос № 26817: Отвечает: Anefedov 1. "- SQL server и сервер терминалов настоятельно рекомендуется разместить на разных компьютерах. Иначе склероз." - абсолютно неверно именно в случае 1С, не так ли? Специально для увеличения быстродействия тестир...
| Вопрос № 26.817 |
|
Отвечает: Anefedov 1. "- SQL server и сервер терминалов настоятельно рекомендуется разместить на разных компьютерах. Иначе склероз." - абсолютно неверно именно в случае 1С, не так ли? Специально для увеличения быстродействия тестировались разные конфигурации железа (подчеркиваю не работал в разных, а именно тестировал. Причем работа пользователей не эмулировалась, а они вели настоящую работу). Вывод, известный многим, 1С SQL в три раза медленнее, чем 1С DBF в терминале (при условии, SQL сервер машина, отличная от терминала). И второе, 1С Sql в 1.5 раза медленнее , чем 1С DBF в терминале , если компьютер совмещает обе функции (терминал + SQL сервер). 2. " Если объем базы большой (много документов), а при проведении активно рассчитываются итоги по регистрам, то может наблюдаться некоторое (иногда ощутимое) замедление проведения. " - опять таки не верно, как раз наоборот. При проведении и снятии с проведения SQL база на порядок опережает DBF базу. Причем именно потому, что итоги по регистрам расчитываются Sql сервером намного быстрее, чем прямым доступом к DBF. Тормозит перебор справочников или выборка информации из документов. SQL версию для того и делали, что бы ускорить выполнение запросов. 3. Резервное копирование - он лишь отчасти прав. В случае, когда изменялся MD файл коренным образом (т.е. изменилась содержимое DDS файла). В остальных случаях - неправ. Архив и постоянный бэкап необходим и легко выполним на SQL базе, т.к. не требует прекращения работы пользователей. Прошу экспертов поделиться своим опытом по этим замечаниям |
| Отправлен: 23.09.2005, 15:39 Вопрос задал: Ovr1970 (статус: 1-ый класс) Всего ответов: 2 Мини-форум вопроса >>> (сообщений: 6) |
| Отвечает: MrLexus Здравствуйте, Ovr1970! 1. Относительно. Все зависит от скорости соединения серверов. На 100МБ - да медленнее, но обычно подразумевается, что высокопроизводительные сервера соединяются минимум 1ГБ соединением или по оптоволокну, тогда скорость не будет зависить от пропускной способности сети. А в вашем случае снижение производительнотси упирается имеено в это. 2 и частично 1. Про SQL - дело в том, что SQL-версия конфигурации (по крайней мере под 7.7) требует длительной оптимизации. В некоторых случаях удается добиться 10-и кратного увеличения производительности. Дело в том, что SQL-сервер оптимизирован (сделан) под выполнение запросов, а DBF-версия - под выборки. Но SQL запросы выполняются в разы быстрее, чем выборки на DBF. Не верите - сравните однотипные конфигурашки из 7.7 и из 8.0. В восьмерке программисты из 1С перешли именно на запросы и сделали промежуточную утилиту - Сервер 1С, который является аналогом ODBC - т.е. промежуточным способом доступа к данным на сервер SQL. 3. Да, архив надо делать на SQL-базе. Однако при изменении MD-файла так и так произойдет остановка пользователей (т.к. он открывается в конфигураторе с монопольным доступом), правила хорошего тона - делать резервную копию перед любым изменением конфигурашки, но это уже зависит от квалификации программиста. --------- Замысел без умысла - это вымысел!!! |
| Ответ отправил: MrLexus (статус: Студент) Отправлен: 23.09.2005, 16:14 Оценка за ответ: 3 Комментарий оценки: Не внимательное чтение вопросов |
| Отвечает: Anefedov Здравствуйте, Ovr1970! На Вашем месте я бы не стал делиться поверхностными выводами. 1. Разумеется передача данных по сети медленнее передачи данных по шинам материнской платы. С другой стороны если количество пользователей достаточно велико - сервер может просто не справиться с нагрузкой. SQL server все таки рекомендуется установить на отдельный сервер, соединённый с сервером терминалов кросс-оверным гигабитным каналом. Если же сеть небольшая и нагрузки на 1С невелики, то конечно можно слушать какие-угодно глупые советы, запас прочности все-равно большой. Следует помнить, что преимущества любой клиент-серверной технологии проявляются прямо-пропорционально количеству пользователей. 2. Теоретически верное но практически ложное утверждение. Попробуйте перепровести документы за какой-нибудь период в SQL и DBF базе, и сразу станет ясно, что преимущества SQL серверной технологии используются не полностью. Что касается выполнения запросов - тут я сразу сказал - что в этом неоспоримое преимущество. 3. Я так понял, Ovr1970 не читатель, Ovr1970 писатель. Я человека об опасности предупредил. Ну а если Ovr1970 тестировал, не работал, а тестировал разные конфигурации железа, пусть пришлёт результаты, а не делится своими поверхностными выводами. MrLexus - респект. p/s/ Я так понял, Ovr1970 администратор и возможно не сопровождал внедрение крупных конфигураций. Наверное это причина такого взгляда. |
| Ответ отправил: Anefedov (статус: 6-ой класс) Отправлен: 28.09.2005, 13:56 Оценка за ответ: 5 Комментарий оценки: Ответ хороший, но это не значит, что я с ним согласен |
© 2001-2005, RusFAQ.ru, Россия, Москва. Все права защищены.
Идея, дизайн, программирование, авторское право: Калашников О.А.
Subscribe.Ru
Поддержка подписчиков
Другие рассылки этой тематики
Другие рассылки этого автора
Подписан адрес:
Код этой рассылки:
comp.soft.prog.1cprogfaq
Архив рассылки
Отписаться
Вспомнить пароль
| В избранное | ||
