КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

Application Database




Нека разгледаме базата данни като определен набор от свързани с тях данни, както и система за управление на база данни, или СУБД (Database System Management - DBMS), като софтуерът, който контролира достъпа до базата данни.

С примери за използването на базата данни, която се срещна в първата лекция и лабораторна дейност: търговия, поддържане на продукти на склад, банково дело, счетоводство книги в библиотеката, и т.н.

Университетът може да бъде на база данни с информация за студентите, те посещават курсове изплатени стипендиите вече са преминали и в момента се проучва предмети, както и за резултатите от пускането на различните изпити. Освен това, тя също може да бъде подкрепено от база данни с информация за прием на студенти през следващата година, както и база данни с личните данни на служителите, както и информация за изчисляване на заплатите им в счетоводния отдел.

2.2. Ръчно подаване - файлови системи - съвременна СУБД.

Ръчно подаване може успешно да се справят със задачите, ако броят на съхраняваните предмети е малък. Те също така са подходящи за работа с голям брой обекти, които се нуждаят само за съхраняване и извличане. Въпреки това, те в никакъв случай не са подходящи за тези случаи, когато е необходимо да се инсталира кръстосано свързване или да извършва обработка на информация. Ако имаме нужда от някаква информация, което трябва да се види картотека от началото до края, за да намерите желаната информация. По-сложен подход е да се използва такава система, алгоритъм на индексиране, което позволява да се ускори търсенето на съответната информация. Например, можете да използвате специални разделители или отделни папки за различни видове логически свързани обекти.

Файлови системи - набор от програми, които изпълняват определени операции на потребителите, като например създаване на отчети. Всяка програма определя собствените си данни и да ги управлява.

Файлови системи са били първият опит за компютъризиране на всички известни ръчно подаване. Файлови системи са разработени в отговор на необходимостта от по-ефективни начини за достъп до данни. Въпреки това, вместо да организират централизирано хранилище за всички корпоративни данни, тя е била използвана децентрализиран подход, в който служителите на всеки отдел, с помощта на специалисти в областта на обработката на данни (OD) работят със собствените си данни и да ги съхранявате на вашия отдел.

Това кратко описание на файловата система е достатъчно, за да се разбере присъщите ограничения.

§ разделяне и изолиране на данни.

§ Дублирането на данни.

§ зависимост от данните.

§ несъвместимост файлове.

§ Фиксирани заявки / бързо увеличаване на броя на заявленията.



Разделяне и изолиране на данни води до значителни трудности, когато е необходимо да се организира обработката на информация в две или повече файлове. Дублирането на данни. Поради децентрализирано функциониране с данните, съхранявани във всеки отдел, независимо от другите отдели в файловата система действително насърчават неконтролираното дублиране на данни, и то е, по принцип, е неизбежно. Дублирането на данни се придружават от разточителни разходи на ресурси, тъй като влизането излишни данни изисква да се харчат допълнително време и пари. Също така, дублиране на данни може да доведе до нарушаване на целостта им. То може да бъде, че в две различни части на организацията може да се намери по същия въпрос противоречиви отговори. В много случаи, резервираност на данните може да бъде избегнато чрез споделяне на файлове. В зависимост от данните, води до по-високи разходи при смяна на физическата структура на записа на файл, който, разбира се, се отразява в Приложението работи с тези файлове. Например, след период на търговска експлоатация на заявлението показва, че броят на новоприетия предвид законодателството, банка ще бъде увеличен от 10 до 16 знака. За да се измъкнем от тази ситуация е необходимо да се напише програма, която ще работи само веднъж. Тя трябва да се отвори файла източник, създаде временен файл с нов запис на структурата, да вземе записа от оригиналния файл, конвертиране на данните в новия формат и да ги запишете на временен файл (тези операции трябва да се извършват за всички записи в изходния файл), изтриване на оригиналния файл, присвоява временен файл оригиналното име. Несъвместимост на файлови формати затруднява обработка на информация дори в по-голяма степен, отколкото за разделяне и изолиране на данни. Тя може да се дължи на необходимостта от споделяне на данни двама местни задачи. Например за тази необходимост за създаване на софтуер, който ще конвертира данните в общ формат. След това те могат да съдействат за обработка. Фиксирани заявки / бързо увеличаване на броя на заявленията. файлови системи са до голяма степен зависими от програмист, защото всички необходими справки и отчети, за да бъде създаден за тях. В резултат на събитията, типично, разработени от един от следните два сценария. В много организации, видовете запитвания и отчети, генерирани бяха фиксирани форма, и не е имало инструменти или за създаване на непланирани специални заявки по отношение на самите данни, както и до информация за какъв вид данни са на разположение. С други организации, е имало бързо нарастване на броя на файлове и приложения. В крайна сметка, има моменти, когато служители OD отдел бяха просто не могат да се справят с цялата тази работа с помощта на наличните ресурси.

