Подскажите пожалуйста 1С где лучше, быстрее и качественно работает в терминале или sql сервере?

Ну по работой с базой в сто гиг без скуля...

!?
Я один что-то не понял?
Такое впечатление, что не помогут даже телепаты, вернувшиеся из отпуска...

(0) ты по рассуждать хочешь или решение? лучше - и то и то

(0) Как лучше есть бутерброд, колбасой вниз или посолить?

+(4) Боже, люди, научитесь наконец элементарно выражать свои вопросы...

можно обсудить, в предприятие работают в базе 30 человек работают в терминале вот не так давно произошла поломка базы данных из-за не корректного выхода то есть не закрыли окна в 1С и без выхода закрыли терминал, так сказали специалисты по 1С.

(6) "не закрыли окна в 1С и без выхода закрыли терминал"
делаю так каждый день, иногда несколько раз в день

Тут проблемы с работой пользователей, точнее с их правильным обучением.

База только внедряется, а уже произошли большие поломки, стоит ли переходить на sql сервер или там же будут такие же поломки или будут ли вообще?

Файловая вобще не надёжна, лучше клиент-сервер конечно, но стоит денег

Уже не раз им было сказано все равно не доходит.

"База только внедряется, а уже произошли большие поломки"
никак не пойму, что же меня смущает...

(9) Поломки будут везде, потому как любая сложная система ненадежна!

Жесткое управление пользователями. Смотреть по логам кто безобразничает и наказывать через руководство - сразу дойдет...

(10) что там не надежного? половина сидят и не обламываются

я думаю, вы не там поломки ищете.

(15) а вторая половина обламывается) В клиент-сервере намного меньше проблем, и паралельность опять же.

Зависит от количества пользователей и размера базы...
30 человек  - Да, через БД варианты удобнее...

У меня вообще 80 через терминал сидят - и ничего...

(15) +100!

Какие-то стремные у вас специалисты, если и поломалась, то меньше всего из-за этого

"произошла поломка базы данных из-за не корректного выхода то есть не закрыли окна в 1С и без выхода закрыли терминал, так сказали специалисты по 1С".

(17) тут боле вопрос необходимости, нежели надежности)

(11)Так настройте терминал так, чтобы запускалась сразу программа, и тогда при закрытии терминала будет закрываться и программа.

Мда... каждый о своем, о наболевшем...)))

Сделать задание ежедневное на серваке - принудительное закрытие сеансов вечером и проблема уйдет...

А еще себя прогерами зовут... файловый вариант это зло...
Данные должны хранится в нормальной СУБД...

1С в автозагрузку - сразу запускается программа...

(21)В файловой при накоплении таких ситуаций это больное место.

Хмм... "и ничего"... У меня тоже обезьяны с гранатами (вот нафига обезьяне гранату дали?) работают через терминал и 1С:Сервер уже несколько лет... и ничего, без потери данных. Стал специалистом по восстановлению баз данных.

Шутка, но в каждой шутке...

(21)+ Мне больше вот этот вариант нравится, "База только внедряется,", типа навернулась при накатывании измениий, теперь отмазываются :).

(28) твои?
http://news.mail.ru/inregions/moscow/90/incident/13087099/

(25) Тогда это не 1С должна быть!

(25) Еще один тру программист. Давай теперь для трех калек в базе закидывать в скуль.
В случае ТС для 30 таки есть смысл смотреть в сторону скуля.

(32) 1с рекомендует от 5 юзеров скуль ставить

(33) если бы мне шли деньги от продажи ключей - я бы посоветовал и для 1-го ставить скуль)

Поломки! :D

(32) Даже для одного!
Важность сохранения данных дороже стоимости скуля..
Помню фразу одного директора фирмы, у которого был украден компьютер на котором была база 1С. На вопрос полицейского что было украдено, он ответил: У меня украли фирму...
Этим все сказано..

(36) Хрень и причем полнейшая!

Я понимаю разницы нет что sql сервер работать, что через терминал работать, я правильно понял?

(33) Так и ставили бы, если бы была официальная версия, так сказать, Light Edition сервера приложений, тысяч за 10-12, до 10-12 пользователей одновременно...

(38) бугагагага

(32)в файловом варианте типовой ЗУП запросто три расчетчика ложат на лопатки. Базе - 4 месяца.

(36) Простой пример. Есть база дбф, конфа написана давно, на ДБФ работает по скорости нормально, около 10 пользователей. При переводе в скуль начались жуткие тормоза, при внимательном просмотре оказалось надо очень прилично переписать для оптимизации.
Оно конечно понятно, что там вопрос в прямизне рук и т. д., но так однозначно не стоит высказываться.
(41) Согласен, варианты могут быть разные.

А, тьфу ты, я про семерку :).

(43)+ Бес попутал :).
Ну восьмерка она ж все еще сырая, вот и падает бедняга :).

(36) А причём тут sql?
Файловую базу можно хранить и на сервере, в подвале, в бронированной камере.
И украсть её оттуда так же просто, как и базу sql.

(45) Вопрос надежности сохранения данных... В СУБД они есть, в файловом "хранилище" их нет... Соответственно процент возможности потери данных в файловом варианте очень высок...

К тому же, при условие использования не контрофактного ПО терминал не дешевле покупки сервера приложений... Добавить ненадежность файлового варианта и получаем дорогое ничем необоснованное решение...

так кто-нибудь скажет чем файловая не надежна? или это как постулат уже?

(47) На 8.1 ловил такой косяк: в момент проведения документа отключился сервер. В итоге база завалилась.

(47) это правда, смирись

Подписываюсь на интересную тему

(48) вот тут еще надо написать, почему скульная не завалилась бы, ты же разобрался, что конкретно случилось?

