Возможно ли такое,  и если "да", то как реализовать?

RDP

(0) Не поверишь, как все просто )))

ах да, папку можно расшарить по локалке или VPN.

но все варианты кроме RDP отличаются риском поймать Ошибку Формата Потока.

+(4) И медленной работой

(1) (2) один вариант?
суть: есть 25 салонов откуда принимаются заказы: всем им сделать удаленный стол!!?

(6) База им нужна только из-за заказов?

ну не нравится рдп, сделай риб.

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

(9) RDP и не мучайся

но вообще, я слабо представляют как более 25 юзеров будут щемиться в одной файловой базе и пытаться работать с одними и теми же документами.
клиент-сервер надобно бы.

(11) ну это менеджеры - они работают только со своими заказами, соответственно и доки разные

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

(13) что такое менеджер в салоне? - 2-3 заказа (документа) в день. Причем документы только его. Здесь могут быть проблемы?

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

2-3заказа это уже что-то, это немного.
Что значит документы его - непонятно.
Пользователь работает с базой данных, информация содержится в таблицах, в файловой базе блокировки идут на уровне таблиц, один юзер заблокировал таблицу, другие терпеливо ждут, когда он ее отпустит.
Проблемы могут возникнуть если кто-то одновременно будет делать эти самые заказы, или запустит отчет.

посмотреть бы на файловую базу, расшаренную по  VPN

(16) При стабильном канале 10 мегабит вполне работает

(16) Зависит от ширины канала, и размера таблиц.

(17) Некоторые при 100 вполне не работают.

(16) ничего интересного. УТ10 (местами допиленная, но без фанатизма), около 10к позиций номенклатуры, примерно 200 накладных в месяц... 10мб канал. Журнал накладных открывается секунд 20... накладная открывается быстро, но потом ждешь секунд 15 когда заполнится. Печатная форма тоже секунд 30 формируется. Отчеты даже не пытался формировать. Меня хватило минут на 5 такой "работы"

(17) Если это не ЗУП.

(9) А всякие дополнения и приходники тоже в салоне делают, на основании заказа?

(22)да

(15) то бишь, если кто-то вводит заказ, то  никто уже не сможет ввести другой заказ?

В файловой при таком варианте лучше РИБ.

Сайт сделай, пусть делают заказы

25 салонов. в салонах тоже по несколько юзеров?
Имхо можно было бы просто кучу денег сэкономить на лицензиях (терминал, 1С и все связанное)
замутить сайт за эти деньги. с обменом с 1С.
И пусть шлепают себе заказы сколько влезет. видят статусы, отгрузки - все это есть.
Вдруг появится 100 салонов. хоть 1000.

Ту как минимум на лицо содиная куча денег сэкономленных. Одни лицензии на терминал сервер и подключение, админство всего этого дела - ого огогого.

Ну а ради заказа я думаю просто глупо иметь весь этот пакет лицух.

Если в салонах ведут свой бух учет. Являются отдельными лицами.
То есть типа сервис 1С Товары. как раз для таких дел - обмен заказами и тп.

Вариантов масса. но явно не терминал и тп.

Maniac, отдельное спасибо. Буду думать. Через сайт еще тем хорошо, что и конечный покупатель может видеть что с его заказом.

Если они работают на отдельном небольшом участке, то нарисуй управляемые формочки и опубликует через веб-сервер.

(26) Так там в салонах еще надо регистрировать допники и оплату. С оплатой не сложно, если сумма всегда равна сумме заказа, а вот с допниками как? Нет такого на сайтах, писать придется.

(20) SSD поставить не судьба? Сначала на спичках экономят, потом годами мучаются. Я рекомендую SSD даже если 2 пользователя в сетевой файловой.

(33) В сетевой файловой проблема не в SSD. А в сети.

иметь былый Ip. поставить апач от 1с, настроить публикацию базы. профит.

(35) База на обычных формах.

По-моему проще написать мобильное приложение для этих салонов

(34) да ты что. А тормозной HDD прям вообще роли не играет? Время доступа и скорость отдачи в сеть решают.

(37) Кстати, а мобильное приложение на десктопах работает?

