Нужно руководство по разработке инвентаризации приложений

Question

В настоящее время я работаю над приложением Inventory Management (позже его можно будет интегрировать и с бухгалтерским приложением), и мне нужна ваша помощь в принятии одного из важных решений, связанных с проектированием системы, по следующим вопросам:

Требования:

1. Фабрики имеют несколько бухгалтерских фирм (компаний), и товары приходят и уходят из этих многочисленных бухгалтерских фирм, но физически они потребляются на одном заводе, а все производство управляется как единое производственное подразделение.,Нет разделения физического запаса или произведенных предметов на основе бухгалтерской фирмы.Но опять же, проданные товары принадлежат другой бухгалтерской фирме.
2. Данные инвентаризации, Продажи и закупки должны предоставляться в зависимости от компании
3. Отдельные записи, связанные с производством, не ведутся отдельно
4. Запасы иПроизводственные данные должны управляться в едином приложении для всех компаний (бухгалтерских фирм) как единое целое, чтобы клиент мог иметь надежное отслеживание запасов / инвентарных наименований

Теперь я хочу, чтобы вы конкретно предложилиследующее:

1. Что вы предлагаете: хранить ли все данные компании как отдельные БД, отличные друг от друга
2. , или сохранять их в одном БД с отдельным идентификатором для компании изатем иметь единственное приложение, которое может получать доступ ко всем данным одновременно с отдельными отчетами, может быть, может быть настроен пользовательский доступ?

Что вы предлагаете и каков правильный подход?

Answer 1

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

Кроме того, предпочтительнее использовать одну базу данных из-за:

• Упрощение ведения одной базы данных для резервного копирования
• Упрощение добавления новых компаний

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