БАЗИС - База материалов *.fdb

Комментарий модератора

DTioutiou:

Вот полная последовательность действий по организации многопользовательской работы с базой материалов по сети:

1. На том компьютере, где у Вас лежит файл базы материалов *.fdb:
1.1. Установить/запустить Firebird 2.5 (его можно взять либо с нашего сайта (http://www.bazissoft.ru/service/file_archive/other/), либо с инсталляции);
1.2. Открыть порты 14357 и 14358. Проверка - telnet'ом.
1.3. Проверить чтение базы в локальном режиме. Она должна открываться без проблем и сообщений об ошибках.

2. На том компьютере, где нет файла базы материалов *.fdb - открыть базу в сетевом режиме:
2.1. Поставить режим работы – «По сети»;
2.2. Указать имя компьютера с базой (в имени компьютера не должно быть кириллических символов);
2.3. Написать локальный путь (путь к базе на компьютере с базой) к файлу базы (не забыть про расширение имени файла *.fdb).

3. Не обязательно, но удобно. После проверки корректной работы по п.п. 1 и 2, можно назначить псевдонимы файлов баз и открывать их с разных рабочих мест по псевдонимам.

Добрый вечер!!!
Кто пользуется импортом номенклатуры в формате DBF ,то есть выгрузки(экспорт) номенклатуры с 1С 8.2 в формате DBF и загрузки в Базис Смету8

[Oldman]

то не только Базу материалов можно носить на флешке , а все - текстуры, фрагменты, фурнитуру, настройки , проекты... в общем все.

Миша, у меня тоже так, только не флешка, а внешний винт. Работать приходится на трех компах. Назначил диску букву K (больше нет ни на одном компе), указал пути к этому диску и все прекрасно работает. Только дома три монитора, переключаюсь в Базисе на другую настройку под них.

[yavsochi]

Единственная проблема это если запустить Базис без флешки или съёмный HDD куда указаны пути, то все пути сбиваются по default.

[Oldman]

все пути сбиваются по default.

Не знаю, ничего у меня не сбивается, при условии наличия папки Settings в корне Базиса. Сам Базис установлен только на внешний винчестер, а защита и файерберд на каждый комп.

[yavsochi]

Сам Базис установлен только на внешний винчестер

Сам Базис у меня установлен на системный диск. Это может быть из-за этого?

[AlexBolton]

Сообщение от yavsochi

Это может быть из-за этого?

Да. Когда не находит папок, указанных в настройках - устанавливает пути по умолчанию. По-этому и речь о относительных путях и обо "всё в одной корзине"

[Am0ralist]

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

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

Просто исключительно для себя я нашел вариант решения, но "застрелиться" им так же легко и просто - даже не от непонимания, а от невнимательности или простой опечатки...

[DTioutiou]

Сообщение от Am0ralist

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

Сделать это можно и просто - если без проверки на замкнутый цикл сопутствий. С проверкой тоже можно, но счет такой проверки при импорте может пойти на часы/десятки часов, что просто делает неразумной эту операцию. В конце концов, программа просто зависнет часов через 8 такого импорта - и что делать дальше? И тут два пути решения:

1. Как-либо попытаться оптимизировать эту проверку: ускорить ее раз в 10 - меньше бессмысленно. Это уже наше дело и путей решения на сегодня не видно.

2. Импортировать тупо без проверки. Это будет очень быстро. Допустим, импортировали. Допустим, там в результате этого возникло 20 скрытых конфликтов/замыканий. Где они - никто не знает. Есть ли они вообще - тоже никто не знает. Допустим, что есть. И что делать с ними дальше? Как работать с такой базой?

[Am0ralist]

Сообщение от DTioutiou

Сделать это можно и просто - если без проверки на замкнутый цикл сопутствий. С проверкой тоже можно, но счет такой проверки при импорте может пойти на часы/десятки часов, что просто делает неразумной эту операцию. В конце концов, программа просто зависнет часов через 8 такого импорта - и что делать дальше? И тут два пути решения:

1. Как-либо попытаться оптимизировать эту проверку: ускорить ее раз в 10 - меньше бессмысленно. Это уже наше дело и путей решения на сегодня не видно.

2. Импортировать тупо без проверки. Это будет очень быстро. Допустим, импортировали. Допустим, там в результате этого возникло 20 скрытых конфликтов/замыканий. Где они - никто не знает. Есть ли они вообще - тоже никто не знает. Допустим, что есть. И что делать с ними дальше? Как работать с такой базой?

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

1. И я уже отвечал, что ограничивать количество импортируемых строк. То есть если в среднем за час экспортируется 100...500 строк - ограничиваем загрузку этим числом. Ибо по факту за этот час в ручную удастся набить меньше 100 сопутствий.

2. Поэтому решение я тут и не привожу, хотя оно и не сложное) для айтишников, естественно. И даже всё понимая и проверяя - шанс напортачить большой
А так, Смета - вешается напрочь в случае колечка (это я специально, если что!).

PS. Кстати, а может в смету добавить обработку ошибки на кольцо - типа такой материал не обсчитывается из-за ошибок в сопутствиях? Мало ли кто еще, кроме меня, к такому решению придет?

[DTioutiou]

Сообщение от Am0ralist

А так, Смета - вешается напрочь в случае колечка (это я специально, если что!).

Естественно. А куда ей деваться в таком случае?

Сообщение от Am0ralist

Кстати, а может в смету добавить обработку ошибки на кольцо - типа такой материал не обсчитывается из-за ошибок в сопутствиях?

Думали и об этом: импортировать без проверки, а оную проводить только если "заклинивший" материал открывается в смете. И если что не так - либо сигнализировать, либо принудительно разрывать связи, либо и то и то.

Решение, конечно. Но какое-то половинчатое, "костыльное". Нехорошее: база получается уже заведомо ошибочная, "заминированная", а кто и когда наступит на мину - неизвестно. Может месяц не наступить, может 10 раз в день бабахать.

Ожидание смерти - хуже смерти (с)

И да, если проверку вынести из импорта в Смету, то она будет открываться каждый раз с ощутимыми тормозами - даже при идеальной базе. Сейчас Смета "верит", что в базе проблем нет, потому что их не может быть, и поэтому открывается мгновенно. А поставить перед открытием проверку - так радужно не будет.

[Am0ralist]

Сообщение от DTioutiou

Думали и об этом: импортировать без проверки, а оную проводить только если оный материал открывается в смете. И если что не так - либо сигнализировать, либо принудительно разрывать связи, либо и то и то.

Решение, конечно. Но какое-то половинчатое, "костыльное". Нехорошее: база получается уже заведомо ошибочная, "заминированная", а кто и когда наступит на мину - неизвестно. Может месяц не наступить, может 10 раз в день бабахать.

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

Я то сейчас думаю забабацать какую-нибудь мини прогу а-ля анализ ориентированного графа...