Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Константин Чилингаров: Здравствуйте,
формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция
Те ...
Константин Чилингаров: Здравствуйте,
Можно на складе приходовать это на разные "учётные карточки". Хоть вообще на каждую балку (хлыст, лист и т.п.) заводит ...
Константин Чилингаров: Здравствуйте,
При попытке изменить технологию выдает следующую ошибку (скриншот 1)
Нужно посмотреть, что именно Вы делаете. И на данны ...
Константин Чилингаров: Здравствуйте!
Здесь нужно понимать некоторые моменты. Поясню:
Первое и самое важное – что данные механизмы: что «дерево» для навигац ...
Константин Чилингаров: Правильно ли я понимаю...
Не совсем.
Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказ ...
Вопросы, связанные с установкой и запуском программы - Установка - Вопросы новичков
Страницы:1
Установка
Пользователь
Сообщений: Регистрация: 01.02.2024
0
25.09.2024 08:31:22
Здравствуйте! Появилась необходимость в общей базе данных между 2-мя компьютерами, сейчас программа установлена по аутентификации Windows на одном и другом компьютере, т.е я заношу свои данные отдельно, кладовщик в своей версии программы отдельно, что необходимо сделать, чтобы стала одна база данных и не пропали данные с его и моего компьютера?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
25.09.2024 14:42:51
Здравствуйте,
Вообще, конечно, Вам изначально нужно было развернуть одну базу данных и к ней вместе с коллегой Вашим подключиться и работать с одной базой. Как это штатно и предусмотрено в случае, если с программой работает в организации больше одного человека.
Какого-то штатного способа автоматически сделать из двух баз данных VOGBIT одну не существует. Просто потому, что в общем случае в разные базы могут быть введены совершенно разные вещи, в т.ч. противоречащие друг другу.
Можно ли чисто теоретически (технически) как-то «скрестить» 2 базы VOGBIT в одну в конкретном случае – ну… тут больше вопрос, насколько это оправдано в плане затрат?
Во-первых, это скорее всего, потребует написания каких-то специализированных плагинов, которые будут данные нужные выгружать/загружать. Если что-то простейшее, например, просто список номенклатуры «перекинуть» из одной базы в другую, то тут получится обойтись и существующими штатными средствами и доп. модулями, и цена вопроса будет ориентировочно в пределах 15 000 руб. А вот если что-то посложнее, то тут трудозатраты на это мероприятие и стоимости могут начать расти нелинейно.
Во-вторых, ещё большее количество подводных камней таят вопросы не технические, а больше «организационные». Например, запросто может так оказаться, что одна и та же номенклатура у Вас введена в одной базе не так, как в другой. Разбирательства с подобными проблемами могут превысить по трудозатратам все чисто технические вопросы.
По совокупности, учитывая, что пользователей всего 2, мне кажется, что затраты на «склеивание» каким-либо автоматизированным образом баз данных превысят все разумные в данном случае пределы.
Проще и кардинально дешевле, на первый взгляд, будет выбрать из этих двух баз какую-нибудь одну, которая будет отныне «общей» (как, по идее и нужно было сделать с самого начала), сделать её общей, подключиться к ней обоим пользователем и просто довести её до нужного состояния (доввести туда руками то, что нужно «из другой базы»).
Если интересно более адекватная оценка, то можете сделать с помощью программы SQL Server Management Studio с обеих этих баз данных и пришлите их нам (выложите сами *.bak файлы получившиеся куда-нибудь на файлообменник в интернет и нам на почту пришлите ссылки, где скачать). Мы развернём эти ваши 2 базы и посмотрим глазами, какой там реально «масштаб бедствия».
Пользователь
Сообщений: Регистрация: 01.02.2024
0
26.09.2024 13:21:16
Спасибо за ответ, а при установке SQL сервера на компьютер данные Vogbit с локальной сети Windows можно перенести в базу SQL?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
27.09.2024 12:48:50
Здравствуйте,
На совсем понял, если честно вопрос в Вашей терминологии.
Давайте попробуем ещё раз разложить всё по полочкам…
Вы с коллегой установили 2 приложения VOGBIT. Одно на Ваш компьютер, другое на компьютер Вашего коллеги. Но базу данных при этом сделали не одну общую (как это, по идее, предполагается в таких случаях), а развернули 2 локальных базы данных. На вашем компьютере одна, на компьютере Вашего коллеги другая. И каждый работал локально со своей базой и что-то туда вводил совершенно независимо друг от друга. Теперь стало понятно, что работать то всё-таки лучше вместе в одной базе данных. Что делать?
Вариант как-то «соединить» эти две базы, чтобы была дальше одна база, но в ней каким-то волшебным образом было и то, что вы локально вводили в свою базу, и то, что Ваш коллега локально вводил в свою базу – этот вариант не рассматриваем. При технической (гипотетической) его возможности в данном случае, скорее всего, это получится из разряда, что называется, «овчинка выделки не стоит» (см. сообщение #2 в этой теме).
В качестве рабочего варианта рассматриваем следующий:
Вы выбираете сейчас из этих двух баз данных одну, которую дальше делаем общей (сетевой). Другую (вторую) базу, условно говоря, выкидываем. Эту выбранную базу делаем сетевой, и Вы начинаете с этого момента работать с этой базой вместе, постепенно доводя её до нужного Вам состояния.
Как это технически делается:
- устанавливается на тот компьютер, на котором развернута выбранная база данных, ;
- базы данных;
- выбираете, кто у Вас будет сервером. Технически это может быть, как любой из ваших двух компьютеров, так и какой-то третий. Главное, чтобы все они в одной локальной сети были (чуть подробнее ниже);
- туда Microsoft SQL Server (в Вашем случае хватит для начала самого простого бесплатного варианта Express);
- SQL Server для работы в сетевом режиме;
- на сервере базу данных из резервной копии;
После этого ещё, скорее всего, нужно будет выполнить 1-2 скрипта, чтобы база реально из «локальной» стала полноценной «сетевой», но это уже дело техники (меньше минуты дел). Если Вы сами будете всё делать и дойдёте до этой стадии, то мы Вам уже подскажем, что сделать.
Однако, судя по предыдущему нашему общению, осмелюсь предположить, что Вам будет сложно самостоятельно все эти шаги предпринять. А системного администратора, которого это, по идее, работа, у Вас, судя по всему, нет (иначе такой ситуации бы изначально не возникло).
Поэтому у меня есть к Вам следующее предложение: давайте, чтобы сэкономить нам всем время, а Вам ещё и нервы, мы поступим так:
Вы сделайте то, что точно только от Вас зависит: Выберите, какую базу данных из двух существующих сейчас у Вас оставляем и делаем сетевой (вторую, условно говоря, выкидываем с завтрашнего дня). Выберите, кто будет сервером (куда ставить сервер будем). Потом нам напишите, пожалуйста, на почту, оставьте свои координаты, свяжемся и удаленно Вам поможем быстро всё сделать. Полагаю, это всем быстрее и проще так будет.
Какие тут важны технические моменты:
Оба Ваших компьютера (Ваш и Вашего коллеги), а также «сервер» (в случае, если это будет не один из этих компьютеров) должны все быть в локальной сети у Вас.
На том компьютере, где лежит сейчас база данных, которую будем делать сетевой, и на том компьютере, который будет «сервером» (если это не тот же самый), нужен будет доступ в интернет. Чтобы мы могли удаленно подключиться (как именно, это мы всё Вам объясним).
Для установки ПО (SQL Server, Management Studio) нужны будут права администратора на компьютере. Если тот пользователь Windows, под которым Вы работаете не является «Администратором» компьютера, то нужен будет пароль администратора.
Как выбрать, кто будет сервером:
Лучше, конечно, если это будет компьютер помощнее (диск побыстрее, крайне желательно SSD, побольше оперативной памяти).
Сервер не должен выключаться и перезагружаться*. По крайней мере в рабочее время. Ибо, если это произойдёт, то это остановит работу не только того, кто сидит непосредственно за этим компьютером (если таковой кто-то есть), но и всех пользователей VOGBIT.
*вообще, в «промышленном» варианте сервер базы данных – это всегда отдельный компьютер, с достаточными характеристиками «железа» (сколько достаточно - это сильно зависит от количества активных пользователей, количества данных в базе и того, как именно с этими данными ведется работа) и обязательно с защитой от сбоев электричества (с источником бесперебойного питания). Который всегда работает, перезагружается только в случае необходимости и в нерабочее время.