|
Конур взаимодействия с БД
|
|||
---|---|---|---|
#18+
Здравствуйте. Вопрос. Прочитал в некотором источнике, что при проектировании ИС часто встает вопрос о сохранении данных на внешнем носителе, например, в базе данных. Для этого с целью уменьшения связанности модулей системы ее разделяют на некие слои. К одному из таких слоев относится контур взаимодействия С БД, который отвечает за чтение и запись данных в БД. А что представляет из себя данный контур? Это некий экземпляр класса, которому передается программный объект для дальнейшей ретрансляции его в БД? или Некая ORM система? или что то другое? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2010, 16:04 |
|
Конур взаимодействия с БД
|
|||
---|---|---|---|
#18+
Как не крути, но БД в традиционном понимании не может быть на внешнем носителе. Может быть резервное копирование по расписанию всей базы или части базы на внешний носитель. Может быть сохрание каких-то данных параллельно с работой с БД. И прочее. И теоретики, в чьи книги стоит вникать, должны быть признаны, а то - мало ли что чем назовут. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2010, 17:22 |
|
Конур взаимодействия с БД
|
|||
---|---|---|---|
#18+
Пилотажный, Под внешним носителем понимается не жесткий или съемный диск, а внешняя по отношению к приложению система хранения данных. В данном случае РСУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2010, 18:02 |
|
Конур взаимодействия с БД
|
|||
---|---|---|---|
#18+
Попробую перефразировать свой вопрос. Есть некий набор объектов, который описывает сущности предметной области. Как наиболее оптимально с точки зрения проектирования организовать сохранение данных этих объектов в БД. 1. Добавить в каждый класс метод, позволяющий сохранять данные этого класса в БД 2. Сделать отдельный класс, который бы отвечал за запись и чтение данных всех остальных классов. 3. Сделать для каждого класса свой специальный класс, который бы сохранял только его данные. 4. Что то иное. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2010, 10:32 |
|
Конур взаимодействия с БД
|
|||
---|---|---|---|
#18+
Слои - это, наверно в самой популярной теории, это группы программных модулей: Интерфейсы, Логика, Данные. Их рекомендуется делать максимально независимымы (что и подтверждается практикой), чтобы было проще локализовать ошибки, легче модифицировать систему, удобнее сопровождать, ... Собственно и разрабатывать слои следует отдельно. И программировать-реализовывать слои можно на разных языках. Если язык ООП, то наверно лучше представлять всё классами. И данные можно представлять классами и тогда типы данных будут и классами ООП при реализации (контура - вот где слово звучно) взаимодействия слоя Логики со слоем Данные. Но такое как видится пока не "катит" - не приживаются объектно-ориентир. базы данных, то есть это нечто ненужное, а если это и совсем ненужное, то вредное (то есть по разным критериям - создаваемое получается хуже). ... |
|||
:
Нравится:
Не нравится:
|
|||
13.04.2010, 12:39 |
|
|
start [/forum/topic.php?fid=33&fpage=33&tid=1548325]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 368ms |
total: | 506ms |
0 / 0 |