powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / У кого как налажено взаимодействие "модулей"?
12 сообщений из 12, страница 1 из 1
У кого как налажено взаимодействие "модулей"?
    #34019892
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Практически любой продукт, особенно тиражируемый, как правило состоит из отдельных (особенно, с точки зрения заказчика) "модулей".
Например:
"Базовый" - всякие проверки прав, настройки, основнй функционал и т.д.
Этот модуль нужен всегда и всем.

"Клиенты и счета" - информация о юр и физ лицах, продажах/проводках и т.д.
Тоже нужен всем, но уже в 99% случаев.

"Отчеты" - нужен всем.

"Расширенные отчеты" - стоит, как правило, больше остальных, но покупают/используют редко.

А бывает, что просто ведется разработка нескольких продуктов, но часть "модулей" одинакова - кому охота вести отдельно какую-нибудь очередную EAV систему с 0 в 10 проектах? ;)

Подозреваю, у большинства это реализовано просто - в БД есть весь функционал, но клиенту показывается только нужная часть.
А при апдейтах для клиента передаются только обновления, касающиеся его лично, чтобы не вознакало вопросов "А зачем мне обновлять "Супер-OLAP", мы его не заказывали?!"

В общем вопрос такой - все эти модули "живут" в одной базе или есть какие-то варианты?
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022043
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нормально, имхо - каждый модуль живет в своей схеме.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022140
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®esВ общем вопрос такой - все эти модули "живут" в одной базе или есть какие-то варианты? по разному.
как правило - да (мы говорим о базах MSSQL)
softwarerНормально, имхо - каждый модуль живет в своей схеме Это в Оракле так :)
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022147
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Но все равно все в одной базе?
Все модули "ставятся" независимо от того, требуется функционал или нет?
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022160
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®esНо все равно все в одной базе?
Все модули "ставятся" независимо от того, требуется функционал или нет? It depends + смотря что понимать под "ставятся" ?
Вот вы что имели ввиду ?
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022174
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®esВсе модули "ставятся" независимо от того, требуется функционал или нет?
Зачем?

Единственный вопрос тут - необходимость интеграции модулей. То есть ситуация, когда "в случае, если стоит модуль А, то его данные должны учитываться модулем Б". Мне такую задачу решать не приходилось, но особых проблем в ней также не вижу.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022269
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®esПрактически любой продукт, особенно тиражируемый, как правило состоит из отдельных (особенно, с точки зрения заказчика) "модулей".

чаще всего это модули клиентские (exe, dll, ....) а не БД.
IMHO в БД меньше ООП и все ХП не в "модулях" как вы выразились.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022457
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123чаще всего это модули клиентские (exe, dll, ....) а не БД.
-1.

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

Petro123в БД меньше ООП
ООП тут совершенно не при чем.

Petro123и все ХП не в "модулях" как вы выразились.
Сталбыть, бардак.

Нормально - ХП в пакетах, пакеты в модулях. Если пакетов нет, придется жить без них, возможно, эмулируя группировку использованием тематических префиксов для имен ХП.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022722
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
нет предмета для спора, т.к. во многом согласен (различия в ньюансах :))

softwarerНормально - ХП в пакетах, пакеты в модулях. Если пакетов нет, придется жить без них, возможно, эмулируя группировку использованием тематических префиксов для имен ХП.
до использования классов когда-то тоже так делали - группировали.
Правда данная модульность - с натяжкой.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022783
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123до использования классов когда-то тоже так делали - группировали.
Не совсем. До появления классов группировали в модули. С появлением классов так и продолжают группировать в модули, хотя появились довольно сомнительные имхо идеи отождествления класса с модулем, как следствие - появились inner классы (которые уже "не модули")....

Petro123Правда данная модульность - с натяжкой.
Данная - с натяжкой. А нормальная - нормально. Даже если не использовать пакетов, по-прежнему существует естественное решение модуль==схема. Пакеты - способ организации внутри модуля, точно так же как внутри модуля может быть описано много классов.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34022969
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerмодуль==схема. Пакеты - способ организации внутри модуля, точно так же как внутри модуля может быть описано много классов.
Может меня кто и поправит - нет модульности в ХП на SQL Server 2000, к примеру.

Эдак можно и всю кучу файлов с диска свалить в одну папку и сказать, что префикс - 1 это одна группа, префикс 2 - это другая.

Речь идёт о модульности не в построителях структуры БД надеюсь, а о модульности в законченном клиент-серверном приложении.
...
Рейтинг: 0 / 0
У кого как налажено взаимодействие "модулей"?
    #34023064
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Может меня кто и поправит - нет модульности в ХП на SQL Server 2000, к примеру.
При чем тут ХП? Модуль - это схема. Что является аналогом схемы в SQL Server - пользователь, база, еще что-то - тут уж не подскажу, вам виднее.

Petro123Речь идёт о модульности не в построителях структуры БД надеюсь, а о модульности в законченном клиент-серверном приложении.
Именно.
...
Рейтинг: 0 / 0
12 сообщений из 12, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / У кого как налажено взаимодействие "модулей"?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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