ються від аналогічних методів властивості Params в Query. Наприклад, можливі такі оператори:
//значення параметра типу string
ADOQueryl.Parameters [0] .Value:=Editl.Text;
ADOQueryl.Parameters.ParamByNsrae ( EDep ). Value:=Editl.Text; .Parameters.ParamValuest EDep ]:=EditI.Text, -
//значення параметра типу integr.Paranieters [l] .Value:=Edit2.Text; .Parameters.ParamByNarae ( year1) .Value:=Edit2.Text; .Parameters.ParamValues ??[ raquo ; year1]:=Edit2.Text;
Ще одна відмінність параметрів в компонентах ADOQuery і Query полягає в тому, що під час проектування компонент Query містить тільки ті параметри, які зазначені в запиті SQL. А в ADOQuery передбачена можливість вводити параметри під час проектування. Для цього треба натиснути кнопку з трьома крапками близько властивості Parameters у вікні Інспектора Об'єктів, потім у вікні редактора параметрів клацнути правою кнопкою миші і вибрати в контекстному меню розділ Add (замість цього можна натиснути відповідну швидку кнопку).
Компонент ADOStoredProc є аналогом компонента StoredProc, використовуваного при роботі з BDE. Цей компонент використовується для виконання збережених на сервері процедур. В цілому він працює так само, як його аналог StoredProc.
Властивість, в якому задається ім'я виконуваної процедури, називається РгосеdureName, а не StoredProcName, як в StoredProc. Після того як ви задасте ім'я процедури, у властивості Parameters, аналогічному розглянутому вище для Створення додатків для роботи з базами даних в мережі компонента ADOQuery, з'являться вхідні параметри процедури. Вихідні параметри представляються об'єктами полів компонента ADOStoredProc. Ви можете побачити їх і змінити їх властивості, якщо зробите подвійне клацання на компоненті ADOStoredProc, у вікні Редактора Полів зробите клацання правою кнопкою миші і виберете розділ Add all fields. У вікні з'являться поля, які відповідають усім вихідним параметрам процедури.
Таким чином, при роботі з збереженими процедурами ви спочатку повинні задати значення вхідних параметрів, потім виконати виклик процедури оператором виду: .ExecProc;
а до повернутих параметрах звертатися як до об'єктів полів компонента ADOStoredProc.
Універсальний компонент ADODataSet може виконувати функції компонентів ADOTable, ADOQuery, ADOStoredProc. Режим роботи ADODataSet задається двома взаємопов'язаними параметрами: CommandType і CommandText.
Параметр CommandType може приймати значення:
- cmdUnknown;
- cmdText;
- cmdTable;
- cmdStoredProc;
- cmdFile;
- cmdTableDirect.
Таким чином, при значеннях cmdTable або cmdTableDirect компонент працює як ADOTable, при значенні cmdText - як ADOQuery (тільки при запиті SELECT), при значенні cmdStoredProc - як ADOStoredProc. При значенні cmdFile компонент працює як ADOTable, беручи значення даних з файлу, в якому вони були раніше збережені методом SaveToFile. Значення cmdUnknown може використовуватися тільки як тимчасове. Перед з'єднанням з базою даних це значення має бути змінено. Після установки значення властивості CommandType у властивості CommandText автоматично встановлюється випадаючий список, відповідний значенню CommandType. Наприклад, при значеннях cmdTable і cmdTableDirect у властивості CommandText з'являється список таблиць. При значенні cmdStoredProc у властивості CommandText з'являється список збережених процедур. При значенні cmdText у властивості CommandText з'являється кнопка з трьома крапками. Її натиснення викликає редактор запиту SQL. При значенні cmdFile у властивості CommandText також з'являється кнопка з трьома крапками. Її натиснення викликає звичайний діалог відкриття файлу.
Слід підкреслити, що в режимі cmdText компонент може виконувати тільки оператор SELECT. Для виконання операторів мови маніпулювання даними, таких, як DELETE, INSERT або UPDATE, треба використовувати компонент ADOQuery або описаний далі компонент ADOCommand.
3.2 Поняття бази даних
У самому загальному сенсі база даних - це набір записів і файлів, організованих спеціальним чином. У комп'ютері, наприклад, можна зберігати прізвища та адреси друзів або клієнтів. Один з типів баз даних - це документи, набрані за допомогою текстових редакторів і згруповані за темами. Інший тип - файли електронних таблиць, що об'єднуються в групи по характеру їх використання.
З ростом популярності СУБД в 70-80-х роках з'явилося безліч різних моделей даних. У кожної з них були свої достоїнств...