Всички ограничения файлови системи, изброени по-горе, са резултат от два фактора.

1. Определяне на данните, съдържащи се в заявлението, и не се съхранява отделно и независимо от тях.

2. В допълнение към прилагането не предоставя никаква друга достъп и обработка на инструмент данни.

За да се оптимизира работата започва да използва нов подход, а именно на базата данни (база данни) и система за управление на база данни, или СУБД (Database система за управление на СУБД).

База данни - общ набор от логически свързани данни (както и описание на данните), предназначени да отговорят на нуждите от информация на организацията.

За да се рови по-дълбоко в същността на това понятие, помисли за нейното определение по-отблизо. База данни - е един единствен, голям склад за данни, че след като са определени и след това се използва едновременно от много потребители от различни отдели. Вместо отделен файл с излишни данни е всички събрани с минималните съкращения акциите данни. Базата данни не принадлежи към нито един отделен отдел, но е общ ресурс предприятието. Освен това, магазините на базата данни не само оперативни данни на организацията, както и техните описания. Поради тази причина, базата данни се нарича набор от интегрирани записи с самостоятелно описване. Взети заедно, описанието на данни, наречена директорията система (система на стоките), или речник на данни (данни речника) и се описват самите елементи обикновено се наричат метаданни (мета-данни), т.е. "Данните за данни." Това е наличието на самостоятелно данни в базата данни, той осигурява независимост между програми и данни (независими програма-данни).

Накрая, трябва да се обясни на последния мандат на определението на база данни, а именно понятието "логически свързан". При анализа на информацията се нуждае от една организация трябва да изберете същността, атрибути и връзки. Entity (организация, The), наречена отделен вид съоръжение на (човек, място или нещо, концепция или събитие), за да бъдат представени в базата данни. The атрибут (атрибут) се нарича имот, който описва някои от характеристиките, описани от обекта; връзка (връзка) - това е, което обединява няколко структури.

Тази база данни представлява лица, атрибути и логически връзки между обектите. С други думи, базата данни съдържа информация логически свързани.

база данни ползи.

· Мониторинг на излишни данни.

· Консистенцията на данните.

· Повече полезна информация за същото количество данни.

· Data Sharing.

· Подкрепа за целостта на данните.

· Повишена безопасност.

· Прилагане на стандартите.

Подобряване на ефективността на системата везни с растежа.

· Възможността да се намери компромис с противоречащи си изисквания.

· Предоставяне на данни и тяхното желание за работа.

· Подобряване на показателите за ефективност.

· Опростяване на поддръжка на системата се дължи на независимостта на данните.

· Подобрено управление на паралелизъм.

· Разработен услугата за архивиране и възстановяване.

база данни недостатъци.

· Сложност.

· Размер.

· Разходи СУБД.

· Допълнителни хардуерни разходи.

· На разходите за преобразуване.

· Изпълнение.

· По-сериозни последици от повреда в системата.

2.3. Сравнение на локалната база данни с архитектура на базата данни клиент-сървър.

Бази данни за персонални компютри са се развили в посока от работния плот (десктоп), или местни приложения, когато действителната база данни могат да работят само едно заявление, към публичния достъп до системата от база данни.

Местните приложения са инсталирани на един персонален компютър; Пак там се намира и базата данни, с които приложението работи. Въпреки това, необходимостта от колективна работа с една и съща база данни довело до прехвърляне на базата данни върху мрежов сървър. Приложението работи с база данни, също се помещава на сървъра. По-малко типичен е друг начин е да се съхранява приложение, което има достъп до база данни на конкретен компютър потребители ( "клиенти"). Нови версии на локалните бази данни са били произведени, които могат да създават приложения, докато работи с една база данни на файлов сървър. Основният проблем е изрично или мълчаливо обработката на сделката и неизбежно ставане в колективното проблема на семантична достъп и база данни на връзките при смяна на едни и същи данни.

По време на експлоатацията на местните системи са били идентифицирани общи недостатъци подход файл-сървър, като същевременно се гарантира многопотребителски достъп до базата данни. Те са, както следва:

· Цялата тежест на изчислителната натоварването при достъп до база данни пада клиентското приложение, което е следствие от принципите на обработка на информацията в "File Server" системи: издаване на искане за подбор на информация от цялата таблица на база данни е таблица, се копира в сайта на клиента, както и вземане на проби се извършва на клиента ;

· Местни бази данни посредством така наречения подход "навигация", който се фокусира върху работата с индивидуални записи;