(49) хочу примеров. я не спорю, во многих случаях скуль необходим. но сравнение надежности услышать интересно

(47) в бухии при определенном размере мало того что тормозит начинала, так и случайно пропадали проводки после перепроведения. Т.е. перепровёл базу без ошибок, смотришб - а у части доков нет проводок.

плюс включения РЛС на фаловой бухии приводила к тому что РКО проводился по 30 сек, вместо обычных полсекунды под полными правами

(47) Почитай, позволяет понять почему файловая ненадежна http://infosecmd.narod.ru/gl6.html

(52) уже представил, как Нуралиев отдает команду разработать подобный механизм. опять же, не о скорости речь.

(54) половина бред мало имеющий отношения к 1С

Имхо тема не вполне раскрыта.
Работают все внутри 1 сети?
Если да, то можно сравнивать 2 варианта
1. Файловая (пусть черезе терминал, но файловая)
2. Клиент-сервер.
Сравнить стоимость (с одной стороны стоимость серверных лицензий, с другой стороны стоимость ключа на сервер 1с + опционально стоимость лицензий на сервер БД - опционально, т.к. постгри, например, бесплатна)
Сравнить стоимость железа
Сравнить риски.

(55) Тролишь? Я просто рассказываю что у меня было на файловой. даже пришлось обработки писать которые искали документы без проводок. Потом на скуль  перешли.

Я уж не знаю кто и кому команды раздает и чей косяк, но факт есть факт

и не забывайте что файловая 1с - сама по себе и есть СУБД, только не общеизвестная типа СКЛ.
Ну блокировки там даже отдельным файлом хранятся, это костыли а не полноценная СУБД... зачем использовать колстыли, если есть альтернатива?

(54) общие слова. я верю, что есть требования к СУБД. ни сравнения, ни примеров

Принципиальное отличие файловой базы от sql-серверной вовсе не в том, что данные хранятся в 1cd (это фактически просто собственная закрытая реализация sql-сервера фирмой 1с). Принципиальное отличие, что и дает низкую надежность - это конкурентный доступ к файлу из сети. То есть, файловая база без конкурентного сетевого доступа (управляемое приложение через веб) - это по сути тот же клиент-сервер.

(60) потому что считается чем меньше звенев, тем более надежна система. А ты еще предлагаешь звено в виде сервера предприятия и СУБД

(58) скептически отношусь к фразам типа "само появилось, само пропало"

(58) Такая же хрень и в sql-версии случалась, помню. Документ не проведен, а проводки есть. Очевидно, причина была в глюке конкретного релиза платформы.

(59) никто не советует ей пользоваться, меня удивляют возгласы о ненадежности и отсутствие примеров.

(62) по твоей логике - одно звено меньше, чем два

В общем случае большой минус файловой, что существено выше затраты на обеспечени безопасности.
Т.е. имея доступ к файловой ты ее копируешь и уносишь. С клиент-сервер это существенно сложнее.
Это одна из причин перехода на клиент-сервер.
Даже терминал не панацея.

я вообще что хотел сказать-то, почему спор начал - в (7) и (12) я цитировал ТС, и по моему мнению его ни терминал, ни скуль не спасет. накосячили сами.

(38) разница есть и большая

(66) Файловая для управляемого приложения не исключает клиент-серверную парадигму. Через веб-сервер, выступающий как "ИО сервера приложений".

То есть, надо отделять четко "файловую базу" и "файл-серверную архитектуру совместного доступа". Это не одно и то же.

(12) думаю год выпуска всему виной..

(66) вон оно чё михалыч, а я-то думал... :)

Я так не понял где надежнее работать?

(73) Надёжнее - дворником. Ничего не упадёт, не сломается.

(0) у тебя ответ в вопросе :)
1С где лучше:
быстрее - файловая работает в терминале
качественно - серверная на sql сервере

(73) делай бекапы каждый день и работай, где хочешь. ЕСли регулярно запускаешь ТИИ: индексирование, реструктуризацию, сжатие базы, чистишь кеши - файловая у тебя без проблем лет 5-7 проработает. А если ты работаешь по принципу, установил 1с и раз в 4 месяца устанавливаешь обновление через таймвьювер, пробегая мимо, - тогда да, ненадежная программа.

(76)+ просто действительность такая, если работают в sql, то всё это есть: хороший сисадмин, бекапы, обслуживание базы, не ставят левые глючные платформы 1с, а ставят только уже проверенные.

а в файловой ничего этого нет, ее поставили, она и пашет, пока не завалится.

(77) "не ставят левые глючные платформы 1с"
А на чём работают? На САПе?

(73) В сейфе со счётами или абаком.

(73) Ты понимаешь, что в терминале можно работать и на файловой и на sql, и наоборот?
"База только внедряется, а уже произошли большие поломки" - это просто убило

7-10 пользователей - это барьер, где оба варианта одинаково возможны. На меньший объем предпочтительнее файловая, на больший - SQL.
Конечно, могут быть разные особенные случаи (например, для 1С документооборот SQL нужен уже для 2х пользователей). Но для типовых УТ и БП я пришел именно к такому выводу.

копии базы есть, благодаря им восстановили базу.

а если SQL, то что лучше - доступ по сети или терминал?

(81) тут дело не только в количестве пользователей. Файловая начинает тупить при превышении некоего объема данных базы...

(63) Кончай тролить. лично перепроводил базу и лично сталкивался с этим, если не веришь твои проблемы что ты тут демагогию на пустом месте разводишь?

(83) я за терминал. проще одного клиента обслуживать, чем лечить глюки на каждом

Хватит сцебатца над  ТС!
сами когда то были молоды и зелены.Не надо ))