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

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

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

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

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

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


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

Гуглить supertype-subtype relationship.
...
Рейтинг: 0 / 0
Как правильно спроектировать финансовый учёт разных сущностный
    #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]