- •Проектирование бд. Правила проектирования.
- •Реализация sql-запросов при работе с базой данных в среде delphi.
- •Нормализация. 1нф, 2нф, 3нф.
- •Сравнение технологий bde и ado.
- •Индексирование бд. Правила индексирования.
- •Работа с sql-запросами в ms Access.
- •7. Использование фразы having.
- •9. Выборка вычисляемых значений. Исключение дубликатов.
- •10. Запросы с использованием нескольких таблиц.
- •12.Связанные таблицы. Ключи. Виды ключей.
- •13.Типы данных в sql.
- •14. Сетевая модель данных.
- •15. Обзор визуальных компонентов среды delphi, необходимых для работы с базами данных.
- •17. Создание структуры бд средствами субд ms Access.
- •18. Фраза where. Операторы сравнения. Выборка c использованием фразы where Использование операторов сравнения
- •19. Агрегатные функции в sql.
- •20. Реляционная модель данных.
- •21. Предложение delete. Удаление единственной записи. Удаление множества записей.
- •22. Работа с формами и отчётами в ms Access.
- •23. Предложение insert. Вставка единственной записи. Вставка множества записей.
- •24. Иерархическая модель данных.
- •25. Обзор не визуальных компонентов Делфи, необходимых для работы с бд
- •26. Модель данных.
- •Фразы between, in, like.
- •Организация поиска в базе данных на примере ms Access.
25. Обзор не визуальных компонентов Делфи, необходимых для работы с бд
Невизуальные компоненты Delphi служат для соединения приложения с таблицами БД. Они расположены на странице компонентов DataAccess палитры компонентов в интегрированной среде разработки Delphi. Невизуальный компонент "перетаскивается" из палитры компонентов в форму разрабатываемого приложения. После этого Delphi автоматически описывает в форме экземпляр компонента указанного класса. Далее разработчик определяет свойства компонента, кодирует обработчики событий, где в программном коде вызывает необходимые ему методы компонента.
DataModule - Невизуальные компоненты типа TDataModule применяются для централизованного хранения наборов данных в приложении, работающем с БД Одним из главных удобств является приписывание каждому набору данных правил по управлению данными. Такие правила называются бизнес-правилами. Они обычно определяют реакцию системы при добавлении, изменении удалении данных,"при вводе ошибочных значений и реализуют блокировку действий, которые могут разрушить ссылочную и смысловую целостность БД. Такие бизнес-правила, хранящиеся централизованно на уровне приложения, при использовании одного и того же набора данных в разных формах приложения, позволяют унифицировать поведение НД на уровне всего приложения.
ObjectRepository - Репозиторий объектов Delphi. Будучи единожды разработанными для какого-либо приложения, формы с визуальными и невизуальными компонентами, а также компоненты TDataModule могут сохраняться в репозитории. Тогда они могут использоваться другими, вновь создаваемыми приложениями. Таким образом устраняется необходимость повторного написания идентичного или схожего кода в приложениях.
Невизуальные компоненты для работы с БД - Невизуальные компоненты Delphi служат для соединения приложения с таблицами БД. Они расположены на странице компонентов DataAccess палитры компонентов в интегрированной среде разработки Delphi. Невизуальный компонент "перетаскивается" из палитры компонентов в форму разрабатываемого приложения. После этого Delphi автоматически описывает в форме экземпляр компонента указанного класса. Далее разработчик определяет свойства компонента, кодирует обработчики событий, где в программном коде вызывает необходимые ему методы компонента.
Невизуальные компоненты типа TDataModule применяются для централизованного хранения наборов данных в приложении, работающем с БД. Одним из главных удобств является приписывание каждому набору данных правил по управлению данными. Такие правила называются бизнес-правилами. Они обычно определяют реакцию системы при добавлении, изменении, удалении данных, при вводе ошибочных значений и реализуют блокировку действий, которые могут разрушить ссылочную и смысловую целостность БД.
Такие бизнес-правила, хранящиеся централизованно на уровне приложения, при использовании одного и того же набора данных в разных формах приложения, позволяют унифицировать поведение НД на уровне всего приложения.