Имя: Пароль:
1C
1С v8
Как лучше работать в 1С через терминал или sql сервер?
, ,
0 NBA91
 
15.05.13
12:06
Подскажите пожалуйста 1С где лучше, быстрее и качественно работает в терминале или sql сервере?
1 Флудер
 
15.05.13
12:07
Ну по работой с базой в сто гиг без скуля...
2 User_Agronom
 
15.05.13
12:08
!?
Я один что-то не понял?
Такое впечатление, что не помогут даже телепаты, вернувшиеся из отпуска...
3 samozvanec
 
15.05.13
12:08
(0) ты по рассуждать хочешь или решение? лучше - и то и то
4 Goggy
 
15.05.13
12:11
(0) Как лучше есть бутерброд, колбасой вниз или посолить?
5 Goggy
 
15.05.13
12:12
+(4) Боже, люди, научитесь наконец элементарно выражать свои вопросы...
6 NBA91
 
15.05.13
12:13
можно обсудить, в предприятие работают в базе 30 человек работают в терминале вот не так давно произошла поломка базы данных из-за не корректного выхода то есть не закрыли окна в 1С и без выхода закрыли терминал, так сказали специалисты по 1С.
7 samozvanec
 
15.05.13
12:14
(6) "не закрыли окна в 1С и без выхода закрыли терминал"
делаю так каждый день, иногда несколько раз в день
8 Avtokrator
 
15.05.13
12:15
Тут проблемы с работой пользователей, точнее с их правильным обучением.
9 NBA91
 
15.05.13
12:15
База только внедряется, а уже произошли большие поломки, стоит ли переходить на sql сервер или там же будут такие же поломки или будут ли вообще?
10 Maxus43
 
15.05.13
12:15
Файловая вобще не надёжна, лучше клиент-сервер конечно, но стоит денег
11 NBA91
 
15.05.13
12:15
Уже не раз им было сказано все равно не доходит.
12 samozvanec
 
15.05.13
12:17
"База только внедряется, а уже произошли большие поломки"
никак не пойму, что же меня смущает...
13 VladZ
 
15.05.13
12:17
(9) Поломки будут везде, потому как любая сложная система ненадежна!
14 Avtokrator
 
15.05.13
12:17
Жесткое управление пользователями. Смотреть по логам кто безобразничает и наказывать через руководство - сразу дойдет...
15 samozvanec
 
15.05.13
12:18
(10) что там не надежного? половина сидят и не обламываются
16 samozvanec
 
15.05.13
12:18
я думаю, вы не там поломки ищете.
17 Maxus43
 
15.05.13
12:19
(15) а вторая половина обламывается) В клиент-сервере намного меньше проблем, и паралельность опять же.
18 Avtokrator
 
15.05.13
12:19
Зависит от количества пользователей и размера базы...
30 человек  - Да, через БД варианты удобнее...
19 Avtokrator
 
15.05.13
12:20
У меня вообще 80 через терминал сидят - и ничего...
20 PCcomCat
 
15.05.13
12:21
(15) +100!
21 viktor_vv
 
15.05.13
12:21
Какие-то стремные у вас специалисты, если и поломалась, то меньше всего из-за этого

"произошла поломка базы данных из-за не корректного выхода то есть не закрыли окна в 1С и без выхода закрыли терминал, так сказали специалисты по 1С".
22 samozvanec
 
15.05.13
12:22
(17) тут боле вопрос необходимости, нежели надежности)
23 PCcomCat
 
15.05.13
12:22
(11)Так настройте терминал так, чтобы запускалась сразу программа, и тогда при закрытии терминала будет закрываться и программа.
24 Avtokrator
 
15.05.13
12:23
Мда... каждый о своем, о наболевшем...)))

Сделать задание ежедневное на серваке - принудительное закрытие сеансов вечером и проблема уйдет...
25 d_Fyodor
 
15.05.13
12:23
А еще себя прогерами зовут... файловый вариант это зло...
Данные должны хранится в нормальной СУБД...
26 Avtokrator
 
