Реалізація бази даних на тему "Футбольний турнір"

Візуалізація як відбір відображуваних даних відповідно до заданого критерію, їхнє упорядкування, оформлення і наступна видача на пристрої виводу або передачі по каналах зв'язку. Характеристика основних переваг реляційної моделі інформаційної системи.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык украинский
Дата добавления 28.03.2016
Размер файла 20,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Вступ

База Даних (БД) - це інформація, представлена у вигляді двовимірних таблиць. БД містить безліч рядків, кожна з яких відповідає об'єкту. Для кожного об'єкта використовуються певні незалежні позиції, які називаються полями. Уявімо собі таку БД, що містить рядки і стовпці (найпростіший випадок). Кожен рядок, звана також записом, відповідає певному об'єкту. Кожен стовпець містить значення відповідних даних про об'єкт.

БД може складатися не з однієї таблиці, а з двох, трьох і більше. Додаткову інформацію про об'єкт можна зберігати в додаткових таблицях. Одне з потужних засобів БД полягає в тому, що інформацію можна впорядковувати за тим критерієм, який задає користувач.

База Даних - це організована структура, призначена для зберігання інформації. У сучасних базах даних зберігаються не тільки дані, але й інформація.

З поняттям бази даних тісно пов'язане поняття системи управління базою даних. Це комплекс програмних засобів, призначених для створення структури нової бази, наповнення її вмістом, редагування вмісту і візуалізації інформації. Під візуалізацією інформації бази розуміється відбір відображуваних даних відповідно до заданого критерію, їхнє упорядкування, оформлення і наступна видача на пристрої виводу або передачі по каналах зв'язку. У світі існує безліч систем управління базами даних. Незважаючи на те, що вони можуть по-різному працювати з різними об'єктами і надають користувачу різні функції й засоби, більшість СУБД спираються на єдиний усталений комплекс основних понять.

До появи СУБД всі дані, які містилися в комп'ютерній системі постійно, зберігалися у вигляді окремих файлів. Система управління файлами, яка зазвичай є частиною операційної системи комп'ютера, стежила за іменами файлів і місцями їх розташування. У системах управління файлами моделі даних, як правило, не використовувалися; ці системи нічого не знали про внутрішній вміст файлів. Для такої системи файл, який містить документ текстового процесора, нічим не відрізняється від файлу, що містить дані про нараховану зарплату.

Мета - даної курсової роботи є реалізація бази даних на тему «Футбольний турнір». Програма повинна містити не менше дев'яти таблиць на обрану тему. Повинні бути реалізовані пошук, сортування вмісту таблиць, виконання SQL - запит (статистичний і динамічний) і звіт до будь-якого з полів таблиць. Програма повинна бути просто в зверненні, мати простий інтерфейс. Програма повинна мати мінімальні системними вимогами для зручності її використання на різних типах комп'ютера.

1. Дослідницька частина

1.1 Назви гри

Повний англійська назва (англ. Association football) було придумано, щоб відрізняти цю гру від інших різновидів «ножного м'яча», особливо регбі (англ. Rugby football). У 1880-х роках з'явилося назва сокер (англ. Soccer), яке в наші дні набуло широкого поширення в англомовних країнах, вже в якості самостійного слова.

1.2 Правила гри

Перші правила були записані як «Правила найпростішої гри», з тих пір організація ІФАБ, що займається розробкою правил прагне зберегти цей принцип і зробити футбол видовищним і безпечніше. Сучасні правила складаються з 17 пунктів, повністю описують що потрібно робити від розмітки футбольного поля, до покарання гравців за грубість. За виконанням правил на поле під час гри стежить бригада арбітрів.

1.3 Ігровий процес

Окрема футбольна гра називається - матч, який в свою чергу складається з двох таймів по 45 хвилин. Пауза між першим і другим таймами складає 15 хвилин, протягом якої команди відпочивають, а по її закінченні міняються воротами.

У футбол грають на полі з трав'яним або синтетичним покриттям. У грі беруть участь дві команди, по 11 чоловік. Одна людина в команді воротар - він один може грати руками в штрафній площі біля своїх воріт, його основним завданням є захист воріт. Решта гравців також мають свої завдання і позиції на полі. Захисники - розташовуються в основному на своїй половині поля, їх завдання - протидіяти нападаючим гравцям протилежної команди. Півзахисники - діють в середині поля, їх роль - допомагати захисникам або нападаючим залежно від ігрової ситуації. Нападники - розташовуються, переважно на половині поля суперника, основне завдання - забивати голи.