(38) блокировки таблиц во время прогона данных туда-сюда конечно же зависят от наличия SSD

(40) SSD быстро дохнет, а на обычных базюльках, протирает винты аж до дыр :D

(41) Точно, буквально лет за 300 протирается.

(38) Да вроде SSD уже везде по дефолту.
Странно слышать такие советы, разве остались еще базы на HDD?
Разве что скуль, который к дискам менее критичен.

зашел под разными юзерами. Создал заказ в одном сеансе, не закрывая, создал еще заказ в другом сеансе, провел, закрыл. Пробовал и так и сяк - никаких блокировок не встретил. Понятно, что если открыть в разных сеансах один и тот же док, то  напорешься на блокировку, но это не мой случай.
Не пойму тогда этого предостережения - (13) (15) "Пользователь работает с базой данных, информация содержится в таблицах, в файловой базе блокировки идут на уровне таблиц, один юзер заблокировал таблицу, другие терпеливо ждут, когда он ее отпустит.
Проблемы могут возникнуть если кто-то одновременно будет делать эти самые заказы, или запустит отчет."

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

(38) >да ты что. А тормозной HDD прям вообще роли не играет?

Представь себе. Тормозной HDD роль играет, но не главную.

>Время доступа и скорость отдачи в сеть решают.

Время доступа решает, верно. А из чего оно складывается?
В одном случае между HDD и 1С находится один кэш (кстати, общий для всех пользователей). В другом случае два кэша и сеть. Плюс еще свои блокировки на уровне SMB. Разницу можешь померить сам, сильно удивишься.

(45) "Одновременно" - имеется ввиду одновременно нажмут "Провести" ,"Записать" ?  Это насколько вероятно?

(47) Зависит от конкретного случая, смотря сколько пользователей одновременно работает в базе и насколько часто они записывают документы. Пока один пишет, второй курит в очереди и у него висит недоступная форма документа. Первый записал - пошла запись у второго. Если к этим двум добавится третий, то он будет ждать первых двух, и т.д.

Оценить загрузку можно легко анализом журнала регистрации, там видно, как часто записываются документы одного типа и идет ли пересечение по времени.

(48) "Пока один пишет" - время транзакции записи? ведь не то время пока юзер работает с формой заказа?
Сейчас оценить нельзя так на текущий момент все вводит один юзер.

(44)Блокировка держится не часы, минуты или дни, а доли секунды.
1 пользователь нет проблем с блокировками.
2 пользователя крайне маловероятно невооруженным взглядом отловить проблему с блокировками.
начиная от 3 пользователей это уже начинает становиться заметным.
Тут еще от конфигурации зависит и от режима работы пользователей.
В бухии файловой бывает 5-6человек вполне комфортно работает, в торговле уже три активно работающих менеджера начинают выть от блокировок.

(50) выглядит как сущий пустяк ))) чего они там работать будут? - я же говорю: завести 2-3 заказа в день + приходник, остальное вообще эпизодически

По поводу SSD и его влияния.
На файловой базе  так- большинство операций выполняется на SSD  на 20-30% быстрее чем на HDD.
Т.е в скорость упирается в HDD, но не сильно.

Но это пока у вас один пользователь
Если у вас с базой работают десять пользователей эффект это SSD будет гораздо заметней.

По поводу SQL - ему как правило хватает скорости HDD.
Ибо он все кэширует в памяти.
Поэтому особого толка от SSD нет.
Но это если говорить про нормально настроенный SQL у которого куча памяти.
Меньше памяти - больше нагрузка на диск.

(51) В таком случае будет работать.
Блокировки мешают именно при активной одновременной работе.
Если у вас 2-3заказа в день и 30 пользователей в блокировки не упруться.

А посадите трех девочек которые будут постоянно документы на отгрузку формировать, и еще одного дятла, который будет отчеты  строить да прайсы от поставщиков загонять, и трындец вашей работе.

(49) Да, речь о записи. В форме он может висеть хоть весь день - никого и ничто не заблокирует.
(51) (2~3 заказа в день + приходник) * 25 салонов = 50~75 документов. Файловая потянет.