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

Question

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

Требование:

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

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

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

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

Answer 1

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

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

• Simpler для поддержания должного, единой базы данных для резервного копирования
• Simpler добавить новые компании

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