Мета гри - забити м'яч у ворота супротивника, зробити це якомога більшу кількість разів і постаратися не допустити гола в свої ворота. Матч виграє команда, що забила більшу кількість голів.

У разі, якщо протягом двох таймів команди мають рівну кількість голів, то або фіксується нічия або переможець виявляється згідно із встановленим регламентом матчу. У цьому випадку може бути призначено додатковий час - ще два тайми по 15 хвилин кожен без перерви, але зі зміною сторін. Якщо ж і після них переможець не визначений, тоді проводиться серія післяматчевих пенальті. Серія ведеться до тих пір, поки переможця не буде визначено.

Організація.

Існує ряд організацій, які здійснюють контроль, управління і поширення футболу. Основний є ФІФА, розташована в Цюріху, Швейцарія. Вона займається організацією міжнародних змагань світового масштабу, зокрема чемпіонату світу. Далі йдуть континентальні організації та організації по країнам, областям і містам і т. Д. У кожної є обов'язки по організації відповідних футбольних змагань, контролю за діяльністю входять до них клубів, поширенням і популяризацією футболу в регіоні.

Клуби.

Футбольний клуб - базова осередок всієї футбольної структури. Він є сполучною ланкою між футболістами, персоналом та організаціями. По суті це команда футболістів, що входить в одну з організацій, що має певну інфраструктуру і обслуговуючий персонал.

Турнір.

Турнір з футболу, як і в будь-якому іншому виді спорту - важлива складова гри. Змагання організовується будь-якої федерацією, для кожного турніру складається регламент, в якому зазвичай визначають склад учасників, схему турніру, правила визначення переможця при рівності очок і якісь відхилення від правил, наприклад кількість замін. Змагання діляться на внутрішні і міжнародні, які в свою чергу поділяються на клубні і національних збірних.

Тому досить цікаво, але в той же час і складно розробляти базу даних на таку широку тему. Необхідно охопити не тільки дані про футболістів, а й про стадіони, клубах, державах, які є законодавцями мод на футбольній арені.

Реляційна модель даних.

Недоліки ієрархічної і мережної моделей призвели до появи нової, реляційної моделі даних, створеної Коддом в 1970 році і викликала загальний інтерес. Реляційна модель була спробою спростити структуру бази даних. У ній були відсутні явні покажчики на предків і нащадків, а всі дані були представлені у вигляді простих таблиць, розбитих на рядки і стовпці. На жаль, практичне визначення поняття "реляційна база даних" виявилося набагато більш розмитим, ніж точне математичне визначення, дане цьому терміну Коддом в 1970 році. У перших реляційних СУБД не були реалізовані деякі з ключових частин моделі Кодда, і цю прогалину було заповнено лише згодом. У міру зростання популярності реляційної концепції реляційними стали називатися багато баз даних, які насправді такими не були.

У реляційній базі даних інформація організована у вигляді таблиць, розділених на рядки і стовпці, на перетині яких містяться значення даних. У кожної таблиці є унікальне ім'я, яке описує її вміст.

Мережеві бази даних.

Якщо структура даних виявилася складнішою, ніж звичайна ієрархія, простота структури ієрархічної бази даних ставала її недоліком. У зв'язку з цим для таких додатків була розроблена нова мережева модель даних. Вона була поліпшеною ієрархічною моделлю, в якій одна запис могла брати участь в декількох аспектах предок / нащадок. У мережній моделі такі відносини називалися множинами. У 1971 році на конференції з мов систем даних був опублікований офіційний стандарт мережевих баз даних, який відомий як модель CODASYL. Компанія IBM не стала розробляти власну мережеву СУБД і замість цього продовжувала нарощувати можливість IMS. Мережеві бази даних мали низку переваг:

* Гнучкість. Множинні відносини предок / нащадок дозволяли мережевий базі даних зберігати дані, структура яких була складніше простий ієрархії.

* Стандартизація. Поява стандарту CODASYL популярність мережевої моделі, а такі постачальники міні-комп'ютерів, як Digital Equipment Corporation і Data General, реалізували мережеві СУБД.

* Швидкодія. Всупереч своїй великої складності, мережеві бази даних досягали швидкодії, який можна порівняти з швидкодією ієрархічних баз даних. Безлічі були представлені покажчиками на фізичні запису даних, і в деяких системах адміністратор міг задати кластеризації даних на основі безлічі відносин. Звичайно, у мережевих баз даних були недоліки. Як і ієрархічні бази даних, мережеві базі даних були дуже жорсткими. Набори відносин і структуру записів доводилося ставити наперед. Зміна структури бази даних зазвичай означало перебудову всієї бази даних.

