Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Выбор механизма доступа к данным в приложении 
:(
    Опции темы
archengel
  Дата 30.8.2008, 12:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 19.8.2006

Репутация: нет
Всего: нет



Основным вопросом при реализации ИС является выбор способа(механизма) доступа к данным.
 Вариантов множество: 
    1 самый примитивный: 
               на события объектов интерфейса привязанны вызовы запросов(SQL\SP) к БД, это неудобно неэффективно и т.д.
    2 в моих работах самый распространненый:
               создается отдельный класс доступа к данным, в котором и реализованы необходимые запросы к БД (SQL\SP), а в интерфейсе приложения происходит только вызов функций, которые возвращают набор данных.
    3 Современные способы такие как LINQ

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

 smile Сам разрабатываю с использованием VS2005+С#+SQL2005. 

В книгах по проектированию рекомендуют 2й способ с вызовом основаном на хранимых процедурах. К этому пришел и сам. 
Но голая теория неочень без практических примеров, так что прошу!
PM MAIL ICQ   Вверх
archengel
  Дата 31.8.2008, 16:54 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 19.8.2006

Репутация: нет
Всего: нет



Так пользы от темы здесь нет. Прошу ее удалить.
PM MAIL ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Технологии: Разные | Следующая тема »


 




[ Время генерации скрипта: 0.0483 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.