15.05.13
12:23
1С в автозагрузку - сразу запускается программа...
27 PCcomCat
 
15.05.13
12:23
(21)В файловой при накоплении таких ситуаций это больное место.
28 Serg_1960
 
15.05.13
12:23
Хмм... "и ничего"... У меня тоже обезьяны с гранатами (вот нафига обезьяне гранату дали?) работают через терминал и 1С:Сервер уже несколько лет... и ничего, без потери данных. Стал специалистом по восстановлению баз данных.

Шутка, но в каждой шутке...
29 viktor_vv
 
15.05.13
12:24
(21)+ Мне больше вот этот вариант нравится, "База только внедряется,", типа навернулась при накатывании измениий, теперь отмазываются :).
30 Maxus43
 
15.05.13
12:25
31 PCcomCat
 
15.05.13
12:26
(25) Тогда это не 1С должна быть!
32 viktor_vv
 
15.05.13
12:27
(25) Еще один тру программист. Давай теперь для трех калек в базе закидывать в скуль.
В случае ТС для 30 таки есть смысл смотреть в сторону скуля.
33 Зойч
 
15.05.13
12:28
(32) 1с рекомендует от 5 юзеров скуль ставить
34 Maxus43
 
15.05.13
12:29
(33) если бы мне шли деньги от продажи ключей - я бы посоветовал и для 1-го ставить скуль)
35 Balabass
 
15.05.13
12:29
Поломки! :D
36 d_Fyodor
 
15.05.13
12:36
(32) Даже для одного!
Важность сохранения данных дороже стоимости скуля..
Помню фразу одного директора фирмы, у которого был украден компьютер на котором была база 1С. На вопрос полицейского что было украдено, он ответил: У меня украли фирму...
Этим все сказано..
37 PCcomCat
 
15.05.13
12:37
(36) Хрень и причем полнейшая!
38 NBA91
 
15.05.13
12:39
Я понимаю разницы нет что sql сервер работать, что через терминал работать, я правильно понял?
39 ansh15
 
15.05.13
12:39
(33) Так и ставили бы, если бы была официальная версия, так сказать, Light Edition сервера приложений, тысяч за 10-12, до 10-12 пользователей одновременно...
40 Vovan1975
 
15.05.13
12:40
(38) бугагагага
41 Vovan1975
 
15.05.13
12:41
(32)в файловом варианте типовой ЗУП запросто три расчетчика ложат на лопатки. Базе - 4 месяца.
42 viktor_vv
 
15.05.13
12:43
(36) Простой пример. Есть база дбф, конфа написана давно, на ДБФ работает по скорости нормально, около 10 пользователей. При переводе в скуль начались жуткие тормоза, при внимательном просмотре оказалось надо очень прилично переписать для оптимизации.
Оно конечно понятно, что там вопрос в прямизне рук и т. д., но так однозначно не стоит высказываться.
(41) Согласен, варианты могут быть разные.
43 viktor_vv
 
15.05.13
12:44
А, тьфу ты, я про семерку :).
44 viktor_vv
 
15.05.13
12:46
(43)+ Бес попутал :).
Ну восьмерка она ж все еще сырая, вот и падает бедняга :).
45 User_Agronom
 
15.05.13
12:47
(36) А причём тут sql?
Файловую базу можно хранить и на сервере, в подвале, в бронированной камере.
И украсть её оттуда так же просто, как и базу sql.
46 d_Fyodor
 
15.05.13
12:58
(45) Вопрос надежности сохранения данных... В СУБД они есть, в файловом "хранилище" их нет... Соответственно процент возможности потери данных в файловом варианте очень высок...

К тому же, при условие использования не контрофактного ПО терминал не дешевле покупки сервера приложений... Добавить ненадежность файлового варианта и получаем дорогое ничем необоснованное решение...
47 samozvanec
 
15.05.13
13:00
так кто-нибудь скажет чем файловая не надежна? или это как постулат уже?
48 VladZ
 
