Я хочу разработать настольное приложение для заказчика (фабрики), в котором хранится личная информация персонала. в этом приложении мы определяем уровень для пользователей приложения. я имею в виду, что один пользователь верхнего уровня (родительский) может видеть все сохраненные данные о персонале, а второй уровень (первый дочерний) может видеть свои данные и данные своих дочерних элементов и т. д. точно так же, как древовидное представление, и каждый узел может видеть свои данные и дочерние данные. это означает, что у родительской фабрики есть дочерняя фабрика, а у дочерних есть дочерние.
в онлайн-приложении вы можете справиться с этим так просто, но это в автономном режиме. теперь они вводят свои персональные данные в свое приложение (у каждого пользователя разные ПК).
теперь вы знаете, что большая проблема заключается в слиянии дочерних БД с их родительской БД. Ch3 и Ch4 отправляют свои БД в Ch1 и то же самое для Ch5, Ch2, затем Ch1 и Ch2 в родительский. Например, у нас есть конфликт при слиянии один человек из ch1 перешел в ch3, данные дублируются, или если у родителя есть все данные, один ребенок меняет национальный код одного человека (уникальный ключ), то при слиянии мы не можем обновить существующие, а затем возникает конфликт при слиянии и множество проблем, которые вы знаете.
Есть идеи по объединению БД!?
Немного о моей базе данных. ПерсоналИнформация - это основная таблица, в которой есть связанная таблица с именем PersonnelFactory, в которой каждая строка имеет одну фабрику сотрудников и вводит дату и дату выхода, а также код персонала. таблица ранга (должности) человека на этой фабрике. это небольшая часть БД для понимания проблем.