Мова SQL.

SQL є інструментом, призначеним для обробки і читання даних, що містяться в комп'ютерній базі даних. SQL - це скорочена назва структурованого мови запитів (Structured Query Language). Як випливає з назви, SQL є мовою програмування, який застосовується для організації взаємодії користувача з базою даних. Насправді SQL працює тільки з базами даних одного певного типу, званих реляційними. Якщо обчислювальна система відноситься до сфери бізнесу, то в базі даних може зберігатися інформація про матеріальні цінності, що випускається, обсяги продажів і зарплати. У базі даних на персональному комп'ютері може зберігатися інформація про виписаних чеках, телефонах і адресах або інформація, витягнута з більшої обчислювальної системи. Комп'ютерна програма, яка керує базою даних, називається системою управління базою даних, або СУБД.

Якщо користувачеві необхідно прочитати дані з бази даних, він запитує їх у СУБД за допомогою SQL. СУБД обробляє запит, знаходить необхідні дані і посилає їх користувачеві. Процес запиту даних і отримання результату називається запитом до бази даних: звідси й назва - структурований мова запитів.

Однак ця назва не зовсім відповідає дійсності. По-перше, сьогодні SQL являє собою щось набагато більше, ніж простий інструмент створення запитів, хоча саме для цього він і був спочатку призначений. Незважаючи на те, що читання даних як і раніше залишається однією з найбільш важливих функцій SQL, зараз ця мова використовується для реалізації всіх функціональних можливостей, які СУБД надає користувачеві, а саме:

* Організація даних. SQL дає користувачеві можливість змінювати структуру представлення даних, а також встановлювати відносини між елементами бази даних.

* Читання даних. SQL дає користувачеві або додатком можливість читати з бази даних містяться в ній дані і користуватися ними.

* Обробка ванних. SQL дає користувачеві або додатком можливість змінювати базу даних, тобто додавати в неї нові дані, а також видаляти або відновлювати вже наявні в ній дані.

* Управління доступом. За допомогою SQL можна обмежити можливості користувача з читання та зміни даних і захистити їх від несанкціонованого доступу.

* Спільне використання даних. SQL координує спільне використання даних користувачами, що працюють паралельно, щоб вони не заважали один одному.

* Цілісність даних. SQL дозволяє забезпечити цілісність бази даних, захищаючи її від руйнування через неузгоджені змін або відмови системи.

Таким чином, SQL є досить потужним мовою для взаємодії з СУБД.

По-друге, SQL - це не повноцінний комп'ютерний мова типу COBOL, FORTRAN або С. У SQL немає оператора IF для перевірки умов, немає оператора GOTO для організації переходів і немає операторів DO або FOR для створення циклів. SQL є підмовою баз даних, в який входить близько тридцяти операторів, призначених для управління базами даних. Оператори SQL вбудовуються в базова мова, наприклад COBOL, FORTRAN або С, і дають можливість отримувати доступ до баз даних.

Нарешті, SQL - це слабо структурований мову, особливо в порівнянні з такими сильно структурованими мовами, як С або Pascal. Оператори SQL нагадують англійські пропозиції і містять "слова-пустушки", які не впливають на зміст оператора, але полегшують його читання. У SQL майже немає нелогічностей, до того ж є ряд спеціальних правил, що запобігають створення операторів SQL, які виглядають як абсолютно правильні, але не мають сенсу.

Незважаючи на не зовсім точна назва, SQL на сьогоднішній день є єдиним стандартною мовою для роботи з реляційними базами даних. SQL - це досить потужний і в той же час відносно легкий для вивчення мову.

Роль SQL.

Сам по собі SQL не є ні системою керування базами даних, ні окремим програмним продуктом. Не можна піти в комп'ютерний магазин і "купити SQL". SQL - це невід'ємна частина СУБД, інструмент, за допомогою якого здійснюється зв'язок користувача з нею. На рис. 2.2. зображена структурна схема типової СУБД, компоненти якої з'єднуються в єдине ціле за допомогою SQL (свого роду "клею").

Ядро бази даних є серцевиною СУБД; воно відповідає за фізичне структурування та запис даних на диск, а також за фізичне читання даних з диска. Крім того, воно приймає SQL-запити від інших компонентів СУБД (таких як генератор форм, генератор звітів або модуль формування інтерактивних запитів), від призначених для користувача додатків і навіть від інших обчислювальних систем. Як видно з малюнка, SQL виконує багато різних функцій:

* SQL - інтерактивний мова запитів. Користувачі вводять команди SQL в інтерактивні програми, призначені для читання даних і відображення їх на екрані. Це зручний спосіб виконання спеціальних запитів.