15.05.13
13:06
(47) На 8.1 ловил такой косяк: в момент проведения документа отключился сервер. В итоге база завалилась.
49 Maxus43
 
15.05.13
13:07
(47) это правда, смирись
50 Ненавижу 1С
 
гуру
15.05.13
13:11
Подписываюсь на интересную тему
51 samozvanec
 
15.05.13
13:14
(48) вот тут еще надо написать, почему скульная не завалилась бы, ты же разобрался, что конкретно случилось?

(49) хочу примеров. я не спорю, во многих случаях скуль необходим. но сравнение надежности услышать интересно
52 Aleksey
 
15.05.13
13:14
(47) в бухии при определенном размере мало того что тормозит начинала, так и случайно пропадали проводки после перепроведения. Т.е. перепровёл базу без ошибок, смотришб - а у части доков нет проводок.
53 Aleksey
 
15.05.13
13:15
плюс включения РЛС на фаловой бухии приводила к тому что РКО проводился по 30 сек, вместо обычных полсекунды под полными правами
54 d_Fyodor
 
15.05.13
13:16
(47) Почитай, позволяет понять почему файловая ненадежна http://infosecmd.narod.ru/gl6.html
55 samozvanec
 
15.05.13
13:17
(52) уже представил, как Нуралиев отдает команду разработать подобный механизм. опять же, не о скорости речь.
56 Aleksey
 
15.05.13
13:17
(54) половина бред мало имеющий отношения к 1С
57 Sammo
 
15.05.13
13:18
Имхо тема не вполне раскрыта.
Работают все внутри 1 сети?
Если да, то можно сравнивать 2 варианта
1. Файловая (пусть черезе терминал, но файловая)
2. Клиент-сервер.
Сравнить стоимость (с одной стороны стоимость серверных лицензий, с другой стороны стоимость ключа на сервер 1с + опционально стоимость лицензий на сервер БД - опционально, т.к. постгри, например, бесплатна)
Сравнить стоимость железа
Сравнить риски.
58 Aleksey
 
15.05.13
13:19
(55) Тролишь? Я просто рассказываю что у меня было на файловой. даже пришлось обработки писать которые искали документы без проводок. Потом на скуль  перешли.

Я уж не знаю кто и кому команды раздает и чей косяк, но факт есть факт
59 Maxus43
 
15.05.13
13:20
и не забывайте что файловая 1с - сама по себе и есть СУБД, только не общеизвестная типа СКЛ.
Ну блокировки там даже отдельным файлом хранятся, это костыли а не полноценная СУБД... зачем использовать колстыли, если есть альтернатива?
60 samozvanec
 
15.05.13
13:20
(54) общие слова. я верю, что есть требования к СУБД. ни сравнения, ни примеров
61 Chai Nic
 
15.05.13
13:21
Принципиальное отличие файловой базы от sql-серверной вовсе не в том, что данные хранятся в 1cd (это фактически просто собственная закрытая реализация sql-сервера фирмой 1с). Принципиальное отличие, что и дает низкую надежность - это конкурентный доступ к файлу из сети. То есть, файловая база без конкурентного сетевого доступа (управляемое приложение через веб) - это по сути тот же клиент-сервер.
62 Aleksey
 
15.05.13
13:21
(60) потому что считается чем меньше звенев, тем более надежна система. А ты еще предлагаешь звено в виде сервера предприятия и СУБД
63 samozvanec
 
15.05.13
13:21
(58) скептически отношусь к фразам типа "само появилось, само пропало"
64 Chai Nic
 
15.05.13
13:23
(58) Такая же хрень и в sql-версии случалась, помню. Документ не проведен, а проводки есть. Очевидно, причина была в глюке конкретного релиза платформы.
65 samozvanec
 
15.05.13
13:24
(59) никто не советует ей пользоваться, меня удивляют возгласы о ненадежности и отсутствие примеров.

(62) по твоей логике - одно звено меньше, чем два
66 Sammo
 
