Лесно е да изпратите своя харн на робота до основите. Vikoristovy форма, raztastovanu по-долу
Студенти, завършили студенти, млади възрастни, като победоносна база от знания в своите обучени роботи, ще бъдат вашият най-добър приятел.
Сложен на http://www.allbest.ru/
Влизане
3. Модели за организация на данни
4. Релационни бази данни
6. Инфологичен модел
7. Логически модел
8. Структура на таблицата
12. Сгъваеми маси
16. Създаване на цветя
17. Списък с програми
Висновок
Списък с референции
Влизане
За да приема тези ефективни решения в сферата на дейност, в управлението на икономиката и в политиката, настоящият специалист отговаря за помощта на компютър и помощта на обаждане, събиране, натрупване, запазване и обработка на данни, представляващи резултатите от документалния преглед. Ето защо е толкова важно да не забравяте да практикувате с бази данни.
База данни - структурата е организирана, която е разпозната за събиране на информация. В съвременните бази данни се записват както данни, така и информация.
За Delphi да се говори като за средата на шведското създаване на програми. Tse развитие на визуално програмиране, tobto. Користувач изготвя бъдещата си програма и проверява резултатите от работата си, преди да стартира самата програма. По принцип процесът на писане на програми е разделен на две части. Първият - програмистът може да има собствен ред в собствените си програми, необходимите елементи, позиция, да установи нуждите на света, да промени властта. Другият е написан в програмния код, описание на мощността на наличните елементи само за няколко часа от работата на програмата, описание на реакциите на подиума на външния вид на прозореца, натиска върху бутон, който е в. За задачата дали авторитетът на елемента от програмата не е задължителен да се напишат масивни текстови редове, за да се промени авторитетът в инспектора на обекти (т.нар. монитор на правата на избрания елемент). Qia zmina автоматично добавя или променя програмния код.
Това е голям плюс за технологията за визуално програмиране. Създавайки или модифицирайки вашия софтуерен продукт, без да знаете или не зачитате жестоко силата на програмния елемент, но победоносно е повече от необходимо, пишете отново и отново, подгответе работещ продукт, често говорейки при равни условия за сгъване, писане в невизуален редактор.
Пред нас е задачата да създадем база данни с данни, сякаш е възможно да се почистят данните за първоначалния план на първоначалния процес. След зареждане на базата данни е необходимо да се извърши вибрационен анализ с помощта на Sql-заявки.
програма за базова инфологична таблица
1. Голяма помощ при разработването на добавки към базата данни
База данни за отмъщение
а. Таблици, събиране на данни, по-малко от 3 таблици. Таблицата на кожата е виновна за отмъщение по-малко от 10 записа.
б. Формуляр за визуален преглед, въведение, редактиране и искане на данни, оформяне и преразглеждане на напитки. На формуляра има обяснения, намеци. При попълване на полетата на формуляра за дадения набор от стойности е възможно да изберете стойността от списъка. Формирайте виновните buti свързани, ако е възможно, за да оптимизирате навигацията за записите. Във формуляра, доколкото е възможно, може да има максимум информация за koristuvach. Дайте обобщение на семантичните извинения за виновен.
от Обадете какво да почистите таблици, формуляри, заявки
д. Меню за достъп до различни обекти на базата данни
д. Dovіdka, scho да отмъсти за последното описание на задачата
2. За програмиране на база данни е необходимо да се извлече допълнителна литература от езика SQL, системата за програмиране DELPHI.
3. Перелик и начини за самостоятелно решаване на проблеми
1. Анализ на постановката на проблема и предметната област.
2. Инфологичен дизайн, оформление на информационни обекти, домейни, атрибути, връзки, сгъване на инфологичен модел.
3. Логическо проектиране, подсказване и грундиране на основни води, нормализиране.
4. Проектиране на Sql-заявки.
5. Програмиране на структурирането и всеобхватните функции на базата данни.
6. Проектиране на база данни за софтуерна среда.
7. Разработване на програмния интерфейс.
8. Изготвяне на обяснителна записка.
4. Критерии за оценка на отстраняването на компетенции от курсовата работа
Критериите се попълват от служителя за час работа, задържан върху таблица 1. За средните оценки се поставя оценката за курсовата работа.
Таблица 1. Оценка на компетенциите
|
Име на компетенциите |
Обект на оценка |
||
|
Научете как да им помагате и ги следвайте |
Отнемане на резултатите (БД) (наблюдение, структура, валидност преди задачата) |
||
|
Комуникация с писмо |
Yakіst vykladu в обяснителната бележка, zrozumіlіst, обща структура, vіdpovіdnіst zavdannya. |
||
|
Nobles и zastosovuvat елементи от системата за програмиране DELPHI |
Компоненти на програмата за база данни, в зависимост от захранването за изпълнение на базата данни |
||
|
Благородство и zastosovuvat елементи на технологията на базата данни |
Vіdpovіdі за хранене, pov'yazanі z proektivannym, може да бъде във формат тест |
||
|
Познаване на нуждите от технологии за база данни |
Въвеждане на обяснителна бележка |
||
|
Планиране на работата, организация на работата |
Термините vikonannya robit |
||
|
Решавайте самостоятелно задачи |
Perelik и начини за самостоятелно rozvyazuvanih zavdan |
||
|
Usna комуникация |
Публична защита на базата данни |
||
|
Здраве преди анализ, синтез |
Инфологичен, логически модел на база данни |
||
|
Pragnennya до резултата |
Качеството на виконаните роботи, ергономични дисплеи, качеството на функциониране. |
||
|
Изграждане за генериране на нови идеи |
Качеството на интерфейса, допълнителните функции на базата данни, не са застраховани от мениджъра. |
||
|
Изграждане преди управление (търсене) на информация |
Броят на информационните ресурси, които са намерени и научени от курсовата работа, броят на консултантите. |
2. Основни понятия и класификация на системите за управление на бази данни
Базата данни (БД) е колекция от структурирани данни, която се съхранява в паметта на изброителната система и отразява естеството на обектите и техните взаимовръзки в предметната област.
Логическата структура на данните, която е взета за основа, се нарича модел на представяне на данни. Преди основните модели на появата на данни (модели на данни), може да се види ієrarchіchna, merezheva, релационни.
Системата за управление на база данни (СУБД) е комплекс от съвременни и софтуерни инструменти, задачи за създаване, управление и съхранение на богата на полезни потребители база данни. Дайте име на СУБД според модела на данните. И така, СУБД, които се основават на различен модел на релационни данни, се наричат релационни СУБД.
За да работите с базата данни, попълнете базата данни на СУБД. Необходимо е обаче да се осигури сигурността на роботите от базата данни до неквалифицирани користувачи, или интерфейсът на СУБД не е авторитетен, тогава програмите могат да бъдат разширени. Вашето творение ще изисква програмиране. Допълнението е програма или комплекс от програми, които ще гарантират автоматизирането на изпълнението на всяка приложена задача. Програмите могат да се създават в средата или в средата на СУБД - за помощ на системата за програмиране, която позволява достъп до базата данни, например Delphi или C ++ Vuildeg. Програмите, които разширяват средата на СУБД, често се наричат добавки за СУБД, а добавките, които разширяват позицията на СУБД, се наричат добавки.
Речникът на данните е подсистема на базата данни, разпозната за централизирано събиране на информация за структурата на данните, взаимното свързване на файлове в базата данни един по един, видове данни и формати на техните данни, наличност на данни за користувачите , кодова защита и само разделяне на достъпа.
Информационните системи, базирани на vikoristannі DB, трябва да функционират в архитектурата клиент-сървър. И тук базата данни се хоства на компютърен сървър и има отделен достъп до нея.
Сървър на един ресурс в компютърна среда е компютър (програма), който използва този ресурс, клиент е компютър (програма), който е ресурс. Като ресурс за компютърни медии може да има например бази данни, файлове, други услуги, пощенски услуги.
Gіdnіstyu organizatsії іnformatsіynoїї система на archіtekturі клиент-сървър е далеч poddnannya sberіgannya, obslugovuvannya и колективен достъп до глобална корпоративна информация z іndivіdualnoyu работа koristuvachіv.
Въз основа на основния принцип на архитектурата клиент-сървър, данните се обработват само на сървъра. Koristuvach или програмата ще формира заявка за достъп до сървъра на базата данни при вида на инструкциите за преместване на SQL. Сървърът на базата данни се грижи за търсенето на необходимите данни, които след това се прехвърлят към компютъра на сървъра. Прехвърлянето на такъв пасаж е равно на предишния и е значително по-малко обсигване на предаваните данни.
Виждате този тип СУБД:
* напълно функционална СУБД;
* сървъри на база данни;
* Zasobi rozrobki програми за роботи от базата данни.
Напълно функционална СУБД срещу традиционната СУБД. Те включват dBase IV, Microsoft Access, Microsoft FoxPro и други.
Сървърът на базата данни е разпознат като организация от центрове за обработка на данни в EOM. Сървърът на базата данни се грижи за обработката на заявки от клиентски програми и изисква допълнителни SQL изрази. Сървърът на базата данни е: Microsoft SQL Server, Inter Base и в.
В ролята на клиентски програми могат да се използват СУБД, електронни таблици, текстови процесори, програми за електронна поща и други.
Персонализирането на разработването на програми от базата данни може да бъде настроено за създаване на нови програми:
* клиентски програми;
* сървъри на бази данни и други компоненти;
* Koristuvatsky dodatkiv.
Според естеството на избора СУБД се разделя на застрахователно покритие на богато користувачив (отрасъл) и местно (лично).
Промисли, СУБД е софтуерната основа за разработване на автоматизирани системи за управление на големи икономически обекти. Обещанията на СУБД са отговорни за удовлетворяването на следното:
* Възможност за организиране на кооперативна паралелна работа на богати користувачи;
* мащаб;
* Прехвърляне към различни хардуерни и софтуерни платформи;
* здравина на vіdnoshennia до zbоїv raznomanіtnykh, включително наличието на bagatorіvnevoї система zberezhenoї іinformatsії;
* сигурна сигурност на данните и структурирана система за достъп до тях.
Персонална СУБД - ce софтуерна сигурност, ориентирана към изпълнението на локален сървър или малка група сървъри, която е предназначена за настолно приложение на персонален компютър. Tse обяснявам на моя приятел името - етаж. Първоначалните характеристики на подовите системи са:
* очевидна лекота на работа, която ви позволява да създавате на тяхна основа praceszdatn_ koristuvatski dodatki;
* Колко да обменяте за хардуерни ресурси.
Според модела на данните СУБД се подразделят на йерархични, мережеви, релационни, обектно-ориентирани и други. Deyakі DBMS mozhut един час p_dtrimuvati k_lka модели на данни.
За работа с danim, които се записват в базата данни, се рисуват следните типове:
*филм описание на данните - vysokorіvneva непроцедурен език
декларативен тип, задания за описание на логически
структури от данни
* езикова манипулация на данните - редът на конструкциите, който осигурява завършването на основните операции с роботи с данни: въвеждане, модификация и избор на данни за заявки.
Имената на филми в различни СУБД могат да бъдат майка на авторитет. Има два стандартизирани езика с най-голямото разширение: QBE - език на заявките за ясни и SQL - структуриран език на заявките. QBE е основно силата на преместването и манипулирането на данни, SQL е еднакъв по силата на преместването и на двата типа.
СУБД изпълнява следните основни функции на ниско ниво:
* управление на почит от стара памет;
* управление на буферите на оперативната памет;
* Управление на транзакциите;
* vednya log zmin при DB;
* сигурност на целостта и сигурността на базата данни.
Изпълнението на функцията за управление на данните от външната памет осигурява организацията на управление на ресурсите във файловата система на ОС.
Необходимостта от буфериране на данни се обяснява с факта, че обемът на оперативната памет е по-малък от обема на външната памет. Буферите са области от оперативна памет, които се използват за по-бърз обмен между съществуващата и оперативната памет. Фрагменти от базата данни се записват от буферите, данните от които се прехвърлят към СУБД по време на прехода или се планира записване в базата данни след обработка.
Механизмът на транзакциите печели в СУБД, за да запази целостта на данните в основата. Транзакция се нарича непоследователна последователност от операции върху данни от базата данни, тъй като се предполага, че СУБД е от началото до завършването. По каквато и да е причина (провал на този вид притежание, извинения в софтуерната сигурност, включително допълнения), транзакцията остава незавършена, тя е изключена.
Транзакциите имат три основни правомощия:
* атомарност (всички операции, които са включени в транзакцията се отчитат, или иначе);
* сериализируемост (на ден взаимен приток на сключване на сделки наведнъж и транзакции);
* Издръжливост (защото системата не се срива, докато не бъдат изразходвани резултатите от ангажиментираната транзакция).
Пример за транзакция е операция за прехвърляне на стотинки от една сметка в друга в банковата система. Печелим стотинки от една рахунка, след това ще ги похарчим за друга рахунок. Ако една от страните не спечели успешно, резултатът от операцията ще изглежда неправилен и балансът на операцията ще бъде унищожен.
СУБД е променена за дневника, за да се гарантира надеждността на събирането на данни от базата данни поради наличието на хардуерни и софтуерни повреди.
Осигуряване на целостта на базата данни и необходимото психическо успешно функциониране на базата данни, особено с помощта на нанизан vikoristan. Целостта на базата данни е силата на базата данни, което означава, че тя е напълно скрита в нея, не е превъзходна и отразява адекватно предметната област на информация. Базовият лагер на базата данни е описан с помощта на голям мащаб от умове, които отговарят за удовлетворяването на данните, които се записват в базата данни.
В СУБД е налична сигурност за криптиране на данни, защита с парола, равен достъп до бази данни и други елементи (таблица, формуляри, обаждания и други).
3. Модели за организация на данни
В йерархичния модел на обект-същност, предметната област е представена от набори от данни, като дървовидна (ирархична) структура. Йерархичният модел на датчаните е първият в исторически план. На базата на 60-те - на кочана на 70-те години са разработени първата професионална СУБД.
Основното уважение при обмена на интегритет в архивния модел се добавя към целостта на уреждането между предците и привързаностите с усъвършенстването на основното правило: нито една привързаност не може да се използва без баща.
Моделът на данните на Мережева ви позволява да показвате различни връзки между елементите на данните като пълна графика. Мережева ДБ се състои от набор от записи и набор от съответни обаждания. На формоване zv'yazku spetsіalnyh obmezhen не се наслагва. Докато в йерархичните структури на заглавните записи майката може да има само един предшественик, то в по-малкия модел на тези заглавни записи майката може да има доста голям брой записи на предшественици.
Предимството на модела на данни е възможността за ефективно прилагане. В случая на йерархичния модел, моделът на Межежев дава повече възможности за възприемане на допустимостта на осъществяване на определени връзки.
Кратостта на мрежовия модел на данните е високото сгъване и твърдостта на схемата на базата данни, вдъхновена от основата, както и сгъването її rozumіnnya огромен coristuvache. Освен това, в модела за измерване на тези затихвания, контролът на броя на връзките е чрез допустимостта на вмъкване на достатъчно връзки между записите.
Системите, базирани на мрежовия модел, не са придобили широка ширина на практика.
Релационният модел на данните е разпространен от говорителя на IBM Едгар Код и се основава на концепцията за синьото (отношение).
Настройката е безлични елементи, наречени кортежи. Крайната форма на външния вид на синьото е маса с два свята.
За помощ на една таблица можете ръчно да опишете най-простия тип връзка между данните и в същото време: идентифицирали сте един обект, информация за който е взета в таблицата, в анонимен списък с подобни обекти, ред на такива обекти или запис на таблицата.
Основните недостатъци на релационния модел са, както следва: наличието на стандартни методи за идентифициране на четири записа и сложността на описанието на археологически и сливащи се връзки.
4. Релационни бази данни
Релационният модел на данните (RMD) на текущата предметна област е събирането на данни, които се променят в час. p align="justify"> Когато създавате информационна система, последователността на данните ви позволява да запазвате данни за обектите от предметната област и да моделирате връзките между тях. Термините на RMD са представени в табл. 4.1
Таблица 4.1. Терминално-релационен модел
|
терминологично облекло |
Еквивалентен |
||
|
Настройка |
|||
|
Схема на раждане |
Заглавен ред на таблицата (заглавка на таблицата) |
||
|
Ред таблици, запис |
|||
|
издръжливост |
Описание на силите на обекта |
||
|
Стовпец, поле |
|||
|
Анонимни допустими стойности |
атрибут |
||
|
Първичен ключ |
Уникален идентификатор |
||
|
кардиналност |
Брой редове |
||
|
Брой на stooptsiv |
Релационната база данни е колекция от данни за извличане на колекцията от таблици от два свята. Данните в таблиците се базират на принципите за напредък:
1. Стойностите на атрибутите могат да бъдат атомарни (с други думи,
дермално значение, което трябва да се постави на ръба на ред и колона,
може да не се разделя на стойности на цаца).
2. Стойността на атрибута skin се дължи на лежане на един и същ тип.
3. Кожената плоча на масата е уникална.
4. Кожното поле може да е уникално.
5. Последователността от полета и записи в таблицата не е налице.
Поставен на най-важните разбирачи и маса от два свята за отмъщение за дела.
Устойчивостта е обект от всякакъв характер, данните за който се съхраняват в базата данни. Данните за деня се вземат от деня.
Атрибутите са сила, които характеризират същността на битието. В структурата на таблицата се извиква атрибутът на кожата и се посочва заглавието на текущата структура на таблицата.
Ключът към брака е последователността на неговите атрибути, която недвусмислено идентифицира кожата от сватбените кортежи. С други думи, безличните атрибути на K, които са ключът към разпознаването, могат да имат силата на уникалност. Идва силата на ключа - не надмощието. Тобто е достоен за собствените си безлични множества Докато силата на уникалността не е възможна.
Кожата може да се носи за комбинация от атрибути, тъй като може да бъде ключ.
Възможни вариации, ако има няколко комбинации от атрибути, кожата недвусмислено разпознава кортежите от синьо. Мустаци и комбинации от атрибути с възможни ключове за предложения. Бъдете един от възможните ключове, можете да бъдете първият.
Озвучете ключовете за победа, за да постигнете следните цели:
Обвинете дублирането на значението на ключови атрибути (другите атрибути не се приемат до точката на уважение);
Подреждане на кортежи. Възможно е да поръчате за растеж или да промените стойността на всички ключови атрибути, както и да промените реда (за един - растеж, а за други - спад);
Организации, свързващи таблици.
Важно е да разберете ключа за звънене. Външният ключ може да бъде присвоен като умножение на атрибутите на едно предложение R2, чиито стойности се дължат на стойностите на възможния ключ на друго предложение R1.
Атрибутите на промяната K2, които правят оригиналния ключ, не са ключовите за тази промяна.
С помощта на ovnishnіh ключовете се установяват връзки между vіdnosinami.
Проектирането на бази данни на информационните системи се извършва чрез трудоемки задачи. Той съдържа основите на формализирането на структурата и процесите в предметната област, информация за това как спестяванията се прехвърлят в базата данни. Razrіznyayut концептуално и схематично-структурен дизайн.
Концептуално проектиране на базата данни за ИС като смислен свят чрез евристичен процес. Индуцираната адекватност в границите на инфологичния модел на предметната област се преразглежда по допълнителен път, в процеса на функциониране на ИС.
Етапи на идеен проект:
* Vyvchennya предметна област за формиране на диво изявление за него;
* vidіlennya, че анализ на funktsіy и zavdan rozrobluvanoї ІС;
* Обозначаване на основните обекти-същности от предметната област
че vіdnosin mizh тях;
* Формализиране на проявлението на предметната област.
При проектирането на схема на релационна база данни могат да се извикат следните процедури:
* посочете таблица за превод и връзки между тях;
* Обозначаване на транслация на полета, типове полета, ключови полета на скин таблицата (схема на таблицата), инсталиране на връзки между таблици чрез външни ключове;
* вградена индексация за полета в таблици;
* разработване на списъци (речници) за полета със списъци
даними;
* инсталиране на обмен на номера за маси и разговори;
* нормализиране на таблици, корекция на превод на таблици и връзки. Проектирането на базата данни е складиране на физическо и логическо ниво. Дизайнът е физически реализиран с помощта на СУБД и е предимно автоматизиран.
По-логично е проектиране на посочения брой и структура на таблиците, разработване на входове към базата данни, известни документи, създаване на форми за въвеждане и редактиране на данни от базата данни.
Една от най-важните задачи на логическото проектиране на база данни е структурирането на данните. Следните стъпки трябва да бъдат предприети за проектиране на структури от данни:
* Консолидиране на информация за обекти в рамките на една таблица (един изглед) с по-нататъшно разлагане в разпръскване на взаимозависими таблици въз основа на процедурата за нормализиране на вписванията;
* формулиране на знания за системата (дефиниране на видовете външни данни и взаимовръзки), които биха могли да бъдат направени преди обработката на данните, отримване с помощта на SA5E-системата на готовата схема на база данни или за изграждане на готова приложна информационна система;
* Разработване на системен анализ и разработване на структурни модели.
5. Признат принцип на работа на SQL
SQL (често наричан "Продължение", съкратено като Structured Query Language) символизира структурирането на Mova Zapitiv.
SQL е инструмент, който се използва за обработка на данни, които се съхраняват в компютърна база данни. Цемов, което дава възможност за ефективно създаване на релационни бази данни и работа с тях.
Светът на базите данни става все по-разпространен, което доведе до необходимост създаването на стандартен език, за да може той да функционира в голям брой различни видове компютърни медии. Стандартният език е да позволи на потребителите да знаят един набор от команди, да ги съставят, да създават, променят, променят и предават информация независимо, в зависимост от това дали работят на персонален компютър, малка работна станция или на универсален такъв. Все повече и повече взаимно подкрепящи се компютърния свят, koristuvach, с такава моя собствена, може да има голямо разпространение във vikoristannі и zagalnennі іnformatsiї z low dzherel за помощта на голям брой начини.
Подобно на vyplyvaє z имена, SQL є моето програмиране, като zastosovuєtsya за организацията на vzaimodiї koristuvach с база данни. Всъщност SQL работи само с бази данни от релационен тип.
6. Инфологичен модел
При създаване на инфологичен модел е анализирана предметната област на дадената база данни „Основни планове за дисциплини, които се разработват директно PMI“. Виждат се 4 обекта: Първичен план, Дисциплина, Студент, Викладач, както и две допълнителни таблици, като връзка между студенти и дисциплини, както и между викладачи и дисциплини. Обект Първоначалният план може да има атрибути: дата на създаване, номер на първоначалния план. Обект Дисциплината може да има следните атрибути: Име на дисциплината, Код на дисциплината, Номер на първоначалния план, Брой години лекции, Брой години практика, Брой години на лабораторна работа, Цяла година, Брой години за всеки ден, Форма на обучение по дисциплината, Семестър на дипломирането. Обект Sudent може да атрибути: Номер на кредитната книга, ПІБ. І обект Викладач има атрибути: ПІБ, Персонален номер, Отдел, Посада, Телефон. Обектите Heading Plan и Discipline отговарят на изискванията 1:n, обектите Discipline и Students отговарят на изискванията 1:n, а обектите Discipline и Vikladach отговарят на изискванията 1:n.
Когато описахме инфологичния модел, ние отбелязахме с ER-диаграми:
Малюнок 1
7. Логически модел
Логическият модел дефинира разбирането на предметната област, техните взаимовръзки и навигация върху данни, наслагвания върху предметната област.
Логическият модел на данните е остро възможната основа на данните. Ще бъде по отношение на информационни единици, но без обвързване с конкретна СУБД. На всичкото отгоре, логическият модел на данните е необ'язково може да се изрази в термините на самия релационен модел на данни.
За създаването на логически модел за скин обекта беше поставена таблица под формата на таблица с първия набор от полета. Oskіlki Objects Discipline и Vikladach съвпадат 1:n, тогава има допълнителна таблица за представяне на връзката между обекти Discipline и Vikladach: Vikladaє.
Общо имаме 4 обекта и ще има и 4 таблици за тяхното подаване, обектът Първоначалният план е по-малко от информационен, фрагментите от работата на базата данни вече не са с един първоначален план:
Ако има връзки 1:n между двата обекта, тогава трябва да въведете още една таблица, която да представи връзките между двете таблици. Ще има маса Викладає (Дисциплина-Преподавател), тази маса Вивчає (Дисциплина-Студент).
Подадената база данни може да бъде въведена до 5-та нормална форма, т.к. няма да стигне до 3-та нормална форма и първият ключ е прост. Логическата схема е реализирана в Microsoft Access.
Малюнок 2
8. Структура на таблицата
Външната база данни се състои от 5 таблици (таблицата на първоначалния план не е правилна, така че се присъжда един първоначален план).
Декодиране на полето:
v discipline.db
Ш Nazv - име на дисциплината, тип поле: String;
Ш Kod – уникален код на дисциплината: LongInt;
Ш Семестър - семестър, за който се показва: String;
Ш KolLeKCh - броят на лекциите от тази дисциплина: LongInt;
Ш KolPraktCh – брой практикуващи в тази дисциплина: LongInt;
Ш KolLabRabCh - брой лекции по дисциплината: LongInt;
Ш VsegoCh - общ брой години: LongInt;
Ш NomerYP – номерът на първоначалния план, в който се следва дисциплината: LongInt.
v Student.db
Ш NomerStudBileta - номер на студентския билет: LongInt;
Ш FIO – име на студента: ShortInt;
v Prepodaet.db (Дисциплина-Учител)
TabNomerPrepod - щатен номер на служителя, който е кандидат за основната дисциплина: LongInt;
Ш FIO- ПІБ vikladach, който vikladaє vіdpovіdnu дисциплина: String.
v Prepod.db
Ш FIO - PIB лист с данни: String;
Ш TabelNomerPrepodavatelya - уникален номер на служителя на служителя: LongInt;
Ш Kafedra - катедра, за yakіy vіn практика: String;
Ш Долшност - Посада Викладач: Струна;
Ш Телефонен номер за връзка на викладача: String.
v Izuchaet.db(Disciplina-Student)
Ш KodDiscip-код на дисциплината: LongInt;
Ш NomerStudBileta - номерът на студентския билет на студента, който преподава дисциплината: LongInt;
Ш FIO- PІB на студент, който има специалност: Стрък;
Ш Evaluation - оценка на студента по дисциплината, която се изучава: LongInt;.
9. Проектиране на SQL заявки
1. Оформете списък с часове и напитки за семестъра на кожата.
изберете Nazv,FormaReport
където Семестър=:s и
(Disciplina.FormaOtchet="Zalіk" или Disciplina.FormaOtchet="Іsleep") ;
2. Да се формира прегледно-запълващ преглед /основен и допълнителен/ от кожен обект.
Основен изглед:
изберете Teacher.FIO,
Disciplina.ObsheeKolChVNed,Disciplina.Semestr,Izuchaet.FIO,Izuchaet.
Оценка, Дисциплина.Назв
от Disciplina, Prepodaet, Izuchaet
където Disciplina.KodDiscip=Prepodaet.KodDiscip
и (Disciplina.FormaOtchet="Isleep" или Disciplina.FormaOtchet="Zalіk")
Допълнителна видимост (за студенти, яки 2 май):
изберете Disciplina.Nazv,Prepodaet.FIO,
Disciplina.ObsheeKolChVNed,Izuchaet.FIO,Disciplina.Semestr,Izuchaet.Ocenka
в Izuchaet, Disciplina, Prepodaet
където Izuchaet.Evaluation="2"
и Disciplina.KodDiscip=Изучает.KodDiscip
и Disciplina.KodDiscip=Prepodaet.KodDiscip
и (Disciplina.FormaOtchet="Isleep" или Disciplina.FormaOtchet="Zalіk");
Актуализирайте дисциплината
set ObsheeKolChVNed=VsegoCh/17;
4. Подгответе вложка за диплома за студент по кожата:
изберете Disciplina.Nazv, Izuchaet.Ocenka, Izuchaet.FIO
виж Изучает, Дисциплина
където Disciplina.KodDiscip=Изучает.KodDiscip
и Disciplina.FormaOtchet="Sleep"
Изберете AVG(Ocenka) като SrBall
Поръчай по SrBall desc;
5. Вижте списъка на групите по реда на промяна на средния резултат:
Изберете FIO, AVG(Ocenka) като SrBall
Поръчай по SrBall desc;
10. Структура и функции на системата
Курсовата работа се състои от един проект "Проект1" и 13 модула.
1. Unit1 - тук се избира формата, която е заглавната страница. Компонентите Memo и Button са обединени.
2. Unit2 - тук се взема формата, която е първата страница от базата данни. Тук компонентите са залепени: бутон, бележка.
3. Unit3 - тук се записва формата, която трябва да бъде премахната от разделите на таблиците на базата данни. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
4. Unit4 - тук формата се записва, извежда се задачата. Тук компонентите са заседнали: Бележка, Бутон.
5. Unit5 - тук се взема формулярът, взема се предвид удостоверението за допълнителни изпити. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
6. Unit6 - тук се избира формата, на която се показва списък с напитки и зали. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
7. Unit7 - тук се избира формата, показва се сертификатът за основния изпит. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
8. Unit8 - тук формата се записва, списъкът с групи се показва по ред на падане. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
9. Unit9 - тук се записва формулярът, показва се вложката в дипломата. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
10. Unit10 - тук се записва формулярът, върху който се извежда формуляр от попълването на електронния формуляр. Тук са представени компоненти: бележка, бутон, TabSheet, таблица, DBGrid, DBNavigator, етикет, заявка.
11. Unit11 - тук формата се записва, показва се менюто. Тук компонентите са залепени: бележка, бутон, етикет.
12. Unit12 - тук се избира формуляра, на който се показва как е създадена електронната изпитна работа. Тук компонентите са усукани: Memo and Button, RVProject, RVQueryConnection и Query.
13. Unit13 - тук формата е взета, devobrazhaetsya звуци от създаването на вложка в дипломата. Тук компонентите са усукани: Memo and Button, RVProject, RVQueryConnection и Query.
11. Помощник на користувач
1. Стартирайте проекта. Пред нас е заглавната страница на курсовата работа
Бебе 3
Тук можем веднага да преминем към базата с данни или да се удивим на задачата и да се обърнем към центъра на формуляра. Изберете "Покажи задачата"
2. Пред нас е прозорец с информация за задачата на курсовата работа
Малюнок 4
3. Върнете се назад, като натиснете левия бутон и стартирайте робота, като натиснете бутона на предния прозорец „Продължи”
Малюнок 5
4. След като се запознаем с информацията от тази страна, натискаме бутона "Enter".
Малюнок 6
Пред нас е прозорец, в който да поставим в разделите цялата информация, която трябва да се постави в базата данни. Тук можем да разгледаме списъка с дисциплини, начална група, кандидати, които тези други студенти изучават и кой предмет преподават.
5. Освен това от кой ден можем да отидем на пиене. Щракнете върху изскачащия бутон.
Малюнок 7
Тук можем да изберем дали да попитаме или не, просто като щракнем върху бутона. Така че тук можем да се обърнем към таблицата и да преминем към формирането на електронната версия на изпитния лист.
6. Щракнете върху бутона "Преглед на списъка със срещи и напитки за семестъра на кожата"
Малюнок 8
Тук трябва да въведете номера на семестъра и да натиснете бутона по-долу, след което в края на таблицата ще се появи списък с обучения и часове за семестъра, който сте въвели. От кой лист можем да обърнем преди да пием.
7. Щракнете върху бутона "Отиди към основния изпитен лист"
Тук е необходимо да изберете името на дисциплината от списъка, след което въведете името на дисциплината в края на списъка и кликнете върху бутона „Виконати“. Заявката ще ви покаже общия брой години за завършване на въведената дисциплина, както и списъка на студентите, които преподават тази дисциплина и оценката им за тази дисциплина. Уважение! Полето за оценка ще бъде запазено във формуляра на таблицата в средата на раздела Student-Discipline. Освен това на тази арка можете да оформите допълнителен сертификат за изпит. За студенти, ако можете да вкарате 2. На третата страница можем да се обърнем към zapіv.
Малюнок 9
8. Щракнете върху бутона "Отиди към допълнителния изпитен лист"
Малюнок 10
Тук можем да удовлетворим студентите, за да можем да вкараме 2 за тези от други дисциплини. От кой лист можем да обърнем преди да пием.
9. Натиснете бутона "Оформяне на вложка за диплома"
Малюнок 11
Тук е необходимо да се въведе PIB на аспиранта, давайки на допустимия студент в списъка на тези, които могат да бъдат избрани. След това натиснете клавиш. След това трябва да попълните записа „Дисциплина“ със списък на дипломите за 5 години обучение, както и да декларирате окончателните си оценки. На тази арка можете да разгледате електронната версия на раздела, като натиснете бутона „Версия за приятел“. След преразглеждане на тази версия е необходимо просто да затворите прозореца, който се е появил, на червения кръст в горния десен ъгъл на екрана.
Малюнок 12
10. Щракнете върху бутона "Разгледайте списъка с групи по ред на промяна в средния резултат"
Малюнок 13
Тук имаме списък с групи и средни резултати за студент по кожата, промени в реда. От кой лист можем да обърнем преди да пием.
Малюнок 14
Избираме от падащия списък дисциплината, която ще ни каже например икономиката и въвеждаме името на падащия списък. Натиснахме бутона на висконата и обичайният прякор беше викладачът на тази дисциплина.
Малюнок 16
Тук бих искал да посоча избраната дисциплина, дисциплината PIB vikladach tsієї. А също и списък на студентите, които преподават тази дисциплина. За да излезете от светлината, просто кликнете върху кръста в горния десен ъгъл на екрана. Нека се обърнем към първата страница. От кой лист можем да обърнем преди да пием.
12. Сгъваеми маси
За да създадете таблица за тестове, използвайте помощните програми на базата данни на работния плот. Можете да стартирате Yogo - Start / Programs / Borland Delphi 7 / Database Desktop. Необходимо е да настроите работната директория на помощната програма. Изберете командата File/Working Directory и задайте вашата работна директория. За да създадете таблици, изберете командата Файл/Нова/Таблица. След това трябва да изберем вида на масата. Типът PARADOX 7 може да се счита за най-добрия за таблици на файлов сървър.
1. Създайте таблици YchebPlan (Начален план):
Малюнок 17
5. Създаване на таблици Disciplina (Дисциплина):
Малюнок 18
6. Създаване на таблици Ученик:
Малюнок 19
7. Създаване на таблици Prepodaet (Discipline-Vikladach):
Малюнок 20
5. Създаване на таблици Prepod (Vikladach):
Малюнок 21
8. Таблица Izuchaet (Дисциплина-Студент):
Малюнок 22
13. Създаване на програми в Delphi
За да създадете нова програма, изберете елемента New/Application от менюто File. Показва се формата на този модул (проектът се нарича заглавие), сега можете да поставите необходимите компоненти във формуляра. За потребителя можете да създадете формуляр (а не такъв), за който трябва да изберете елемента Нов / Формуляр в менюто Файл.
1. Таблица. Пълен с даними. Визуализация на данните.
За да покажете таблицата във формуляра, трябва да поставите следните компоненти върху нея:
· Таблица (в раздела BDE) - В Инспектора на обекти в раздела "Параметри" в органа Tablename изберете таблица.
Малюнок 23
· DBGrid (в раздел DataControls) - необходимото показване на таблици във формуляра, в Object Inspector като DataSource, посочете необходимия брой данни.
Малюнок 24
· DBNavigator (в раздела DataControls) - необходима навигация през записите в таблицата. В Инспектора на обекти като източник на данни изглежда, че е същият източник на данни като в DBGrid. Функциите на навигатора са достъпни при натискане на бутоните за йога за един час работа на програмата, компонентът е 10 бутона.
Малюнок 25
· DataSource (раздел Достъп до данни) – компонент на междинно ниво за достъп до данни. Служи като посредник между таблиците на СУБД и екранните елементи (DBGrid, DBNavigator).
Малюнок 26
14. Създаване на полета с информация (Memo) и бутони
Компонентът Memo се поставя върху формуляра, който се поставя в раздела Standard.
Малюнок 27
В инспектора на обекти в раздела "Параметри" в захранващите линии въведете текста, необходим за показване
Малюнок 28
Създаване на бутони.
За правилното затваряне на формуляра поставете компонента Button върху него, който се поставя в раздела Standard.
Малюнок 29
За да работи бутонът, е необходимо да посочите в листа с подданни OnClick:
процедура TForm1.N5Click(Sender: TObject);
започнете
Form2.Show;
Form1.Close;
край;
15. Създаване на подписи към таблици
За да подпишете таблица в робота, използвайте компонента Етикет, нарисувайте в раздела Стандарт. В Inspector Objects като Caption, просто трябва да напишете текста.
Малюнок 30
16. Създайте списък
За да изберете команда от изричен списък, се избира компонентът ComboBox (списъкът, който е избран). В такъв ранг може да се направи його пълнеж
В Инспектора на обекти в Power Items трябва да напишете:
Малюнок 31
16. Създаване на цветя
Работи с помощта на инструмента QReports, който е необходим за добавяне на ключ: Component->install packages->add отворете папката bin, изберете файла dclqrt70.bpl, щракнете върху OK и след това ще се появи раздел с компоненти QReport. Компоненти, които настроих:
Таблица 2
17. Списък с програми
Описание на проекта
програма Проект1;
използва
форми,
Unit1 към "Unit1.pas" (Form1),
Unit2 в "Unit2.pas" (Form2),
Unit3 в "Unit3.pas" (Form3),
Unit4 към "Unit4.pas" (Form4),
Unit5 в "Unit5.pas" (Form5),
Unit6 в "Unit6.pas" (Form6),
Unit7 в "Unit7.pas" (Form7),
Unit8 в "Unit8.pas" (Form8),
Unit9 в "Unit9.pas" (Form9),
Unit10 в "Unit10.pas" (Формуляр 10),
Unit11 в "Unit11.pas" (Формуляр 11),
Unit12 в "Unit12.pas" (Формуляр 12),
Unit13 в "Unit13.pas" (Формуляр 13),
Unit14 в "Unit14.pas" (Формуляр 14);
($R*.res)
започнете
Application.Initialize;
Application.CreateForm(TForm1, Form1);
Application.CreateForm(TForm2, Form2);
Application.CreateForm(TForm3, Form3);
Application.CreateForm(TForm4, Form4);
Application.CreateForm(TForm5, Form5);
Application.CreateForm(TForm6, Form6);
Application.CreateForm(TForm7, Form7);
Application.CreateForm(TForm8, Form8);
Application.CreateForm(TForm9, Form9);
Application.CreateForm(TForm10, Form10);
Application.CreateForm(TForm11, Form11);
Application.CreateForm(TForm12, Form12);
Application.CreateForm(TForm13, Form13);
Application.CreateForm(TForm14, Form14);
Application.Run;
край.
Описание на модула Unit1
единица Unit1;
интерфейс
използва
Диалози, StdCtrls;
Тип
TForm1 = клас (TForm)
Бележка1:TMemo;
Button1: TButton;
Button2: TButton;
Button3: TButton;
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма1: TForm1;
изпълнение
използва Unit2, Unit4, Unit6, Unit7, Unit5, Unit8, Unit9, Unit10;
($R *.dfm)
процедура TForm1.Button3Click(Sender: TObject);
започнете
form2.show;
край;
процедура TForm1.Button2Click(Sender: TObject);
започнете
Form1.Close;
край;
процедура TForm1.Button1Click(Sender: TObject);
започнете
form4.show;
край;
край.
Описание на модула Unit2
единица Unit2;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, StdCtrls;
Тип
TForm2 = клас (TForm)
Бележка1:TMemo;
GroupBox1: TGroupBox;
Button1: TButton;
Button2: TButton;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма2: TForm2;
изпълнение
използва Unit3;
($R *.dfm)
процедура TForm2.Button1Click(Sender: TObject);
започнете
form3.show;
Form2.Close;
край;
процедура TForm2.Button2Click(Sender: TObject);
започнете
Form2.Close;
край;
Описание на модула Unit3
единица Unit3;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, ComCtrls, ExtCtrls, DBCtrls, Grids, DBGrids, DB, DBTables,
StdCtrls, QuickRpt, QRCtrls;
Тип
TForm3 = клас (TForm)
PageControl1:TPageControl;
TabSheet1: TTabSheet;
TabSheet2: TTabSheet;
TabSheet3: TTabSheet;
TabSheet4: TTabSheet;
TabSheet5: TTabSheet;
TabSheet6: TTabSheet;
DataSource1:TDataSource;
DataSource2: TDataSource;
DataSource3:TDataSource;
DataSource4: TDataSource;
Таблица 1: TT таблица;
Таблица 2: TT таблица;
Таблица 3: TT таблица;
Таблица 4: TT таблица;
DBGrid1: TDBGrid;
DBNavigator1: TDBNavigator;
DBGrid2: TDBGrid;
DBNavigator2: TDBNavigator;
DBGrid3: TDBGrid;
DBNavigator3: TDBNavigator;
DBGrid4: TDBGrid;
DBNavigator4: TDBNavigator;
DBGrid5: TDBGrid;
DBNavigator5: TDBNavigator;
DBGrid6: TDBGrid;
DBNavigator6: TDBNavigator;
Button1: TButton;
DataSource5:TDataSource;
DataSource6:TDataSource;
Таблица 5: TT таблица;
Таблица 6: TT таблица;
Запитване1: TQuery;
Button2: TButton;
Етикет1: T етикет;
Бележка1:TMemo;
Етикет3: T етикет;
Button3: TButton;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
процедура Button3Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма3: TForm3;
изпълнение
използва Unit5, Unit11;
($R *.dfm)
процедура TForm3.Button1Click(Sender: TObject);
започнете
Form11.show;
Form3.close;
край;
процедура TForm3.Button2Click(Sender: TObject);
започнете
Query1.ExecSQL;
Form3.Refresh;
край;
процедура TForm3.Button3Click(Sender: TObject);
започнете
Form3.close;
край;
Описание на модула Unit4
единица Unit4;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, StdCtrls;
Тип
TForm4 = клас (TForm)
Бележка1:TMemo;
Button1: TButton;
процедура Button1Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма 4: TForm4;
изпълнение
използва Unit1;
($R *.dfm)
процедура TForm4.Button1Click(Sender: TObject);
започнете
form1.show;
край;
Описание на модул 5
единица Unit5;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, DB, DBTables, Grids, DBGrids, StdCtrls, Mask, DBCtrls, ExtCtrls;
Тип
TForm5 = клас (TForm)
DataSource1:TDataSource;
DBGrid1: TDBGrid;
Запитване1: TQuery;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
DBEdit3: TDBEdit;
Етикет1: T етикет;
Етикет2: T етикет;
Етикет3: T етикет;
Етикет4: T етикет;
DBNavigator1: TDBNavigator;
Button1: TButton;
процедура ComboBox1Change(Sender: TObject);
процедура Edit1Change(Sender: TObject);
процедура Button1Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма 5: TForm5;
изпълнение
използва Unit11;
($R *.dfm)
процедура TForm5.ComboBox1Change(Sender: TObject);
започнете
Query1.Active:=true;
край;
процедура TForm5.Edit1Change(Sender: TObject);
започнете
Query1.Open;
край;
процедура TForm5.Button1Click(Sender: TObject);
започнете
Form11.show;
Form5.Close;
край;
Описание на модул 6
единица Unit6;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, DB, DBTtables, Grids, DBGrids, StdCtrls, ExtCtrls, DBCtrls;
Тип
TForm6 = клас (TForm)
Button1: TButton;
Редактиране1: TEdit;
DataSource1:TDataSource;
DBGrid1: TDBGrid;
Запитване1: TQuery;
Етикет1: T етикет;
DBNavigator1: TDBNavigator;
Етикет2: T етикет;
Бележка1:TMemo;
Button2: TButton;
Етикет3: T етикет;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма 6: TForm6;
изпълнение
използва Unit11;
($R *.dfm)
процедура TForm6.Button1Click(Sender: TObject);
започнете
Query1.Close;
ако не Query1.Prepared тогава
Query1.Prepare;
ако дължина (edit1.text)<>0 тогава
друго
започнете
Query1.Params.Value:=0;
край;
Query1.Open;
край;
процедура TForm6.Button2Click(Sender: TObject);
започнете
Form11.show;
Form6.Close;
край;
Описание на модул 7 на модул
единица Unit7;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, StdCtrls, Grids, DBGrids, DBTables, DB, Mask, DBCtrls, ExtCtrls,
QRCtrls, QuickRpt;
Тип
TForm7 = клас (TForm)
Етикет1: T етикет;
Етикет2: T етикет;
DataSource1:TDataSource;
Запитване1: TQuery;
Редактиране2: TEdit;
Button1: TButton;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
Етикет3: T етикет;
DBGrid1: TDBGrid;
Етикет4: T етикет;
Етикет5: T етикет;
DBNavigator1: TDBNavigator;
Button2: TButton;
Етикет6: T етикет;
Етикет7: T етикет;
Бележка1:TMemo;
ComboBox1: TComboBox;
Етикет8: T етикет;
Button3: TButton;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
процедура Button3Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма7: TForm7;
изпълнение
използва Unit5, Unit11;
($R *.dfm)
процедура TForm7.Button1Click(Sender: TObject);
започнете
Query1.Close;
ако не Query1.Prepared тогава
Query1.Prepare;
ако дължина (edit2.text)<>0 тогава
Query1.Params.Value:=edit2.Text
друго
започнете
Query1.Params.Value:=0;
edit2.Text:="Въведете име!";
край;
Query1.Open;
край;
процедура TForm7.Button2Click(Sender: TObject);
започнете
form5.show;
Form7.close;
край;
процедура TForm7.Button3Click(Sender: TObject);
започнете
Form11.show;
Form7.close;
край;
Описание на модул 8
единица Unit8;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Тип
TForm8 = клас (TForm)
Етикет4: T етикет;
DataSource1:TDataSource;
Запитване1: TQuery;
DBGrid1: TDBGrid;
DBNavigator1: TDBNavigator;
Button1: TButton;
Бележка1:TMemo;
процедура Button1Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма8: TForm8;
изпълнение
използва Unit11;
($R *.dfm)
процедура TForm8.Button1Click(Sender: TObject);
започнете
Form11.show;
Form8.close;
край;
Описание на модул 9
единица9;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, мрежи, DBGrids, DB, DBTables, StdCtrls, Mask, DBCtrls, ExtCtrls;
Тип
TForm9 = клас (TForm)
Редактиране1: TEdit;
Запитване1: TQuery;
DataSource1:TDataSource;
DBGrid1: TDBGrid;
Button1: TButton;
Запитване 2: TQuery;
DataSource2: TDataSource;
Button2: TButton;
DBEdit1: TDBEdit;
DBNavigator1: TDBNavigator;
Етикет1: T етикет;
Етикет2: T етикет;
Етикет3: T етикет;
Име: TComboBox;
Button3: TButton;
Бележка1:TMemo;
Етикет4: T етикет;
Button4: TButton;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
процедура Button3Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма9: TForm9;
изпълнение
използва Unit11, Unit13;
($R *.dfm)
процедура TForm9.Button1Click(Sender: TObject);
започнете
Query1.Close;
ако не Query1.Prepared тогава
Query1.Prepare;
ако дължина (edit1.text)<>0 тогава
Query1.Params.Value:=edit1.Text
друго
започнете
Query1.Params.Value:=0;
edit1.Text:="Въведете името на дипломанта!";
край;
Query1.Open;
край;
процедура TForm9.Button2Click(Sender: TObject);
започнете
Query2.Close;
ако не Query2.Prepared тогава
Query2.Prepare;
ако дължина (edit1.text)<>0 тогава
Query2.Params.Value:=edit1.Text
друго
започнете
Query2.Params.Value:=0;
edit1.Text:="Въведете номер на семестър!";
край;
Query2.Open;
край;
процедура TForm9.Button3Click(Sender: TObject);
започнете
Form11.show;
Form9.close;
край;
процедура TForm9.Button4Click(Sender: TObject);
започнете
Form13.QuickRep1.Preview;
край;
Описание на модул 10
единица Unit10;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, ExtCtrls, QuickRpt, StdCtrls, DB, DBTables, Mask, DBCtrls,
Решетки, DBGrids;
Тип
TForm10 = клас (TForm)
Button1: TButton;
Запитване1: TQuery;
DataSource1:TDataSource;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
Етикет1: T етикет;
Етикет2: T етикет;
Редактиране1: TEdit;
Button2: TButton;
Етикет3: T етикет;
ComboBox1: TComboBox;
Етикет4: T етикет;
Етикет5: T етикет;
Бележка1:TMemo;
Етикет6: T етикет;
Етикет7: T етикет;
Button3: TButton;
процедура Button1Click(Sender: TObject);
процедура Button2Click(Sender: TObject);
процедура Button3Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма10: TForm10;
изпълнение
използва Unit3, Unit7, Unit12, Unit11;
($R *.dfm)
процедура TForm10.Button1Click(Sender: TObject);
започнете
Form12.QuickRep1.Preview;
край;
процедура TForm10.Button2Click(Sender: TObject);
започнете
Query1.Close;
ако не Query1.Prepared тогава
Query1.Prepare;
ако дължина (edit1.text)<>0 тогава
Query1.Params.Value:=edit1.Text
друго
започнете
Query1.Params.Value:=0;
edit1.Text:="Въведете име!";
край;
Query1.Open;
край;
процедура TForm10.Button3Click(Sender: TObject);
започнете
Form11.show;
край;
Описание на модул 11
единица Unit11;
интерфейс
използва
Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,
Диалози, StdCtrls;
Тип
TForm11 = клас (TForm)
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Button6: TButton;
Бележка1:TMemo;
Етикет1: T етикет;
Етикет2: T етикет;
Етикет3: T етикет;
Button7: TButton;
Етикет4: T етикет;
Етикет5: T етикет;
процедура Button2Click(Sender: TObject);
процедура Button1Click(Sender: TObject);
процедура Button4Click(Sender: TObject);
процедура Button3Click(Sender: TObject);
процедура Button5Click(Sender: TObject);
процедура Button6Click(Sender: TObject);
процедура Button7Click(Sender: TObject);
частен
(частни декларации)
обществено
(Публични декларации)
край;
вар
Форма11: TForm11;
изпълнение
Подобни документи
Създаване на таблици и проектиране на системи за управление на бази данни. Инфологичен дизайн. Релационна схема на базата данни Приложна стойност на системите: информация за пощенските служители и стоките, с които се доставят. Vipiska за наличието на стоки в магазина.
курсова работа, дарения 01.12.2008г
Разработване на база данни с информация за специалисти, продукти, типове продукти, с помощта на системата за управление на база данни MySQL за допълнителни SQL заявки. Разработване на инфологичен модел на предметна галерия. Структурата на таблиците на полетата на базата данни.
управление на робота, допълнения 13.04.2012г
Процесът на проектиране на база данни, разработване на логическа структура е подобен на инфологичния модел на предметната област. Работа с програмата Access DBMS, характеристики на таблици и полета, създаване на междутаблични връзки; инфологичен дизайн.
курсова работа, дарения 17.12.2009г
Основно разбиране на бази данни и системи за управление на бази данни. Видове данни, от които се използват бази на Microsoft Access. Класификация на СУБД и нейните основни характеристики. База данни след пускане на пазара. Тенденции в света на съвременните информационни системи.
курсова работа, дарения 28.01.2014г
Особености на развитието на инфологичния модел и създаването на структурата на релационната база данни. Основи на дизайна на база данни. Разработване на таблици, формуляри, заявки за показване на информация за конкретен модел. Работа с бази данни и обекти.
курсова работа, дарения 11/05/2011
Допълнителни параметри и функционални възможности на системата за управление на база данни на Microsoft Office Access. Обозначаване на основните класове обекти. База данни Rozrobka "Dіlovodstvo". Създаване на таблици, формуляри, заявки, числа и схеми с данни.
реферат, допълнения 05.12.2014г
Тенденции в развитието на системите за бази данни. Ієєєєєрхіхічні и мірежі модели на СУБД. Основните vimogi към rozpodіlenoї база данни. Obrobka rozpodіlenih zapіv, оперативна съвместимост. Технология на репликация на данни и архитектура Bagatolan.
реферат, допълнения 29.11.2010г
Теоретична информация и основно разбиране на базите данни. Системи за управление на база данни: склад, структура, сигурност, режими на работа, обекти. Работа с бази данни на OpenOffice.Org BASE: създаване на таблици, връзки, заявки за помощ от капитана на заявките.
курсова работа, дарения 28.04.2011г
Проектиране на база данни на системата за приемане, обработка и форма на заявления за внедряване на информационни технологии; разработване на инфологични и даталогически модели, внедряване на физически модел. Създаване на програми за визуализация на роботи с база данни.
дипломна работа, дарение 25.01.2013г
Визия на информационните обекти и його инфологически модел. Логическата структура на релационната база данни. Таблици Rozrobka в системата за управление на база данни Access. Създаване на заявки, формуляри и повиквания в СУБД на Access. Програма Rozrobka ползавач.
Нека направим просто допълнение към базите данни, което ще показва информация от туристическите таблици на екрана и показва текущия запис на туристическите таблици Информация за туристите от базата данни на Microsoft Access.
За когото създаваме празна програма за Windows. Zovnіshnіy vglyad dovkіllya
Розробки посочи малкия 39 .
Ориз. 39. Празна добавка
На малкия 39 се разглежда група от компоненти „Данни“ („Данни“), като начин да се отмъсти на компонентите за достъп до данни и манипулирането им.
Обвързването на данни към базата данни към формуляра се създава от компонента Binding Source. Нека прехвърлим йога във формата. След поставянето на йога върху формата, средата на отвора се изпълва с обиден вид (фиг. 40).
Ориз. 40. Компонентът Binding Source във формуляра
Компонентът не е визуален, така че се появява на допълнителния панел. Основният авторитет на компонента е авторитетът на DataSource, който посочва източника на данни. За пропагандаторите на властта тя е празна, така че е необходимо да се формулира нейното значение. При избор на позицията на власт началото на властта се обявява в началото на деня (фиг. 41).
Ориз. 41. Списък на джерел даних
В момента списъкът е празен, така че трябва да създадете ново дърво с данни, като изберете командата Добавяне на източник на данни за проекта, за да създадете ново дърво с данни, което е свързано с него. Появява се като диалог (фиг. 42).
Ориз. 42. Списък на джерел даних
Този диалог предстои, vibir dzherel danih:
База данни - база данни;
Услуга - Услуга, това е услуга, която дава данни. Най-разпространената уеб услуга;
Обект - Обект за избор на обект, който генерира данни, който обект за роботи с тях.
В същото време е необходимо да изберете елемента „База данни“. Вижте избора на деня с почит (фиг. 43).
Ориз. 43. Vybіr z'ednannya z danimi
Методът на този диалог е да се създаде последователност от задачи, в която ще бъдат описани параметрите на задачата към ADO механизма, като например тип база данни, її локализация, имена на користуващи, настройки за сигурност и други.
Списъкът с диалога съдържа всички творения преди деня. Ако в списъка няма необходима връзка, изберете бутона "Създаване на връзка" ("Нова връзка"). Натиснете бутона, докато се появи предстоящият диалог (малък 44).
За този диалог изберете типа на базата данни (в дадения прозорец на Microsoft Access), името на базата данни (в даденото поле файлът на базата данни), паролата и паролата за свързване с базата данни . Бутонът "Разширени" ви позволява да зададете голям брой параметри, които са необходими за различни детайли на механизма ADO. Изборът на бутона "Проверка на връзката" ("Тестова връзка") ви позволява да преразгледате правилността на въведените параметри и практичността на връзката.
Ориз. 44. Създаване на нов ред
Останалата част от диалога е да изберете таблица с други обекти в базата данни, които са необходими за всеки от източниците на данни. Vіkno изборът е представен малко 45.
Ориз. 45. Изберете необходимите таблици
В тази книга са избрани таблиците "Туристи" и "Информация за туристите". Oskіlki іnshih ob'єktіv, krіm таблица, в базата данни е създадена, малко 45 се появява повече от таблица. За кого е завършено създаването на джерел даних. След натискане на бутона "Край", компонентът DataSet се присвоява на формуляра от компонента BindingSource.
Сега данните, които са включени повече, трябва да се покажат във формуляра. Най-простият начин за показване на данни е да изберете компонента DataGridView от групата компонент данни. Визуалният компонент изглежда така на формуляра (фиг. 46).
Ориз. 46. Компонент DataGridView
Той незабавно обвинява настройката на компонента, тъй като показва способността му да редактира данни: „Активиране на редактиране“ („Разрешаване на добавяне“), „Разрешаване на редактиране“ („Разрешаване на редактиране“), „Разрешаване на изтриване“ („Разрешаване на изтриване“) ; възможността за промяна на реда на колоните: "Разрешаване на възможността за промяна на реда на колоните" (Enable Column Reordering); както и възможността за фиксиране в контейнер-баща.
За да може компонентът незабавно да покаже данните, е необходимо да изберете данните от джерелото от списъка, който виждате. Изберете списъка, който виждате, за да създадете, преди да се появи диалоговият прозорец за напредък (фиг. 47).
Ориз. 47. Viber джерела даних за DataGridView
В тази випадка избрахме масата „Туристи” като джерело даних. Този избор променя формата на екрана по този начин (малък 48).
Ориз. 48. Компонентът DataGridView показва структурата на таблицата
В малкия можете да видите, че има още един компонент BindingSource и компонента TableAdapter, който работи с таблицата Tourist. Моля, имайте предвид, че по време на проектиране или в процеса на разширяване на тези таблици, тези таблици не се показват.
Сега е необходимо да се покажат данните в свързаната таблица "Информация за туристите". За коя от тях се поставя един компонент DataGridView върху формата и е възможно да се стъпи върху тях (фиг. 49).
Ориз. 49. Избиране на друг DataGridView
Тук не става дума за самата таблица „Информация за туристите“, а за връзката (Обвързващ източник) между таблиците „Турист“ и таблицата „Информация за туристите“. Такъв подбор гарантира, че изборът от таблиците "Информация за туристите" е по-малко от тихите редове, тъй като те се появяват на същия ред в таблицата "Туристи". Също така, такъв избор гарантира коректността на актуализацията и външния вид на данните. Отриманата програма на робота показва малко 50.
Ориз. 50. Допълнение към базата данни за роботи
Преместване за пари с помощта на клавиши със стрелки и неръчни. За да се опрости навигацията за данни, има компонент BindingNavigator. Поставете йога върху формата (фиг. 51).
Ориз. 51. Компонент BindingNavigator във формуляра
Този компонент ви позволява да навигирате между записи в таблицата, да добавяте и виждате редове от таблици. Mozhlivostі, че zvnіshnіy vyglyad компонент може да се регулира, oskolki vіn є конюгирано меню ToolStripContainer.
Силата, която дефинира таблицата, върху която се базира навигацията, е силата на BindingSource. Нека зададем значението на силата на "touristsBindingSource". Роботизираният компонент изглежда така (фиг. 52).
Ориз. 52. Компонент BindingNavigator на робота
Редактирането на данни в средата на компонента DataGridView може да се извърши, ако не ръчно, но не и рационално. Zocrema, важно е да се преосмисли значението на помилванията. Следователно за таблицата „Туристи“ се създава екранен формуляр, който ви позволява да показвате данни в компонентите TextBox и да ги редактирате. За кой от тях е възможно да се постави контейнер от типа Panel върху формата, а върху новия три компонента от типа TextBox (фиг. 53).
Ориз. 53. Екранен панел за редактиране на записи в таблица "Туристи".
Сега е необходимо да свържете компонентите TextBox към задължителните полета на таблицата Tourists. За този, който спечели силата на групата DataBindings - Advanced, вижте малките 54.
Ориз. 54. Power "DataBindings - Advanced"
Изборът на дадена мощност за производство преди появата на диалога, показан в малките 55. Датският диалог ви позволява не само да обвържете данните, но и да зададете основата, в рамките на която се извършва актуализирането на данните , както и форматирането на данните за часа на посещението.
За горния компонент TextBox на списъка Binding изберете името "touristsBmdmgSource" и полето за име - "Priest". За средния и долния компонент на TextBox изберете същите данни и полетата „First Name“ и „By Father“ са подходящи.
Фрагментацията на придатъци в роботите изглежда така (фиг. 56).
Ориз. 55. Отворете диалоговия прозорец за "DataBindings - Advanced"
Ориз. 56. Свързване на данни с визуални компоненти
Въпреки това, когато се направят промени, във формуляра се попълват нови данни. В базата данни смрадите не се записват, а при второ обаждане явно програмите ще са ежедневни. Причината е, че данните са заснети в обект DataSet, който е копие на таблицата в паметта. Usі dії vykonuyutsya із сією копие. За да промените външния вид на базата данни, е необходимо да добавите метода Update към класа TableAdapter. По този начин за програмата, която се разширява, е необходимо да разгънете бутона „Актуализиране“ и да запишете текущия програмен код във файла Click Submit:
TouristTableAdapteGUupdate(bDTur_firmDataSet); іnformation_about_tourists inTableAdapter.Update(bDTur_firmDataSet);
Този код актуализира информацията в таблиците "Туристи" и "Информация за туристи", които се надяват от данните. Показателно е, че този метод е perevantazhenim и тази опция ви позволява да промените първия ред на таблицата, както и групата от редове.
РАЗРАБОТВАНЕ НА ПРИЛОЖЕНИЕ ЗА РАБОТА С БАЗА ДАННИ
Роза Гайнанова
Литература от катедра Общообразователни дисциплини
Казански национален изследователски технологичен университет
Русия, Казан
РЕЗЮМЕ
В статията са разгледани методи за достъп до бази данни и програмни интерфейси, които могат да бъдат намерени в тези методи за достъп. Обмисля се интеграцията на Visual C# програми със сървъра на Microsoft SQL Server 2012 DBMS.
РЕЗЮМЕ
Материалите трябва да се използват за достъп до файловете и софтуерните функции, които се основават на тези методи. Обмисляме интегрирането на Visual C# приложения със сървъра на база данни на Microsoft SQL Server 2012. Подобно на развиващите се "Туристическа агенция" се разглежда информационната система.
Ключови думи:база данни, SQL Server, програма, koristuvachі, контролен елемент, zap.
ключови думи:База данни, SQL сървър, приложение, потребители, контролен елемент, заявка.
Информационната система е взаимно зависима от събирането на ресурси, методи и персонал, които печелят за запазване, обработка и сортиране на информация с цената на достигане на целта. Информационната система, която се разработва, ще бъде вдъхновена от технологията клиент-сървър. В такива системи информацията се съхранява на сървъра, а интерфейсът на информационната система се съхранява на клиентски компютри, чрез нова користуваща информационна система, достъпът до данните е отказан.
При разширяване на информационната система трябва да бъдат нарушени две основни задачи:
- ръководителят на разпределението на базата данни, която е призната за събиране на информация;
- мениджър на разработката на графичния интерфейс на клиентския програмен мениджър.
Базата данни "Туристична агенция" е създадена на Microsoft SQL Server 2012. Базата данни събира информация за клиентите на тази туристическа агенция (туристи), за заявените от тях пътувания и за регистрацията на плащането за ваучери. На етапа на проектиране на базата данни се създават таблици Туристи, Турове, Ваучери, Сезони, Плащане. Между таблиците се установяват връзки.
Помощник на туристическата агенция е служител на туристическа агенция, мениджъри продажби, счетоводител, касиер и офис асистент на туристическа агенция. Един от офис асистентите е назначен за системен администратор. Само ние знаем появата на записи на користувачите. Има пет основни таблици, създадени от таблицата "Koristuvachi", за да се премахне информация за Koristuvachіv DB. Tsya таблица е свързана с други таблици. Структурата на таблицата: кодът на koristuvach, псевдонима, населеното място, входът и паролата. Можете да правите промени в номера на таблицата само от системния администратор.
Системата за сигурност на SQL Server ще се основава на две концепции: удостоверяване и оторизация. Системният администратор, който отговаря за сигурността на SQL Server, създава обект за влизане за дерматолога. Този обект трябва да бъде защитен от ключовия запис на SQL Server, неговата парола и други атрибути, които се разпознават за удостоверяване чрез достъп до базите данни на SQL Server. След като се свърже със SQL Server, кореспондентът ще откаже достъп до базите данни, в които са регистрирани физическите записи. За да регистрира наклонен запис с конкретна база данни, системният администратор създава ново име за базата данни и го показва със същия наклонен запис. Системният администратор дава ново начало на coristuvachas. Мениджърът по продажбите може да направи промени в таблиците „Туристи“ и „Пътуване“ и да промени колоната „Country_place“ в таблицата „Обиколки“ след продажбата на ваучера. Туристическа агенция Спивробитник може да прави промени в таблицата "Сезон" и "Тури". Счетоводител и касиер - до таблицата "Плащане".
Можете да настроите тази актуализация в средата на SQL Server Management Studio, за да промените властта на старши мениджър. Можете да дадете възстановяване за допълнителни инструкции GRANT. Върнете го на управителя. Следващата инструкция дава право на Koristuvachev Menedger да прегледа, да промени таблицата "Туристи", да вмъкне нови редове и да види остарели данни.
Туристическа агенция USE
ПРЕДОСТАВЯ ИЗБОР, АКТУАЛИЗИРАНЕ, ВМЕСВАНЕ, ИЗТРИВАНЕ
ON Туристи
Подобна инструкция е създадена и за работата с таблицата "Обиколки". За да се даде право на мениджъра да промени повече от една колона на таблицата „Turi“, след името на таблицата в арките посочете името на колоната Turi, която се променя (Kilkist_mіsts). Дадени операции SELECT, UPDATE.
Move Data Control Language (DCL) има няколко инструкции: COMMIT (завършен), ROLLBACK (оттегляне), GRANT (с), REVOKE (с). Всички тези инструкции се дължат на защитата на базата от данни под формата на vipadkovy chi navmisny poshkodzhennia. Базите на данните са много умни, как да направите промени в тях. За zahistu danih SQL прехвърлени zamyzhhenya операции. Ако можете да го промените, тогава вонята е само в средата на транзакциите. При опит dekіlkoh koristuvachіv един час vikoristovuvat самата таблица с бази данни, се създава ситуация на конкурентен достъп. Проблемите, свързани с едночасовия достъп, се обвиняват в очевидно прости програми, тъй като програмата е инсталирана и работи в защитена система на система с много кратък живот, която в един свят няма възможност да управлява едночасов достъп. Няма конфликт на транзакции, така че вонята се брои последователно.
Един от основните инструменти за поддържане на целостта на базата данни е транзакцията. Транзакцията капсулира всички SQL изрази, които могат да бъдат инжектирани в базата данни. SQL транзакция се завършва в една от двете стъпки: COMMIT (завършен) или ROLLBACK (връщане назад). Когато една транзакция е завършена с инструкция ROLLBACK, тогава всички тези инструкции се изтеглят и базата данни се завърта към изходната станция. Основната транзакция може да се изпълни в един от двата режима: ЧЕТЕНЕ-ЗАПИС (четене-запис) или САМО ЧЕТЕНЕ (само за четене). За транзакция можете да зададете едно от предстоящите нива на изолация: SERIAIZABLE (последно изчакване), REPEATABLE READ (четене за повторение), READ UNCOMMITED (четене на непотвърдени данни). Зад ключалката има характеристики ЧЕТЕНЕ-ЗАПИСВАНЕ и СЕРИАИЗИРАНЕ. Характеристиките на SQL транзакцията, които се дължат на заключвания, звучат подходящо за повече ядра.
Програмата е създадена в средата на Visual Studio 2012 с помощта на C# програмиране. Проектирането на софтуерния продукт започва от разработването на основния интерфейс.
Директната програма може да извика основните функции на робота с допълнение (Фигура 1). За vikonannya tsikh операции vikoristovuetsya меню. Менюто се състои от следните елементи: Маси, Попитай, Повикване. Kozhen іz tsikh ptіv mіstіt podpunkti. Функцията на кожата ще бъде в горната част на окото. В главния прозорец на програмата е инсталиран елементът MenuStrip, формират се опции на менюто. Елементът PictureBox се поставя върху формуляра. В областта на елемента се заснема снимка. Малкият е виновен, че е окупирал целия регион. Силата на SizeMode задава мащабирането на изображението. За захранване от списъка, който се разширява, се избира StretchImage, малките се мащабират така, че да заеме цялата повърхност на обекта.
За показване на списъка с кореспонденти, за да имате право да работите с база данни "Туристична агенция", е инсталиран контролният елемент comboBox. Елементът comboBox е свързан с dzherel danih. V_krivaєtsya vіkno. УomboBoxмениджър”, за които е инсталиран прапорът „Виползуват елементи, обвързани с данни”, тъй като този флаг е инсталиран, се задават параметрите за обвързване на данни. Елементът comboBox е прикрепен към таблицата "Koristuvachi", в реда "Показване на член" изберете "Prizvische". За да въведете вход, се инсталира елементът за парола textbox1 за въвеждане на паролата textBox2. За елементите textBox1 и textBox2 пълномощникът UsesSystemPasworChar е настроен на true, за да посочи, че текстът в текстовото поле трябва да се третира като символи за парола за заключване. Инсталирани са два командни бутона "Изпращане" и "Промяна на користувач".
При свързване на елемента comboBox с таблицата "Koristuvachi", индексът Form1_Load се добавя към програмния код на формуляра.
private void Form1_Load(изпращач на обект, EventArgs e)
this.coristuvachiTableAdapter1.Fill(this.travel agencyDataSet10.coristuvaci);
Недостъпно стартиране на програмата от менюто. За да влезете в системата, е необходимо да въведете данни за кореспондента и да натиснете бутона "Enter". Когато формата е избрана, имената на користувачите, които се намират в таблицата "Користувачи", се записват в контролния елемент comboBox1. Към този семплер се добавят редове, за да могат да се отварят с недостъпни менюта, бутон „Промяна на користувач“ и в елемента comboBox1 има елемент, който не може да се избира:
menuStrip1.Enabled = false; comboBox1.SelectedIndex = -1;
button2.Enabled=false;
Фигура 1. Изглед на главния прозорец на програмата
При натискане на бутона "Изпращане" се проверява дали в таблицата "Koristuvach", koristuvach, с този псевдоним, както и че входът и паролата са въведени правилно. Областта за описание на класа на формуляра описва параметрите, които се предават на командата sql. Има три параметъра: името на koristuvach, йога вход и парола.
частен низ parfam, parpasw, parlog;
В пространството на имената се добавя ред:
използване на System.Data.SqlClient;
// Obbnik за натискане на бутона "Изпращане"
низ sql = "";
string connstr = @"Източник на данни= B302CN-8 \TEST_SQL;Начален каталог=Пътнически агент;Интегрирана сигурност=Вярно";
SqlDataReader cmReader;
parfam=comboBox1.Text; parlog=textBox1.Text;
SqlConnection conn=ново SqlConnection(connstr);
sql = "ИЗБЕРЕТЕ име, вход, парола ОТ Koristuvach" +
КЪДЕ (Поверителност = @fam) и (Парола [защитен с имейл])";
SqlCommand cmdkod = Нова SqlCommand(sql, conn);
cmdkod.Parameters.Add(нов SqlParameter("@fam", SqlDbType.NChar, 25));
cmdkod.Parameters["@fam"].Стойност = parfam;
cmdkod.Parameters.Add(нов SqlParameter("@pasw", SqlDbType.NChar, 10));
cmdkod.Parameters["@pasw"].Стойност = parpasw;
cmdkod.Parameters.Add(нов SqlParameter("@log", SqlDbType.NChar, 15));
cmdkod.Parameters["@log"].Стойност = parlog;
ако (!cmReader.Read())
MessageBox.Show("Грешна парола!");
cmReader.Close(); conn.Close();
menuStrip1.Enabled = вярно; comboBox1.SelectedIndex = -1;
button1.Enabled=false; button2.Enabled = вярно;
textBox1.Text = ""; textBox1.Enabled = false;
textBox2.Text = ""; textBox2.Enabled = false;
comboBox1.Enabled = false;
cmReader.Close();
private void button2_Click(подавател на обект, EventArgs e)
menuStrip1.Enabled = false; comboBox1.Enabled = вярно;
textBox1.Enabled = вярно; textBox2.Enabled = вярно;
button1.Enabled = вярно; button2.Enabled=false;
Описание на роботизирания работник под натиска на бутона "Изпращане".
Редът connstr е да замени реда за свързване. На реда sql се записва текстът на формираната заявка, започвайки от оператора select, след което се сортират полетата, които се избират от таблицата, след като се посочат думите from.
Компилаторът създава нов екземпляр на обекта SqlConnection, който защитава връзката към SQL сървъра. Обектът SqlCommand търси командата с три параметъра за търсене в таблицата "Koristuvachi" с име, вход и парола. Бутон1_Click семплер показва кривата на извикване на SqlConnection. Даде извадка от SQL командата, която да бъде запазена в обекта cmdkod.
cmReader = cmdcode.ExecuteReader();
В резултат на това изпълнението на метода ExecuteReader създава обект от класа SqlDataReader, който позволява последователно четене на всички редове на SQL командата. За избора се използва методът SqlDataReader. Прочети. Ако таблицата "Koristuvachi" не отмъсти срещу желания запис с даден псевдоним, потребителско име и парола, тогава методът cmReader.Read () ще върне стойността false. Това означава, че е въведено неправилно потребителско име или парола. В този случай има известия за неправилно въвеждане на данни, обектите cmReader и SqlConnection са затворени. Ако данните за ползувача са въведени правилно, менюто и бутонът "Промяна на ползвача" стават достъпни. Бутонът „Изпращане“ става недостъпен. Елементите textBox1 и textBox2 са изчистени и недостъпни. Елементът comboBox1 също става недостъпен (фиг. 2)
Фигура 2. Изглед на главата след влизане
Таблиците и резултатите от заявката се показват върху елементите на заявката DataGridView. Основното разпознаване на тези елементи е свързването с таблиците на съществуващите бази данни, а не преди таблиците на базите данни. За по-голяма яснота ще прегледам и въведа нови записи в таблиците "Сезони", "Обиколки" и "Обиколки", "Плащане" се показват два пъти в една седмица. Елементът на кожата на търсенето на DataGridView ще се появи с конкретна таблица в базата данни "Пътническа агенция". За този блог е избрана таблицата "Туристи" (фиг. 3). След като връзката приключи (щракнете върху бутона Finish), компонентите DataSet, BindingSource и TableAdapter се появяват във формуляра. Тези компоненти не са визуални, така че вонята се показва на допълнителния панел. DataSet е набор от обект на специализации, който може да отмъсти за образа на базата данни. За взаимодействие между DataSet и набора от данни се използва обект от типа TableAdapter. Самото име на обекта - адаптер, преобразуващо устройство - показва неговата природа. TableAdapter използва методите Fill и Update, за да извърши директен трансфер на данни между DataSet и таблицата на SQL сървъра, която се съхранява в базата данни. Методът Fiil зарежда DataSet с данни от SQL Server, а методът Update актуализира базата данни на SQL Server с данни от локалния DataSet. Компонентът BindingSource ще улесни свързването на контролите към данните за изгледа. Основният авторитет на компонента BindingSource е авторитетът на източника на данни, който посочва източника на данни.
След завършване на свързването на таблицата с източника на данни, подпрограмата Form2_Load се декларира в програмния код на формуляра.
private void Form2_Load(изпращач на обект, EventArgs e)
this.touristTableAdapter.Fill(this.travel agencyDataSet9.Tourist);
Когато се въведе формуляр за данни, който се съхранява в таблицата Туристи, той се показва на елемента DataGridView във формата Form2. Преди таблицата можете да правите промени и да добавяте нови записи. След като направите промяна, натиснете бутона „Запазване на туристите“. Obbnik podії натискане на бутона „Запазване на туристи“:
private void button1_Click(подавател на обект, EventArgs e)
сезони и TableAdapter.Update(travel agencyDataSet9);
MessageBox.Show("Запазване на данни");
Малюнок 3. Изглед на прозореца с масата "Туристи"
Kozhen zap vіdobrazhaєtsya на okremomu vіknі. Във Формуляр 1 се добавя нов елемент в менюто „Заявка“. Тъй като няма параметри за извличане, за да се покажат резултатите от заявката, елементът за проверка на DataGridView е инсталиран във формуляра и е свързан с различна процедура или функция на база данни.
В тази статия са представени някои методи за разширяване на добавки, които работят с бази данни, начини за организиране на достъп до работа със система от междинен osib, начини за интегриране на Visual C # програми със сървър на Microsoft SQL Server 2012 DBMS. други програми с широк спектър от възможности. Основната сила на SQL се крие в познаването на данните. Skilki няма да бъде на редове в масата, е възможно да спечелите с помощта на един оператор SELECT. Точно в този час ръководителят на краткотрайния mov SQL е недоразумения за интерфейса на koristuvach. За помощ на процедурния език можете да създадете ръчни интерфейси за въвеждане и преглед на данни. Най-обширният начин за комбиниране на SQL с процедурен език се нарича абстрактен SQL код. SQL операторът се вмъква на подходящото място на процедурната програма. Моята програма, написана от моята процедура, и SQL кодът отговарят за предаването на информация. За които са необходими основните промени. Schob SQL rozpіznav tsі zminnі, е необходимо да се глас. Промяна на обхвата на описанието на формата за клас към описанието на програмния код. За код, нов екземпляр на обекта SqlConnection осигурява връзката със SQL сървъра. Обектът SqlCommand гарантира, че SQL командите се обработват.
Списък на литературата:
- Алън Тейлър. SQL за чайници, 8-мо издание: Пер. от английски - М.: ТОВ “И.Д. Уилямс”, 2014. – 416 с.
- Гайнанова Р.Ш. Разработка на софтуер за роботи с бази данни MS SQL Server 2012 // Фундаментални и приложни науки днес: Сборник доклади от XI международна практическа конференция (10-11 април 2017 г. Нот Чарлстън, САЩ), том 3 – с. 34-41.
- Фролов А.В., Фролов Г.В. Визуален дизайн на C# програми. - М.: КУДРИЦ-ОБРАЗ, 2003, - 512с.
