Может быть кто то возмется результировать все ответы и ссылки в единый документ
для начала
очень интересные выдержки c предложенного lufw сайта
hxxp://www.1csql.ru/materials/articles/firststep.html[]
"Когда лучше использовать SQL версию 1С или что лучше dbf или SQL"
Цитата:
15 пользователей - однозначно SQL. Стабильнее, надежнее. "Навороты" — это же только плюс. Хочешь — применяй, хочешь — нет. Нравится TSE — ставь его в связке с SQL. Хочешь работай так-хочешь по другому. Сырость - есть такое. Но сырость не критичная. Если контора оформляет 200 доков — деньги на SQL уже найдутся.
Третий год работы с 1С под SQL. Полет нормальный. До этого семилетний опыт работы с MS SQL и десятилетний опыт работы с самыми разными базами данных. Заявляю: при прочих равных политических и технических услових эксплуатации 1С не вижу сколь либо серьезных преимуществ работы с DBF взамен SQL. Обратных преимуществ вижу много-много десятков. Лично я перехожу на SQL версию начиная с четвертого-пятого компьютера в сети. Ни разу об этом не пожалел.
Реальный пример — загрузка базы данных из "выгрузки" (27 метров ZIP~a) в дбф (комп P3-700/256mb винт ATA100) — ~ около 40 часов. Загрузка в SQL того-же самого (комп P2-350/192mb винт скази — старый (второй что-ли)) ~5 часов. Тест 2 удаление из базы ~20000 документов - 1-й ~18 — часов, 2-й около 6-ти
PS: обьём базы в SQL — 2.2 гига.
ИМНО нужно пробовать (если есть возможность) в конкретной ситуации. Знавал базу под ДБФ более 1 Гб с более 10 юзверями, переиндексировали раз в день, утром. Перевели под SQL выигрыша по времени не получили (ничего хорошего не получили
надежность!? и так было нормально. Так и оставили! А еще одну базу знаю. Живет под SQL (приближается к 1Гб), работают 5-6 человеков. При выгрузке в ДБФ (для конфигурирования, тренировки и т.п.) замечено, что отчеты формируются в разы быстрее. Но в большинстве случаев SQL помогает. Мое соотношение где-то 15% к 85% (из опыта ИМНО). Вот только с ЗиК никак не определюсь, советовать клиентам или нет? Зик +SQL?
Что использовать для архивирования базы данных 1С:Предприятия для SQL - SQL Server Backup или встроенные средства 1С:Предприятия (Выгрузить данные /Загрузить данные)?
Цитата:
для начала
очень интересные выдержки c предложенного lufw сайта
hxxp://www.1csql.ru/materials/articles/firststep.html[]
"Когда лучше использовать SQL версию 1С или что лучше dbf или SQL"
Цитата:
Собираемся внедрять 1С Торговлю и склад. Количество ползователей 15. Примерно 200 документов в день на всех. В каждом документе примерно по 20 позиций. Какая версия предпочтительней в данном случае с точки зрения устойчивости, скорости и стоимости владения? Не хотелось бы потом коней на переправе менять. Насколько фатально зависание одной машины в DBF базе? Насколько будет меняться скорость работы в зависимости от количества пользователей?
Ответ
а) SQL предпочтительна. На таком количестве пользователей может быть выигрыш в скорости и не проявится. Но самое главное это устойчивость. У нас при таком количестве пользователей и DBF-базе несколько раз в неделю приходилось посреди дня изгонять людей из базы и переиндексировать, а после этого еще долго звон в ушах стоит. Сейчас SQL юзеров порядка 50 и система спокойно переживает скачки напряжения с отваливанием всех клиентов. Был случай, когда случайно выключили сервер и всё ОК. В DBF отваливание одного - другого, третьего клиента вызывало необходимость переиндексации.
Считается что dbf способна жить с базой до 1Гб, выше,— производительность падает. Учти, что файл-сервер предъявляет требования к сети и к рабочим станциям, в то время как сиквел — только (в основном) к серваку.
У каждой платформы - свое предназначение. Например, с типовой конфигурацией ТиС 8.Х на DBF больше 5 юзверей просто погибают от тормозов, при условии, что непрерывно лупят документы. Правда, если 200 доков равномерно распределены по времени, то выживут и 10-15. Но если железо и квалификация позволяют, то ИМХО, предпочтительнее SQL.
Альтернатива SQL — терминальный доступ... можете хоть с 386-й работать и отваливание пользователя безболезненно и для юзера и для окружающих...
15 пользователей - однозначно SQL. Стабильнее, надежнее. "Навороты" — это же только плюс. Хочешь — применяй, хочешь — нет. Нравится TSE — ставь его в связке с SQL. Хочешь работай так-хочешь по другому. Сырость - есть такое. Но сырость не критичная. Если контора оформляет 200 доков — деньги на SQL уже найдутся.
Третий год работы с 1С под SQL. Полет нормальный. До этого семилетний опыт работы с MS SQL и десятилетний опыт работы с самыми разными базами данных. Заявляю: при прочих равных политических и технических услових эксплуатации 1С не вижу сколь либо серьезных преимуществ работы с DBF взамен SQL. Обратных преимуществ вижу много-много десятков. Лично я перехожу на SQL версию начиная с четвертого-пятого компьютера в сети. Ни разу об этом не пожалел.
Реальный пример — загрузка базы данных из "выгрузки" (27 метров ZIP~a) в дбф (комп P3-700/256mb винт ATA100) — ~ около 40 часов. Загрузка в SQL того-же самого (комп P2-350/192mb винт скази — старый (второй что-ли)) ~5 часов. Тест 2 удаление из базы ~20000 документов - 1-й ~18 — часов, 2-й около 6-ти
PS: обьём базы в SQL — 2.2 гига.
ИМНО нужно пробовать (если есть возможность) в конкретной ситуации. Знавал базу под ДБФ более 1 Гб с более 10 юзверями, переиндексировали раз в день, утром. Перевели под SQL выигрыша по времени не получили (ничего хорошего не получили
надежность!? и так было нормально. Так и оставили! А еще одну базу знаю. Живет под SQL (приближается к 1Гб), работают 5-6 человеков. При выгрузке в ДБФ (для конфигурирования, тренировки и т.п.) замечено, что отчеты формируются в разы быстрее. Но в большинстве случаев SQL помогает. Мое соотношение где-то 15% к 85% (из опыта ИМНО). Вот только с ЗиК никак не определюсь, советовать клиентам или нет? Зик +SQL? Что использовать для архивирования базы данных 1С:Предприятия для SQL - SQL Server Backup или встроенные средства 1С:Предприятия (Выгрузить данные /Загрузить данные)?
Цитата:
Оба способа создания архивной копии базы данных - SQL Server Backup и выгрузка средствами 1С:Предприятия имеют свои преимущества.
SQL Server Backup производится несколько быстрее, чем выгрузка средствами 1С Предприятия. Однако при этом не сохраняется файл конфигурации. Если конфигурация постоянно изменяется, то в этом случае следует точно отслеживать соответствие архивов данных и конфигурации.
Достоинством выгрузки средствами 1С:Предприятия является возможность восстановить старый архив не только в формате MS SQL Server версии 6.5 или 7.0, но и в формате DBF.
Достоинством SQL Server Backup является возможность архивировать непосредственно на ленту стриммера.
Восстановление архивной копии данных, созданной средствами SQL Server Backup, возможно только на SQL Server той же версии и с теми же установками кодовой страницы и параметров сортировки (а для SQL Server 6.5 также необходимо, чтобы размеры файлов базы, куда восстанавливаем архивную копию, были не меньше, чем у исходной).
При правильно настроенном SQL Server Backup можно восстановить данные с любой наперед заданной точностью, т.е. при архивировании информационной базы раз в день и копировании журнала транзакций раз в час можно восстановить данные с точностью до часа.
Поэтому для создания архивной копии базы данных рекомендуется использовать как SQL Server Backup, так и выгрузку средствами 1С:Предприятия, так как именно в этом случае достигается максимальная надежность архивирования данных.