* SQL - мова програмування баз даних. Щоб отримати доступ до бази даних, програмісти вставляють в свої програми команди SQL. Ця методика використовується як в програмах, написаних користувачами, так і в службових програмах баз даних (таких як генератори звітів і інструменти введення даних).

* SQL - мова адміністрування баз даних. Адміністратор бази даних, яка перебуває на міні-комп'ютері або на великий ЕОМ, використовує SQL для визначення структури бази даних і управління доступом до даних.

* SQL - мова створення додатків клієнт / сервер, і програмах для персональних комп'ютерів SQL використовується для організації зв'язку через локальну мережу з сервером бази даних, в якій зберігаються спільно використовуються дані. У більшості нових додатків використовується архітектура клієнт / сервер, яка дозволяє звести до мінімуму мережевий трафік і підвищити швидкодію як персональних комп'ютерів, так і серверів баз даних.

* SQL - мова розподілених баз даних. У системах управління розподіленими базами даних SQL допомагає розподіляти дані серед декількох взаємодіючих обчислювальних систем. Програмне забезпечення кожної системи за допомогою використання SQL зв'язується з іншими системами, посилаючи їм запити на доступ до даних.

* SQL - мова шлюзів бази даних. В обчислювальних мережах з різними СУБД SQL часто використовується в шлюзовий програмі, яка дозволяє СУБД одного типу зв'язуватися з СУБД іншого типу.

Таким чином, SQL перетворився в корисний і потужний інструмент, що забезпечує людям, програмами і обчислювальних систем доступ до інформації, що міститься в реляційних базах даних.

2. Конструктивна частина

2.1 Використані кошти

При розробці даного програмного забезпечення були використані об'єкти візуальної середовища програмування Borland Delphi 7.0. Були використані наступні основні класи Delphi:

TForm - є основним «будівельним блоком» в Delphi. Об'єкт даного класу служить «контейнером» для розміщення інших компонентів програми. Всі розміщені на об'єкті даного класу компоненти стають залежними від нього, тому, істотні зміни властивостей даного об'єкта впливають на властивості компонентів;

TLabel - призначена для розміщення на формі різного роду текстових написів. З компонентом може бути пов'язаний віконний керуючий елемент. Можна змінити шрифт і колір мітки, якщо двічі клацнути на властивість Font в Інспектора Об'єктів. Це легко зробити і під час виконання програми, написавши всього один рядок коду. Компонент Label має такі властивості: Alignment-визначає вирівнювання тексту по горизонталі щодо кордонів компонента; AutoSize - вказує, чи буде мітка змінювати свої розміри в залежності від поміщеного в її властивість Caption тексту, Тrue - буде; FocusControl - містить ім'я віконного компонента, який пов'язаний з міткою-акселератором; Layout-визначає вирівнювання тексту по вертикалі щодо кордонів мітки; ShowAccelChar-якщо містить True, символ & у тексті мітки передує символу-акселератора; Transparent-визначає прозорість фону мітки. Якщо False, фон закрашивается власним кольором Color, в іншому випадку використовується фон батьківського компонента;

TButton - кнопка, широко використовується для управління програмами. Помістивши TButton на форму, за подвійним клацанням можна створити заготівлю обробника події натискання кнопки. Властивості компонента: Cansel - якщо має значення True, подія OnClick кнопки виникає при натисканні клавіші Enter; Default - якщо має значення True, подія OnClick кнопки виникає при натисканні клавіші Enter; ModalResult - визначає результат, з яким було закрито модальне вікно.

TEdit - багаторядковий редактор тексту. З його допомогою можна вводити або відображати досить довгі текстові рядки. Центральним властивістю компонента є Text, яке представляє собою відображається компонентом рядок. За допомогою обробника події OnChange програма може контролювати вводиться користувачем текст і при необхідності фільтрувати його, ігноруючи неприпустимі символи. Властивості компонента: AutoSelect - вказує, чи буде виділятися звістку текст в момент отримання компонентом фокуса введення. CanUndo - містить True, якщо зроблені користувачем зміни в тексті Text можна прибрати автоматично. MaxLength -визначає максимальну довжину текстового рядка. Якщо має значення 0, довжина рядка не обмежена. OEMConvert - містить True, якщо необхідно перекодувати текст з кодування MS-DOS в кодування Windows і назад. PasswordChar - якщо символ PasswordChar визначено, він замінює собою будь-який символ тексту при відображенні у вікні. Використовується для введення паролів. ReadOnly - якщо містить True, текст не може змінюватися. SelLength - містить довжину виділеної частини тексту. SelStart - містить номер першого символу виділеної частини тексту. Seltext - містить виділену частину тексту. Text - містить звістку текст.

