Гость
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как правильно спроектировать финансовый учёт разных сущностный / 5 сообщений из 5, страница 1 из 1
13.01.2020, 15:50
    #39913273
Игорь_UUS
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Как правильно спроектировать финансовый учёт разных сущностный
Добрый день.

На данный момент спроектировано так, что на каждую сущность имеется отдельная структура БД.

Например за продажу услуг отвечает один набор таблиц финансового учёта, за продажу абонементов или подарочных сертификатов другой набор таблиц и т.п.

Есть и плюсы и минусы такого подхода... но вопрос сейчас не в этом.

Существуют ли подходы, при которых все финансовые данные будут храниться в одном месте (в одной структуре БД)... что-то типа "document - item"? Есть ли ресурсы, где можно посмотреть примеры такого подхода?
...
Рейтинг: 0 / 0
13.01.2020, 17:06
    #39913318
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Как правильно спроектировать финансовый учёт разных сущностный
Игорь_UUSЕсть ли ресурсы, где можно посмотреть примеры такого подхода?

Да. Любой учебник проектирования БД по Entity-Relation методу.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
14.01.2020, 02:01
    #39913442
vmag
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Как правильно спроектировать финансовый учёт разных сущностный
Игорь_UUS
На данный момент спроектировано так, что на каждую сущность имеется отдельная структура БД.
Например за продажу услуг отвечает один набор таблиц финансового учёта, за продажу абонементов или подарочных сертификатов другой набор таблиц и т.п.


Я так понимаю всё рабочее уже? Иначе бы не возникло вопроса...
По идее (если в кратце), услуги, абонементы, сертификаты и прочее можно объединить в одну сущность с признаком что это такое (например через классификатор: 1- услуга, 2 - сертификат, 3- абонемент и т.д.) а потом включать нужные алгоритмы обработки в соответствии с признаком из числа существующих.
Естественно некоторые ветви в общей структуре будут не задействованы для отдельных типов, например для услуг не будет прихода как для товара (только корректировка самих услуг: добавление, удаление, корректировка цены).
Насколько это оправдано судить вам, будет одна структура и добавление нового типа повлечет добавление нового типа в классификатор и новых алгоритмов его обработки (если они отличаются от уже существующих), в принципе задача вполне решаемая, будет просто больше нагрузки на интерфейс, имхо почти везде и у всех
так и реализовано (за исключением 1С - там каждый чих это отдельный документ, но и у них это всё таки в одной структуре БД)....
...
Рейтинг: 0 / 0
14.01.2020, 03:07
    #39913445
Ennor Tiegael
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Как правильно спроектировать финансовый учёт разных сущностный
Игорь_UUS,

Гуглить supertype-subtype relationship.
...
Рейтинг: 0 / 0
10.02.2020, 11:45
    #39924597
s_ustinov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Как правильно спроектировать финансовый учёт разных сущностный
Игорь_UUS
Добрый день.

На данный момент спроектировано так, что на каждую сущность имеется отдельная структура БД.

Например за продажу услуг отвечает один набор таблиц финансового учёта, за продажу абонементов или подарочных сертификатов другой набор таблиц и т.п.

Есть и плюсы и минусы такого подхода... но вопрос сейчас не в этом.

Существуют ли подходы, при которых все финансовые данные будут храниться в одном месте (в одной структуре БД)... что-то типа "document - item"? Есть ли ресурсы, где можно посмотреть примеры такого подхода?

Посмотреть, как сделано в Compiere / iDempiere.
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как правильно спроектировать финансовый учёт разных сущностный / 5 сообщений из 5, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]