Промежуточные классы при работе с БД

Всем привет!
Столкнулся с таким вопросом, не знаю как лучше реализовать. Есть три класса Класс1, Класс2, Класс3, каждому классу соответствует таблица в базе данных таблица1, таблица2, таблица3..Все три класса содержать одно и то же поле number. По полю number, делаю выборку из базы данных (пользуюсь join), соотвественно получают выборку из базы данных в которой содержаться поля из класса1, класса2, класс3. Для вывода данных, нужно создавать Класс4, где находятся все поля Класс1, Класса2, Класса3 или есть какой то другое решение?

0

Что-то не очень понятно в чём вопрос...

0

Сообщение от Dour соотвественно получают

Кто получает? Может не надо им ничего давать?

Сообщение от Dour содержаться

содержаться в чём?

Сообщение от Dour Для вывода данных, нужно создавать Класс4

Зачем? есть такая штука var
Попробуйте Если VS подсветит строчку красненьким))) значит что-то не так. И ваша выборка нереализуема.

Сообщение от Dour или есть какой то

"какой то" кто?

Сообщение от Dour другое решение

"Класс1, Класс2, Класс3" сделать наследниками интерфейса. Получать выборку именно его. Далее конвертер полученной выборки в один "класс4"

0

Dour, какой библиотекой вы пользуетесь для взаимодействия с бд, просто ado.net или какой нибудь надстройкой над ним, например entity framework?

Вообще странно что у вас сразу нету класс4, обычно есть уже какая то сущность, которую и раскладывают по отдельным таблицам, а потом собирают назад.

0

Лучше на примере объясню. В БД есть таблицы Таблица1, Таблица2, Таблица3, в которых есть поля:
Таблица1: number, name, lastname;
Таблица2: number, note, date;
Таблица3: number, type, adress.
В программе есть классы, с полями:
Класс1: Number, Name, LastName;
Класс2: Number, Note, Date;
Класс3: Number, Type, Adress;
Делаю запрос к базе данных
select t1.name, t1.lastname, t2.note, t2.date, t3.type, t3.adress from t1
inner join t2 on (t1.number=t2.number)
inner join t3 on (t1.number=t3.number) where t1.number = 1;

Получаю данные, в которых содержаться поля из трех классов.
Как лучше сохранить эти данные, для дальнейшей работы?
Создавать еще один класс, в котором содержаться поля из Класса1, Класса2, Класса3 ?
Нашел вариант использования коллекции Dictionary<string, Type> Class = new Dictionary<string, Type>()

Добавлено через 2 минуты
Пользуюсь, Mysql, пишу на C#
Возможно ошибся веткой

0

Dour,
В целом, реляционные базы данных и объектная модель плохо сочетаются между собой.
Поэтому вам придется чем-то пожертвовать.
Либо хорошо работать с СУБД, а внутри программы использовать слаботипизированные классы типа DataSet, DataTable, DataView и т.д. Также есть вариант LINQtoSQL.
Либо хорошо работать с ООП моделью, но тогда вы можете делать только простые запросы к БД типа Select, но без inner join. А все связи реализовывать уже внутри ваших классов. Также можно использовать EntityFramework, который по сути делает то же самое.

Ну а так, да, придется писать отдельный класс на каждый такой SQL запрос. Только смысла в этом особого нет. Пользы от ООП здесь не будет, зато будет лишний гемор по написанию отдельных классов на каждый чих.

0

Спасибо, немного просветлили

0

Доброго времени суток.
У меня такой подход к твоей теме. Есть данные, их делим на те которыми пользуемся в настоящий момент и те которые храним. За хранение отвечает полностью SQL, за пользование ты со своими классами. Допустим на пользовательской странице мне надо разместить следующую информацию (индекс, артикул, фото, описание, количество, размеры и пр.) для этого у меня есть класс (ПродуктВКаталоге) и соответсвующий ему класс для обращения к базе данных (чтение и записи инфы для ПродуктаВКаталоге). Информация для длительного хранения хранится в таблицах в базе данных, как, ты сам хочешь. Для удобства чтения и записи инфы в БД есть вьюхи и хранимые процедуры (это инструмент БД).
Для другой страницы/формы есть класс ПродуктПолностью, где отображается вся информация о сущность "Продукт". Реализовано наследование, т.е. абстрактный класс для данных clData и для чтения и отображения данных clStore. В них собраны общие для всех классов инструменты (public Id, protection string ConnectStr, protection string CommandSql, protection string ErrorSql)
Когда таким образом разделишь работу, то процесс создания конечного приложения ускорится. Грубо говоря ты на пару деньков погружаешься в SQL с его логикой, организуешь там всю информацию, готовишь ее к чтению и записи. Потом работаешь недельку с приложением.
Я считаю, что все выборки по условиям и прочая лобуда с обработкой данных должна быть реализована в запросах SQL. Зачем множить информацию запихивая ее в классы, зачем писать код для выборки по условию, сортировки данных и прочее, когда ученые диссертации защищали о том как лучше перебирать инфу. Поэтому надстройки для работы с данными (типа Ентити) не использую, а изучение sql потребуется не на много больше, чем для работы с такими надстройками.

0

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

0

Сообщение от Dour Вот мне интересен последний этап, как в таких приложениях реализован последний этап, когда происходит вывод отчета и формирования его.

это динамический SQL. По большому счету - текст запроса формируется на клиенте и передается серверу. Самый грустный вариант для сервера
Да и в плане многопользовательской среды - все очень грустно будет

0

Может проще пользователю установить Sql server manager, дать нужные права и пусть рулит?

0

Сообщение от BorisMar84 Может проще пользователю установить Sql server manager, дать нужные права и пусть рулит?

Это самое последнее, что можно сделать, как в плане безопасности, так и в плане удобства пользователю...

0