Имя: Пароль:
1C
1С v8
Существует ли в 8-ке файловой проблема 2-го пользователя?
,
0 Джордж1
 
30.04.13
09:24
Есть ли в 8-ке резкое снижение производительности при работе по сети и при использовании не серверной ОС
1 ДенисЧ
 
30.04.13
09:25
да
2 Necessitudo
 
30.04.13
09:27
А как же проблема 3го пользователя? Это же архиважный вопрос!
3 Джордж1
 
30.04.13
09:27
хм...
а что тогда делать , если база - это фронт для магазина и всего 2 пользователя
4 VladZ
 
30.04.13
09:27
(0) Насколько я помню, там проблема не в 1С-ке. А в операционке.
5 Джордж1
 
30.04.13
09:29
(4)она решается с помощью серверной ОС, только эта ОС совсем других денег стоит
6 ДенисЧ
 
30.04.13
09:29
(5) Одна из серверных осей вообще ничего не стоит. Но стоят спецы, которые её будут настраивать...
7 Fragster
 
гуру
30.04.13
09:29
(0) это проблема выключения кэша ОС. купи рэйд с независимым кэшем и забей на кэш ОС
8 Джордж1
 
30.04.13
09:30
(6)Это линукс что ли?
9 Fragster
 
гуру
30.04.13
09:30
(5) не решается. вернее не до конца.
10 Джордж1
 
30.04.13
09:31
(7)и сколько тот рэйд стоит?
(9)ну процентов на 80% решается
11 ДенисЧ
 
30.04.13
09:32
(8) ага :-)
12 Джордж1
 
30.04.13
09:33
(11)Это не вариант вообще.
Кстати сам лично пробовал настраивать Линукс под это дело - ничего не получилось
13 Fragster
 
гуру
30.04.13
09:33
(10) от 20к
14 Джордж1
 
30.04.13
09:34
(13)ну и смысл? уж проще Windows Server купить
15 Fragster
 
гуру
30.04.13
09:34
(14) там эта проблема тоже не решена. да и в линуксе не так радужно.
16 Джордж1
 
30.04.13
09:36
(15)зря так пишешь. 1С на WinSrv в разы быстрее работает по сети. Совсем небольше снижение скорости относительно 1-пользовательского варианта
17 ДенисЧ
 
30.04.13
09:37
(12) руки рихтуй :-))
18 Джордж1
 
30.04.13
09:38
(17)настраивал Линукс как раз по советам из инета - как заточить Линукс под 1С.
19 ДенисЧ
 
30.04.13
09:39
(18) см (17) :-)
20 Джордж1
 
30.04.13
09:39
Выскажите свое мнение что лучше для магазина из 2-х рабочих мест (с торговым оборудованием).
Что бы было и надежно и просто и рационально.
//
Если на Win база лежит и что-то навернется, то отсоеднить винт и перебросить файловую базу - дело нескольких минут.
21 AaNnDdRrEeYy
 
30.04.13
09:40
А не на серверной ОС с sql и сервером 1С какие проблемы есть?
22 Славен
 
30.04.13
09:40
(21)тот же кэш
23 Джордж1
 
30.04.13
09:41
(21)проблема SQL - как сам SQL, так и цена вопроса
24 Славен
 
30.04.13
09:41
если уж денег хватило на скл и сервер1с, в чем проблема купить серверную ос
25 Serg_1960
 
30.04.13
09:46
(0) Да. Есть. "Одназначно"(с)

(20) Если файловая версия чем-то не устраивает (вот чем спрашивается?). А SQL - дорого и нужно "дешево и сердито"(с) - то можно и РИБ поднять. Ну и на архивы забить :)
26 Джордж1
 
30.04.13
09:49
(25)"Если файловая версия чем-то не устраивает (вот чем спрашивается?)" - сейчас используется 7-ка  и есть такая функция как поиск под подстроке (фактически по 3 подстрокам максимум) - вот это очень долгая операция.
//
Сейчас переделали - что бы каталог товаров при запуске 1С грузился в ТЗ, и потом уже там искать. Все равно 1С по сети пару минут стартует
27 Serg_1960
 
30.04.13
09:50
Любую ситуацию доведу до логического абсурда :))

"Каждому юзверу - по базе! И ещё один узел - для архива на всякий пожарный случай"(я)
28 Aleksey
 
30.04.13
09:51
(26) а как же остатки?
29 Джордж1
 
30.04.13
09:52
(28)с остатками все хорошо (остаток это реквизит справочника). ТЗ только для поиска используется
30 Фрэнки
 
30.04.13
09:52
(26) Если есть желание, то можно к файловой версии подключаться через апач. Но я лично так не настраивал и подробностей не знаю. Старт 1С по сети - это в толстом клиенте стартуешь?
31 Serg_1960
 
30.04.13
09:52
(26) "есть такая функция как поиск под подстроке" - это что? Пятничная тема? Не смешите меня - лопну :)) Зачем тебе поиск по подстроке? Ну вот нафиг он тебе нужен?
32 Джордж1
 
