Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: СУБД и Delphi/Lazarus

  Все выпуски  

RusFAQ.ru: СУБД и Delphi


Хостинг Портала RusFAQ.ru:
MosHoster.ru - Профессиональный хостинг на Windows 2008

РАССЫЛКИ ПОРТАЛА RUSFAQ.RU

Чемпионы рейтинга экспертов в этой рассылке

Шичко Игорь
Статус: Практикант
Рейтинг: 20
∙ повысить рейтинг >>
Архипов Александр Леонидович
Статус: Практикант
Рейтинг: 20
∙ повысить рейтинг >>
Лукьяненко Алексей Валериевич
Статус: Студент
Рейтинг: 15
∙ повысить рейтинг >>

/ КОМПЬЮТЕРЫ И ПО / Языки программирования / СУБД и Delphi

Выпуск № 530
от 15.02.2009, 13:35

Администратор:Gh0stik
В рассылке:Подписчиков: 276, Экспертов: 20
В номере:Вопросов: 1, Ответов: 1

Нам важно Ваше мнение об этой рассылке.
Оценить этот выпуск рассылки >>

Вопрос № 160095: Объясните, почему в качестве посредника между БД и программой принято делать представления (SQL-запросы). Какие преимущества это дает? Есть ли смысл использовать представление, если нужно вывести таблицу "как есть" (при этом такая таблица о...


Вопрос № 160.095
Объясните, почему в качестве посредника между БД и программой принято делать представления (SQL-запросы). Какие преимущества это дает? Есть ли смысл использовать представление, если нужно вывести таблицу "как есть" (при этом такая таблица одна, а данные всех остальных таблиц данной БД выводятся с пом. представлений)?
Отправлен: 10.02.2009, 13:34
Вопрос задал: Blackie (статус: Посетитель)
Всего ответов: 1
Мини-форум вопроса >>> (сообщений: 1)

Отвечает: Delph
Здравствуйте, Blackie!

Здесь всё зависит от задач, которые стоят перед Вами. Представление может не только собрать данные из нескольких таблиц, оно может так же провести некоторую фильтрацию, разграничить доступ к данным в зависимости от пользователя. В крупных проектах часто раграничивают права пользователей: данные даже одной таблицы могут быть полностью доступны только администратору, в то время как некоторая выборка из них - операторам (для каждого - своя). Можно наложить полный запрет на доступ к базовой таблице для операторов, одновременно сделать несколько представлений, каждое из которые фильтрует данные по некоторому правилу, и каждому оператору разрешить доступ к тому или иному представлению.
Третье важное применение представления - защита клиентского приложения от изменяющейся структуры базы данных. Поясню: требования к проекту могут измениться уже после того, как он окажется в процессе активной разработки. Например, какое-то из полей может вдруг стать в ычисляемым или просто "переехать" в другую таблицу. Если чтение организовано через представления, а запись - через хранмые процедуры, то уже готовый код может и не заметить изменений в структуре, а это порой может сэкономить несколько месяцев работы целой группе программистов.

Повторюсь: внимательно посмотрите на задачу, стоящую перед Вами, и после этого Вы сможете решить, насколько эффективно будет использование такого посредника, как представление. Я же хочу упомянуть ещё об одном свойстве таких объектов: как правило, представление данных лежит внутри сервера СУБД в откомпилированном виде, поэтому если оно сложным образом собирает данные из нескольких таблиц, доступ к этим данным через него будет более быстрым, чем при использовании прямого SQL-запроса.
---------
Сомневайся во всём! Реальность часто бывает не такой, как мы о ней думаем.
Ответ отправил: Delph (статус: Практикант)
Ответ отправлен: 10.02.2009, 23:44

Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 243367 на номер 1151 (Россия) | Еще номера >>
  • Отправить WebMoney:
  • Вам помогли? Пожалуйста, поблагодарите эксперта за это!

    Оценка за ответ: 5


    Вы имеете возможность оценить этот выпуск рассылки.
    Нам очень важно Ваше мнение!
    Оценить этот выпуск рассылки >>

    Отправить вопрос экспертам этой рассылки

    Приложение (если необходимо):

    * Код программы, выдержки из закона и т.п. дополнение к вопросу.
    Эта информация будет отображена в аналогичном окне как есть.

    Обратите внимание!
    Вопрос будет отправлен всем экспертам данной рассылки!

    Для того, чтобы отправить вопрос выбранным экспертам этой рассылки или
    экспертам другой рассылки портала RusFAQ.ru, зайдите непосредственно на RusFAQ.ru.


    Форма НЕ работает в почтовых программах The BAT! и MS Outlook (кроме версии 2003+)!
    Чтобы отправить вопрос, откройте это письмо в браузере или зайдите на сайт RusFAQ.ru.

    Скажите "спасибо" эксперту, который помог Вам!

    Отправьте СМС-сообщение с тестом #thank НОМЕР_ОТВЕТА
    на короткий номер 1151 (Россия)

    Номер ответа и конкретный текст СМС указан внизу каждого ответа.

    Полный список номеров >>

    * Стоимость одного СМС-сообщения от 7.15 руб. и зависит от оператора сотовой связи. (полный список тарифов)
    ** При ошибочном вводе номера ответа или текста #thank услуга считается оказанной, денежные средства не возвращаются.
    *** Сумма выплаты эксперту-автору ответа расчитывается из суммы перечислений на портал от биллинговой компании.


    © 2001-2009, Портал RusFAQ.ru, Россия, Москва.
    Авторское право: ООО "Мастер-Эксперт Про"
    Техподдержка портала, тел.: +7 (926) 535-23-31
    Хостинг: "Московский хостер"
    Поддержка: "Московский дизайнер"
    Авторские права | Реклама на портале

    ∙ Версия системы: 5.13 от 01.12.2008

    Яндекс Rambler's Top100
    RusFAQ.ru | MosHoster.ru | MosDesigner.ru
    RusIRC.ru | Kalashnikoff.ru | RadioLeader.ru

    В избранное