PageControl - компонент являє собою набір сторінок накладених одна на іншу. Перемикання між сторінками здійснюється за допомогою закладок. Закладки можуть виглядати як "справжні" в паперовому блокноті, а можуть бути схожі на стандартні кнопки Windows. При перемиканні закладок здійснюється виклик методу-обробника події property OnChange: TNotifyEvent; відповідний код, в якому може змінити набір видимих ??елементів управління і створити для користувача ілюзію "перемикання сторінок".

Компонент TPageControl використовують для створення редакторів властивостей і налаштувань програми, а також для різного роду майстрів (Wizards). Компонент TPageControl, для забезпечення роботи створює "справжню" сторінку - екземпляр класу TTabSheet. Список покажчиків на всі створені екземпляри сторінок зберігається у властивості Pages, доступному тільки для читання: property Pages [Index: Integer]: TTabSheet; Номер індексу відповідає порядковому номеру сторінки. Для створення нової сторінки використовується команда New Page спливаючому меню компонента, перенесеного на форму. Якщо ж потрібно створити сторінку на етапі виконання, тоді задають екземпляр TTabSheet самостійно і у властивості Pagecontrol вказують на батьківський блокнот: pcMain: TPageControl; ts: TTabSheet; ts: = TTabSheet.Create (pcMain); with ts do begin PageControl: = pcMain; ts.Caption: = 'New page'; end;

Загальна кількість сторінок зберігається у властивості property PageCount: Integer; доступному тільки для читання. Поточну сторінку можна задати властивістю: property ActivePage: TTabSheet; Якщо під час розробки (цією можливістю компонент TPageControl відрізняється від - свого побратима) або під час виконання перемкнутися на іншу сторінку, значення властивості ActivePage зміниться.

Також для переходу на сусідню сторінку програмними засобами можна використовувати метод procedure SelectNextPage (GoForward: Boolean); в якому параметр GoForward при значенні True задає перехід на наступну лраніцу, інакше - на попередню.

На власника сторінки вказує значення властивості property PageControl: TPageControl; Розташування сторінки в блокноті задає властивість Pageindex: property Pageindex: Integer;

Якщо в блокноті одночасно виділено декілька сторінок, то положення даної сторінки, серед виділених, визначається властивістю тільки для читання property Tablndex: Integer;

Сторінка може тимчасово "зникнути" з блокнота, а потім знову з'явитися. Для цього застосовується властивість property TabVisible: Boolean;

DBGrid - цей компонент інкапсулює двовимірну таблицю, в якій рядки являють собою записи, а стовпці - поля набору даних. Компонент TDBGrid є нащадком класів TDBCustomGrid І TCustomGrid.

Від класу TCustomGrid успадковуються всі функції відображення і управління роботою двовимірної структури даних. Клас TDBCustomGrid забезпечує візуалізацію і редагування полів з набору даних, причому TDBGrid тільки публікує властивості і методи класу TDBCustomGrid, не додаючи власних.

У компоненті TDBGrid можна відображати довільна підмножина полів використовуваного набору даних, але число записів обмежити не можна - в компоненті завжди присутні всі записи пов'язаного набору даних. Необхідний набір полів можна скласти за допомогою спеціального Редактора стовпців, який відкривається при подвійному натисканні на компоненті, перенесеному на форму, або кнопкою властивості columns в інспектор об'єктів.

Нова колонка додається за допомогою кнопки Add New, після цього її назва з'являється в списку колонок (рис. 3). Для обраної в списку колонки доступні для редагування властивості з'являються в Інспектора об'єктів. Колонки в списку можна редагувати, видаляти, міняти місцями.

За допомогою кнопки Add All Fields у сітку можна додати всі поля набору даних.

Кожна колонка компонента TDBGrid описується спеціальним класом TColumn, a сукупність колонок доступна через властивість columns компонента, воно має тип TDBGridColumns і являє собою індексований список об'єктів колонок. Поле набору даних зв'язується з конкретною колонкою за допомогою властивості FieldName класу TColumn. При цьому в колонку автоматично переносяться всі необхідні параметри поля, зокрема заголовок поля, налаштування шрифтів, ширина поля. Після ручного зміни параметрів первинні значення відновлюються методами відповідних об'єктів Icolurcm.

При використанні методу DefaultDrawColumnCell і метода- обробника OnDraw-Coin Cell можна управляти процесом відображення даних в осередках.

