Лучшая практика для модуля подключения SQL-DB

В настоящее время я пытаюсь улучшить модуль базы данных sql, так как у нас есть 10 разных, которые все немного отличаются.Лучшая практика для модуля подключения SQL-DB

Мне сейчас интересно, какая наилучшая практика заключается в том, чтобы сделать этот модуль соединения sql максимально удобным. В основном поисковый запрос:

Является

public List<ClassForDatatype> getData(String SQLStatement)

лучше

public DataTable getData(String SQLStatement)?

В большинстве мест, мы просто хотим, чтобы отобразить элементы, которые мы получили в DataGrid. Однако мы также хотим использовать ToString для создания электронной почты.

Каковы ваши предложения здесь?

источник

2014-10-13 Test Account

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

EDIT: Вы можете использовать свою вторую версию, потому что она будет быстрее (меньше вызовов/преобразований и т. Д.). Но если вы решите в точке certin, что вы переключитесь с DataGrid на что-то еще, вам придется переработать много кода.

источник

2014-10-13 10:51:57 user743414

Да, у меня возникло ощущение, что я тоже сказал бы то же самое. Обработка ошибок для неправильного переноса должна быть в классе, который правильно использует объект sql-connection? –

Зависит от того, что вы имеете в виду под «неправильным составом». – user743414

Извините, что я имел в виду недопустимый литой, как и в моем SQL-заявлении, только возвращает строки, но указанный класс ClassForDatatype также является целым числом. –

Лучшая практика для модуля подключения SQL-DB

ответ

Смежные вопросы