· Не оптимално консумираните ресурси на клиентския компютър и мрежата; Например, ако заявката ние трябва да получите 2 записи от таблица на 10 000 записа, всички 10 000 записи ще бъдат копирани от файлов сървър на клиентския компютър на; което води до повишаване на мрежовия трафик и нарастващите изисквания към хардуера съоръженията на компютъра на потребителя; Трябва да отбележим, че необходимостта от постоянно нарастване на изчислителната мощ на компютъра на клиента се определя от себе си не само за разработка на софтуер, но също така и увеличаване на обема на обработена информация;

· В базата данни на сървъра на файла е много по-лесно да направите промени в отделни таблици, заобикаляйки прилагането директно от инструмента; такава възможност е улеснено от факта, че в действителност, идеята на местната DBMS база данни е по-логично, отколкото физически, защото на база данни е набор от отделни таблици, съжителстват в една директория на диска; Всичко това подсказва, ниско ниво на сигурност - както по отношение на кражба и повреда, и от гледна точка на вземане на грешни промени на;

· Бизнес правила в даден файл сървърни системи са въведени в заявлението, която позволява на приложения, работещи в една база данни, дизайн на бизнес правила са взаимно изключващи се; семантична цялост на информацията в този случай могат да бъдат разделени;

· Недостатъчно развити сделки устройството на локална база данни служи като потенциален източник на грешки, както по отношение на едновременни промени в един и същи запис, и от гледна точка на подвижния обратно резултатите от поредица от съвместни по смисъла в един единични операции върху базата данни, когато някои от тях са били успешни на а някои - няма; това може да попречи на справочно и семантична целостта на базата данни.

Тези недостатъци са решени в превода на архитектурата на приложението "файлов сървър" в архитектурата "клиент-сървър", който бележи следващия етап в развитието на базата данни. Характерна особеност на архитектурата "клиент-сървър" е прехвърлянето на товара преработка на сървъра на базата данни (SQL-Server) и максималното отводняване на клиентското приложение от компютъра работи, както и значително укрепване на сигурността на данните - от двете злонамерени и просто погрешни промени. В този случай базата данни се намира на сървъра на мрежата, както в архитектурата "файл servep", но няма пряк достъп до базата данни на заявленията. Характеристики директен достъп до базата данни предвижда специална програма за контрол на сървъра на базата данни (SQL-Server), базата данни, предоставена от възложителя. Взаимодействие на сървъра на базата данни и клиентско приложение се случва по следния начин: на клиента генерира SQL-заявка и я изпраща към сървъра. Сървърът е получил искането, той изпълнява и връща резултата към клиента. Приложението за клиент се извършва основно интерпретиране на данните от сървъра, на изпълнението на влизането на потребителския интерфейс и данни, както и прилагането на правилата на бизнеса. Предимства на "клиент-сървър" архитектура:

· По-голямата част от компютърните процеси, които се случват на сървъра; по този начин, намалява изискванията за обработка на клиентския компютър;

· Намалява мрежовия трафик, като изпраща на сървър на клиента само данните, които е поискано; например, ако искате да направите маса от 10 000 записа в извадката, в резултат на което ще бъде само 2 вписвания, сървърът ще задава въпроси и изпраща данните към клиента набор от 2 записи;

· Опростена изчислителна мощност капацитет по отношение на разработването на софтуер и нарастващите обеми от данни, за да бъдат обработени: тя е по-лесно и по-евтино да се укрепи капацитетът на сървъра на мрежата или сървъра е напълно заменена с по-мощен, отколкото за увеличаване на капацитета или напълно да замени 100-500 клиентските компютри;

· База данни на сървъра, обикновено е един файл, който съдържа таблиците в базата данни, ограниченията за интегритет и другите компоненти на база данни; хакна база данни, дори когато е извършено умишлено, е трудно; значително увеличава сигурността на базата данни чрез въвеждане на грешни стойности, тъй като сървърът на базата данни извършва автоматично проверка на спазването на ограниченията, наложени от стойностите на пари в брой и автоматично извършва необходимите бизнес правила; В допълнение, сървърът следи нивата на достъп за всеки потребител и се опитва да блокира изпълнението на изпълнението на неразрешени действия на потребителя, като например преглеждането или промяната на таблици; Всичко това предполага много по-високо ниво на сигурност и справочна база данни и семантична целостта на информацията;

· Сървър изпълнява операция за управление и предотвратява опити за едновременно променят едни и същи данни; различни нива на изолация сделка позволяват да се определи поведението на сървъра в случай на едновременни ситуации на промени на данни;

· Охрана на системата се увеличава с прехвърлянето на по-голямата част от бизнес правила на сървъра; попадащи дял на конфликтни бизнес правила в клиентски приложения, които изпълняват различни действия на базата данни; идентифицират такива конфликтни бизнес правила в приложение на клиента все още е възможно, обаче, много по-трудно да се изпълни, защото на автоматичен точността на база данни за проследяване на сървъра на данни.