30.04.13
09:52
(30)я 7-ку стартую, там только один клиент
33 Джордж1
 
30.04.13
09:53
(31)не ерничай, реально нужен для организации торгового процесса
34 Фрэнки
 
30.04.13
09:56
(30) Снижение скорости происходит из обращения к файлам таблиц через протокол для сетевых дисков. Протокол этот практически не различается от того на какой операционке открыта шара. Другой протокол только при поднятии сервера netware
35 Фрэнки
 
30.04.13
09:58
34+ или в терминальных сессиях обращаться к папке с базой "локально"
36 Miracle_
Miracle
 
30.04.13
10:01
(0)Работали у меня по сети (были траблы с сервером терминальным)временно переносил базу на другой сервер 2008-ой) 20 человек.И никаких тормозов там не было.Но на этом сервере стоял рэйд с включеным кэшем.И одинакого было что один что 20ть человек.
37 Serg_1960
 
30.04.13
10:02
(33) Не ёрничаю, сочуствую :)

Для проведения инвентаризации, когда только внедрение УПП было, приходилось использовать бухгалтерские остатки из Инфо-Бухгалтера.

Неточный поиск примерно 10-15 тысяч позиций выполнялся за 7-10 сек с точностью 97% (100% - не реально, ибо были позиции номенклатуры, где наименования отличались друг от друга всего на пару символов)
38 Джордж1
 
30.04.13
10:03
(36)было бы у меня 20 - я бы и вопросов не задавал.
А тут всего 2 в нешибко чистом (пыли много) удаленном магазине
39 Джордж1
 
30.04.13
10:04
(37)меня и точный устроит.
40 Serg_1960
 
30.04.13
10:05
А всё-таки: зачем тебе "для организации торгового процесса"(тс) поиск по подстроке? Распиши подробнее.
41 Джордж1
 
30.04.13
10:07
(40)Торговля заприлавочная. Сначала в компьютере набирается товар. Торговля автоэмалями. Приходит клиент и говорит - мне вот карску - 220. А краска 220 от разных производителей. Продавец набирает в поиске 220 и видит все позиции где "220" встречается. Для точности можно набрать "220" "краска" или "220" "алкидная"
42 Джордж1
 
30.04.13
10:08
У нас еще и ш/к по хитрому используются.
А в основном продавцы работают быстро шарясь по каталогу, без мыши естественно
43 Serg_1960
 
30.04.13
10:17
(41) Понял. На вскидку, не долго думая, могу предложить регистр сведений с измерением "Ключи" (строка с "ключевыми" словами) и ссылка на номенклатуру. В регистр можно забить несколько вариантов для одной и той-же позиции. Например: "краска 220", "краска 220 алкидная", "краска алкидная 220" и т.д.
44 Джордж1
 
30.04.13
10:22
(43)ну люди же не роботы, сейчас ищут по "краска 220", а через минуту "220 краска"
//
в 8-ке еще есть механизм полнотекстового поиска, но вроде работает он хреново
45 Serg_1960
 
30.04.13
10:26
Хмм... заглянул в свою файловую версию УПП (20-25 тысяч позиций номенклатуры). Поиск по наименованию - летает. Пару сек, не более. Поиск по нескольким подстрокам, имхо, не нужен.
Набираю "краска" - и сразу вижу что нужно далее набирать.

Может быть потому что у меня "формализованные" наименования?
46 Джордж1
 
30.04.13
10:30
(45)Наверное поиск по первым символам летает?
//
В справочнике формализованные наименования
Вот пример наименований
Автоэмаль Body 2К акриловая. 202 1кг Греция
Автоэмаль Mipa 2К акр. 202 1кг Германия
//
кроме краски есть еще куча других материалов где надо искать по каким то параметрам из разных групп
47 Serg_1960
 
30.04.13
11:16
(44) В принципе я тоже писал "не для роботов" :) При выборе по позиции запоминалось что пользователь набрал в поиске и какую позицию в конце концов он выбрал из справочника - это и были значения для автоматического "пополнения" записей с ключами в регистре.

(46) В типовой конфигурации УПП, на формах списка и выбора номенклатуры (в шапке формы) поиск  "по наименованию" идет по подстроке, а не по первым символам.
48 Маус
 
30.04.13
11:22
(0) вы только 1С решения рассматриваете?
в нашей программе (не 1С) отбор по любым трём включениям в наименование (неограниченной длины) по базе 12000 товаров занимает в среднем 1 сек. Скорость работы в сетевом режиме не отличается от локального, возможна работа Офф-лайн, когда касса какое-то время работает без сервера и автоматически синхронизирует данные при восстановлении связи. Не требует никаких серверных ОС. У нас чрезвычайно простая работа с ШК, поддерживается много моделей торгового оборудования, есть выгрузка в 1С:Бухгалтерию 8.
49 Маус
 
30.04.13
11:37
поиск по нескольким подстрокам - чрезвычайно приятная вещь, позволяет давать нормальные имена товарам, избавляет от "краткого и полного наименования", снижает требования к квалификации "заносителя наименований", т.к. облегчает поиск ошибок.