15.05.13
13:25
В общем случае большой минус файловой, что существено выше затраты на обеспечени безопасности.
Т.е. имея доступ к файловой ты ее копируешь и уносишь. С клиент-сервер это существенно сложнее.
Это одна из причин перехода на клиент-сервер.
Даже терминал не панацея.
67 samozvanec
 
15.05.13
13:25
я вообще что хотел сказать-то, почему спор начал - в (7) и (12) я цитировал ТС, и по моему мнению его ни терминал, ни скуль не спасет. накосячили сами.
68 Светлый Гений
 
15.05.13
13:26
(38) разница есть и большая
69 Chai Nic
 
15.05.13
13:26
(66) Файловая для управляемого приложения не исключает клиент-серверную парадигму. Через веб-сервер, выступающий как "ИО сервера приложений".
70 Chai Nic
 
15.05.13
13:27
То есть, надо отделять четко "файловую базу" и "файл-серверную архитектуру совместного доступа". Это не одно и то же.
71 Bigbro
 
15.05.13
13:29
(12) думаю год выпуска всему виной..
72 palpetrovich
 
15.05.13
13:31
(66) вон оно чё михалыч, а я-то думал... :)
73 NBA91
 
15.05.13
14:07
Я так не понял где надежнее работать?
74 ДенисЧ
 
15.05.13
14:10
(73) Надёжнее - дворником. Ничего не упадёт, не сломается.
75 Kreont
 
15.05.13
14:12
(0) у тебя ответ в вопросе :)
1С где лучше:
быстрее - файловая работает в терминале
качественно - серверная на sql сервере
76 hhhh
 
15.05.13
14:20
(73) делай бекапы каждый день и работай, где хочешь. ЕСли регулярно запускаешь ТИИ: индексирование, реструктуризацию, сжатие базы, чистишь кеши - файловая у тебя без проблем лет 5-7 проработает. А если ты работаешь по принципу, установил 1с и раз в 4 месяца устанавливаешь обновление через таймвьювер, пробегая мимо, - тогда да, ненадежная программа.
77 hhhh
 
15.05.13
14:40
(76)+ просто действительность такая, если работают в sql, то всё это есть: хороший сисадмин, бекапы, обслуживание базы, не ставят левые глючные платформы 1с, а ставят только уже проверенные.

а в файловой ничего этого нет, ее поставили, она и пашет, пока не завалится.
78 ДенисЧ
 
15.05.13
14:43
(77) "не ставят левые глючные платформы 1с"
А на чём работают? На САПе?
79 andreymongol82
 
15.05.13
14:58
(73) В сейфе со счётами или абаком.
80 andreymongol82
 
15.05.13
15:03
(73) Ты понимаешь, что в терминале можно работать и на файловой и на sql, и наоборот?
"База только внедряется, а уже произошли большие поломки" - это просто убило
81 Lexusss
 
15.05.13
15:06
7-10 пользователей - это барьер, где оба варианта одинаково возможны. На меньший объем предпочтительнее файловая, на больший - SQL.
Конечно, могут быть разные особенные случаи (например, для 1С документооборот SQL нужен уже для 2х пользователей). Но для типовых УТ и БП я пришел именно к такому выводу.
82 NBA91
 
15.05.13
16:50
копии базы есть, благодаря им восстановили базу.
83 dot101
 
15.05.13
17:03
а если SQL, то что лучше - доступ по сети или терминал?
84 Vovan1975
 
15.05.13
18:01
(81) тут дело не только в количестве пользователей. Файловая начинает тупить при превышении некоего объема данных базы...
85 Aleksey
 
15.05.13
22:06
(63) Кончай тролить. лично перепроводил базу и лично сталкивался с этим, если не веришь твои проблемы что ты тут демагогию на пустом месте разводишь?
86 Aleksey
 
15.05.13
22:08
(83) я за терминал. проще одного клиента обслуживать, чем лечить глюки на каждом
87 Lionee
 
модератор
15.05.13
22:39
Хватит сцебатца над  ТС!
сами когда то были молоды и зелены.Не надо ))