За допомогою властивостей і методів класу TDBGridColumns можна змінювати налаштування полів компонента TDBGrid під час виконання програми. Властивість state визначає спосіб створення колонок. Його значення встановлюється автоматично. При створенні колонок для всіх полів відразу (кнопка Add Аll Fields Редактора стовпців) встановлюється значення csDefault.

При будь-якому ручній зміні властивостей встановлюється значення csCustomized. При програмному зміні значення властивості під час виконання всі існуючі колонки віддаляються.

Всі дані з існуючих колонок можна зберегти у файлі або потоці за допомогою методів SaveToFile і saveToStream, а потім завантажити їх назад методами LoadFromFile і LoadFromStream.

DBNavigator - компонент DBNavigator, який являє собою сукупність керуючих кнопок, виконує операції навігації по набору даних і модифікації записів целіком.Компонент TDBNavigator за допомогою властивості DataSource зв'язується з компонентом TDataSource і через нього з набором даних.

Така схема дозволяє забезпечити зміну поточних значень полів відразу у всіх пов'язаних з TDataSource компонентах відображення даних. Таким чином, TDBNavigator тільки дає команду на виконання переміщення по набору даних або іншої керуючої операції, а всю реальну роботу виконують компонент набору даних і компонент TDataSource. Компонентів відображення даних залишається тільки прийняти нові дані від своїх полів.

DataSource - компонент TDataSource, забезпечує взаємодію набору даних з компонентами відображення даних. Найчастіше одному набору даних відповідає один компонент TDataSource, хоча їх може бути кілька.

Для настройки властивостей компонента необхідно виконати наступні дії.

1. Зв'язати набір даних і компонент TDataSource. Для цього використовується властивість DataSet компонента TDataSource, доступне через Інспектор об'єктів. Це покажчик на екземпляр компонента доступу до даних. У списку цієї властивості в Інспекторові об'єктів перераховані всі доступні компоненти наборів даних.

2. Перейменувати компонент. Це не обов'язкова дію. Проте, бажано привласнювати компонентам осмислені імена, відповідні назвам пов'язаних наборів даних. Зазвичай назва компонента комбінує ім'я набору даних (наприклад, SortDataSource).

Компонент TDataSource має ряд корисних властивостей і методів. Отже, зв'язування з компонентом набору даних виконує властивість property DataSet: TDataSet; За допомогою властивості property Enabled: Boolean;

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

ТТаЫе - компонент таблиці забезпечує доступ до таблиці бази даних цілком, створюючи набір даних, структура полів якого повністю повторює таблицю, бази даних. За рахунок цього компонент простий в налаштуванні і володіє багатьма додатковими функціями, які забезпечують застосування табличних індексів. Властивості IndexName і IndexFieldNames не можна використовувати одночасно.

Число полів, використовуваних в поточному індексі табличного компонента, повертає властивість property IndexFieldCcunt: Integer; А властивість property IndexFields: [Index: Integer]: TField;

являє собою індексований список полів, що входять в поточний індекс:

for i: = 0 to MyTable.IndexFieldCount -1do MyTable.IndexFields [i] .Enabled: = False;

Для виконання операцій з таблицями і індексами цілком в табличних компонентах реалізовано декілька методів. Метод procedure CreateTable; створює нову таблицю в базі даних, використовуючи задане ім'я і опис полів, і індексів з властивостей TFieldDefs і TindexDefs.

Якщо таблиця з таким ім'ям вже є в базі даних, то вона буде знищена і створена заново з новою структурою і даними. Метод procedure Empty Table;

видаляє з набору даних і таблиці бази даних всі записи. Метод procedure DeleteTable; знищує таблицю бази даних, пов'язану з компонентом. Набір даних повинен бути закритий. Метод type TIndexOption = (ixPrimary, ixUnique, ixDescending, ixCaselnsensitive, ixExpression, ixNonMaintained); TIndexOptions = set of TIndexOption;

procedure Addlndex (const Name, Fields: String; Options: TIndexOptions, const DescFields: String = "); додає до таблиці БД новий індекс.

Параметр Name задає ім'я індексу. У параметрі Fields через крапку з комою визначаються імена полів, що входять в індекс. Параметр DescFields задає опис індексу з констант, оголошених в типі TIndexOption. Метод procedure Deletelndex (const Name: string); знищує індекс.

TQuery - компонент запиту призначений для створення запиту SQL, підготовки його параметрів, передачі запиту на сервер БД і представлення результату запиту в наборі даних. При цьому набір даних може бути редагований чи ні.

Будь-компонент запиту, кожен рядок набору даних якого однозначно пов'язується з одним рядком таблиці БД, може редагуватися. Якщо ж наведене правило не виконується, то набір даних можна використовувати тільки для перегляду, і, звичайно, можливості компонентів тут ні при чому.

Проте, компоненти запитів надають розробникові потужний і гнучкий механізм роботи з даними. За допомогою компонентів запитів можна вирішувати набагато складніші завдання, ніж з табличними компонентами. В цілому компонент запиту працює швидше, т. К. Структура повертаються запитом полів може змінюватися, то екземпляри класу TFieldDef, що зберігають інформацію про властивості полів, створюються за потребою при запуску програми.

Табличний компонент створює всі класи для опису полів у будь-якому випадку, тому в додатках клієнт-сервер табличний компонент може відкриватися повільніше, ніж запит.

2.2 Блокова схема

інформаційний реляційний візуалізація

Табл. 1

Головне вікно

Запит (Вибір таблиці бази даних)

Сортування (Вибір ознаки сортування)

Звіт

Вибір поля таблиці бази даних

SQL - запит

Пошук (Вибір поля пошуку , Введення тексту пошуку)

Висновок

На сьогоднішній день реляційні бази даних залишаються найпоширенішими, завдяки своїй простоті і наочності як в процесі створення так і на призначеному для користувача рівні.

Основною перевагою реляційних баз даних сумісність з найпопулярнішою мовою запитів SQL. За допомогою єдиного запиту на цій мові можна з'єднати кілька таблиць у тимчасову таблицю і вирізати з неї необхідні рядки і стовпці (селекція і проекція). Так як таблична структура реляційної бази даних інтуїтивно зрозуміла користувачам, то і мова SQL є простим і легким для вивчення. Реляційна модель має солідний теоретичний фундамент, на якому були засновані еволюція і реалізація реляційних баз даних. На хвилі популярності, викликаної успіхом реляційної моделі, SQL став основною мовою для реляційних баз даних.

У процесі аналізу вищевикладеної інформації виявлені такі недоліки розглянутої моделі баз даних:

- Так як всі поля однієї таблиці повинні містити постійне число полів заздалегідь визначених типів, доводиться створювати додаткові таблиці, що враховують індивідуальні особливості елементів, за допомогою зовнішніх ключів. Такий підхід сильно ускладнює створення скільки-небудь складних взаємозв'язків в базі даних;

- Висока трудомісткість маніпулювання інформацією

Література

1. Фаронов В.В. Delphi. Програмування на мові високого рівня: Підручник для вузів - СПб .: Питер, 2005. - 640с.

2. Бобровський С.І. Delphi 7. Навчальний курс - СПб .: Питер, 2004. - 736с.

3. SQL Повне керівництво BHV, Київ, 1998 р.

Размещено на Allbest.ru

...

Подобные документы

  • Особливості процесу формування та опрацювання бази даних Ліги Чемпіонів. Етапи проектування логічної структури реляційної бази даних, застосування теоретико-множинних операцій реляційної алгебри. Ліга чемпіонів УЄФА як щорічний футбольний турнір.

    контрольная работа [3,2 M], добавлен 27.08.2012

  • Виявлення основних сутностей предметної області. Побудова схеми реляційної бази даних. Вбудовані процедури і тригери. Опис архітектури програмної системи і концептуальної моделі бази даних, програмної реалізації та інтерфейсу користувача додатку.

    курсовая работа [4,3 M], добавлен 05.12.2012

  • Проектування інформаційної системи для супроводу баз даних. Моделі запиту даних співробітником автоінспекції та обробки запиту про машини та їх власників. База даних за допомогою SQL-сервер. Реалізація запитів, процедур, тригерів і представлення.

    курсовая работа [1,7 M], добавлен 18.06.2012

  • Основи проектування мобільного додатку для операційної системи Android з використанням хмарної бази даних Cloud Firestore. Аналіз основних труднощів, які виникають під час розробки додатків. Визначення основних переваг та недоліків хмарних баз даних.

    статья [195,3 K], добавлен 07.02.2018

  • Поняття та переваги реляційної бази, автоматизація аналізу даних. Опис основних компонентів сховища даних AS/400. Процес перетворення оперативних даних в інформаційні. Багатовимірні бази даних (MDD). Опис даних і створення файлів в інтеграційних базах.

    реферат [36,8 K], добавлен 14.01.2012

  • Використання баз даних та інформаційних систем. Поняття реляційної моделі даних. Ключові особливості мови SQL. Агрегатні функції і угрупування даних. Загальний опис бази даних. Застосування технології систем управління базами даних в мережі Інтернет.

    курсовая работа [633,3 K], добавлен 11.07.2015

  • Проектування бази даних предметної області "Магазин будівельних матеріалів". Аналіз сукупності вхідних і вихідних даних, шляхи удосконалення інформаційної системи обліку товару. Організація інформаційної бази, розробка логічної і фізичної моделі.

    курсовая работа [559,2 K], добавлен 09.05.2016

  • Аналіз предметної галузі, постановка задачі, проектування бази даних. UML-моделювання, побудова ER-діаграми, схеми реляційної бази даних у третій нормальній формі. Призначення і логічна структура. Опис фізичної моделі бази даних, програмної реалізації.

    курсовая работа [3,5 M], добавлен 28.11.2011

  • Аналіз відомих підходів до проектування баз даних. Моделі "сутність-зв'язок". Ієрархічна, мережева та реляційна моделі представлення даних. Організація обмежень посилальної цілісності. Нормалізація відносин. Властивості колонок таблиць фізичної моделі.

    курсовая работа [417,6 K], добавлен 01.02.2013

  • Проектування і реалізація реляційної бази даних для централізованого зберігання інформації з метою полегшення і систематизації даних замовлень клієнтів готельного комплексу. Розробка сценаріїв для створення бази даних і базових таблиць проекту.

    курсовая работа [147,2 K], добавлен 02.06.2019

  • База даних як організована структура, призначена для зберігання інформації. Проектування та реалізація в СУБД MS Access інформаційної системи "База даних Internet-ресурсів тестів з психології". Розробка логічної системи даних, інструкції користувача.

    курсовая работа [5,3 M], добавлен 22.10.2012

  • Вибір методів та засобів створення інформаційної системи для обліку і перегляду продукції на складі. Розробка моделі даних для реляційної бази даних, прикладного програмного забезпечення. Тестування програмного додатку, виявлення можливих проблем.

    курсовая работа [1,1 M], добавлен 22.09.2015

  • Розробка інформаційної системи, що містить дані про товари, їх поставку і доставку за допомогою моделі "Сутність-зв'язок". Вибір засобів її реалізації Структурна схема реляційної бази даних та таблиці БД. Інструкція для користувача програмним продуктом.

    курсовая работа [2,4 M], добавлен 19.06.2013

  • Розробка бази даних "Автовокзал". Функціональні залежності між атрибутами. Ідентифікація атрибутів, які в реляційної моделі даних використовуються в якості первинних ключів реляційних відносин. Організація вибірки інформації з бази за допомогою запиту.

    курсовая работа [35,6 K], добавлен 19.08.2012

  • Узагальнена структурна схема інформаційної системи та алгоритми її роботи. Проект бази даних. Інфологічне проектування і дослідження предметної області. Розробка інфологічної моделі предметної області. Розробка композиційної, логічної системи бази даних.

    курсовая работа [861,7 K], добавлен 21.02.2010

  • Побудування інформаційної концептуальної моделі дошкільного навчального закладу. Визначення ідентифікуючого набора атрибутів інформаційної системи. Відомості про структуру програми, мова програмування. Код створення бази даних на мові Transact-SQL.

    курсовая работа [433,7 K], добавлен 27.03.2016

  • Створення інформаційної системи для магазинів, які займаються реалізацією музичної продукції. Проектування моделі "сутність-зв'язок" (ER-модель) та на її основі розробка реляційної моделі бази даних. Інструкція для користувача програмним продуктом.

    курсовая работа [2,4 M], добавлен 08.09.2012

  • Побудова інформаційної системи "Магазин товарів для настільного тенісу" з автоматизації роботи магазину. Концептуальне моделювання бази даних. Обґрунтування вибору СУБД. Логічне проектування бази даних. Схема бази даних. Створення таблиць в конструкторі.

    курсовая работа [8,8 M], добавлен 16.12.2015

  • Робота користувача з базою даних, перегляд, редагування інформації в базі даних та здійснення пошуку у зручній формі. Інтерфейс системи сільській бібліотеці для обслуговування читачів і фіксування даних книжкового фонду. Структура реляційної бази.

    контрольная работа [182,3 K], добавлен 08.03.2015

  • Розробка бази даних в середовищі Microsoft SQL Server 2008 для обліку послуг фітнес-клубу. Таблиці для баз даних, їх властивості. Аналіз сукупності вхідних і вихідних параметрів, опис інформаційної бази, розробка логічної і фізичної моделі даних в ІС.

    курсовая работа [449,9 K], добавлен 09.05.2016

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.