Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
13билет
х-Base дерекқор программалау тілі 4 GL (4 Generation Language) 4-
буынды тілдеріне жатады жəне реляционды d-Base сияқты ДҚБЖ
қолданылады. d-Base сияқты ДҚБЖ Ashton-Tate фирмасымен 80 жылдардың
басында берілген. Бұл жанұяға d-Base ДҚБЖ тын басқа фирмалармен
құрылған дерекқорды басқару жүйелері кіреді. Оларды біріктіретін бірнеше
айырмашылықтарымен d-Base сияқты процедуралық типті тіл, ол х-Base
программалау тілі. Əрі қарай х-Base программалау тілі негізгі жағдайлары жəне командалары қарастырылады, өйткені ол кез келген d-Base сияқты ДҚБЖ жүзеге асырылуында қолданылады, сонымен қатар объектті бағытталған версияларында программалаудың визуалды құралдарымен. Егер түрлі ДҚБЖ бір команданың бірнеше версияларында қолданылуы мүмкін болса, онда ол команданың версиясы Windows ОЖ Visual FoxPro ДҚБЖ сиппатлған. Visual FoxPro көп таратылған жəне дербес компьютерлер үшін ДҚ басқаратын жоғары жылдамдықты локалды жүйе болып табылады жəне есептеу қорларына төмен сұраулармен сипатталады, ол оны дербес компьютердің кез келген класында қолдануға мүмкіндік береді. Кəзіргі кезде бұл жүйенің бірнеше модификациясы бар, ол кеңауқымда жұмыс істеуге бағытталған, операциялық
жүйелерде (MS-DOS тан Unix дейін), жəне аппараттық платформаларда (IBM
PC ден жəне олардың аналогтары VAX типті мини ЭЕМ).
Қазіргі кезде кең тараған ДҚБЖ xBase жүйесі жатады. Бұл жүйе қатынас
аралық (реляциялық) типке қарайды, онда мəліметтер кесте түрінде бейнеленіп,
магниттік құрылғылардағы əртүрлі файлдарда сақталады. ДҚ пайдаланатын
программалардан тəуелсіз құрастырылған xBase ДҚБЖ мəліметтер файлы
(мəліметтер кестесі) бағаналар (өрістер) мен қатарлардан (жазбалар) тұрады да,
файл атының тіркеуі .dbf болады.
Файлдардағы əрбір өрістің өзіндік аты, типі, көлемі, (бір жазбадағы
өрістің символдар саны) жəне дəлдігі сандардың үтірден кейінгі таңбалар
саны болады. Өрістердің типтері символдық (өріс мəндері кез келген
символдар), сандық (өріс мəні - кез келген сан), даталық не мерзімдік (өріс мəні
жылы, күні , айы көрсетілген мерзім), логикалық (өріс мəні - .F. (FALSE -
жалған) немесе .Т. (TRUE - ақиқат)) түрлерден жəне МЕМО типтес
ескертпелерден тұрады. Бір жазбадағы өрістер саны 128-ден, символдар саны
4000-нан, ал бір өрістегі символдар саны 254-тен, ДҚ файлындағы жазбалар
саны 1 млрд-тан аспауы тиіс.
xBase жүйесінде берілген екі түрлі режимнің (тəртіптің) бірінде жұмыс
істеуге болады. Интерактивті жұмыс тəртібі сұхбаттасу (диалог) режиміндегі
команда - жауап арқылы жүргізіледі де, программалық тəртіп xBase18
программалау тілінде жазылған программаларды орындаудан тұрады. xBase
қолданатын барлық ДҚБЖ SQL деректерін басқаратын ендірілген тілді
қолдайды. Сондықтан xBase программаларына SQL командаларын қосуға
болады.
xBase ортасында жұмыс істегенде алгоритмдік тілдердегі сияқты
мынадай лексикалық белгілер пайдаланылады: ағылшын алфавитінің үлкен
жəне кіші əріптері мен астын сызу таңбасы; 0-ден 9-ға дейінгі ондық цифрлар;
+, -, *, /, =, ?, !, >, <, т.с.с арнайы символдар.
xBase командасының құрылымы:
ЕТІСТІК [<əсер_ету_аймағы>] [<өрнектер _тізімі>] [<FOR/WHILE
<шарттар>]
мұндағы ЕТІСТІК команданың аты; <əсер_ету_аймағы> - команданың қандай
жазбаларға қатысы бар екенін көрсететін əсер ету аймағы; <өрнектер _тізімі> -
команданың операндалары болып табылатын ДҚ өрісінің аты. ЭЕМ жадының
уақытша айнымалылары, операторлар, тұрақтылар т.б; <шарттар> - FOR жəне
WHILE опцияларының (мүмкіндіктерінің) шарттары. Тік жақшаға міндетті
түрде қажет емес параметрлер алынады. Əсер ету аймағын көрсету үшін ALL
(əсер ету аймағы ДҚ барлық жазбалары), RECORD N (əсер ету аймағы ДҚ
файлының N-ші жазбасы); NEXT Z (əсер ету аймағы ішкі жазба сілтемесі
көрсетіп тұрған жазбадан бастап келесі Z жазба).
2. Командалық файлдар, олардың құрылуы, редакциялауы қолданылуы
Файлдарды көшіруге, өшіруге, олардың атын өзгертуге, т.б. амалдар
орындауға болады. Көшіру жұмысын ашық файлдармен де жəне жабық
файлдармен де жүргізуге мүмкіндік бар.
Жабық файлдағы (<1-файл>) мəліметті басқа бұрын болмаған файлға
(<2-файл>) көшіру төмендегі команда арқылы орындалады:
COPY FILE(<1-файл>) ТО (<2-файл>)
Мұнда файл аттары өз тіркеулерімен көрсетілуі тиіс. Команданың
орындалу барысында бұрынғы файлдың (<1-файл>) көшірмесі ретінде жаңа23
файл (<2-файл>) пайда болады. COPY командасының бұл түрін жұмыс істеп
тұрған ашық файлдарға қолдануға болмайды.
Ашық файлдан көшірме алу командасының пішімі:
COPY ТО <файл> [<аймақ>] [FIELDS <өрістер_тізімі>] [FOR/WHILE
<шарттар>] [TYPE <файл_1>]
Мұнда екпінді жұмыс істеп тұрған файлдағы мəліметтер көрсетілген
<файлға> көшіріледі. Команданың əсер ету аймағы көрсетілмесе, келісім
бойынша ALL (бəрі) болып саналады. Егер FOR/WHILE <шарттар>
параметрлері көрсетілмесе, онда мəліметтер түгел көшіріледі, əйтпесе
<шартқа> сəйкес келетін жазбалардың ғана көшірмесі алынады. Пішімде
FIELDS <өрістер_тізімі> параметрі жазылмаса, барлық өрістер толығымен
көшіріледі. Ал TYPE <файл_типі> көрсетілмей кетсе, онда тек .dbf типтес
файлдар ғана көшірілуі тиіс.
Қажет болған жағдайда екпінді ДҚ тек қана құрлымын (құрлым бөлігін)
көшіріп алуға болады (жазбалар көшірілмейді). Мұндайда жаңа файл ашылып,
оның тек құрылымы ғана жасалады, бірақ онда жазбалар болмайды. ДҚ
құрылымын ғана көшіретін команда пішімі төмендегідей:
COPY STRUCTURE TO <файл> [FIELDS <өрістер>]
Егер FIELDS параметрі жазылған болса, онда құрылымның тізімінде
көрсетілген өрістері ғана көшріледі, əйтпесе құрылым толық көшірілуі тиіс.
xBase жүйесінде іске қосылған екпінді ДҚ құрылымын жаңа файлға
жазбалар түрінде көшіре алатын команда бар, оның пішімі:
COPY TO <2-файл> STRUCTURE EXTENDED
Бұл команданың орындалуы барысында <файлда> жазбалар түрінде
ашылған ДҚ құрылымы жазылып қалады. Кейіннен ондағы жазбалар, қажет
болған жағдайда, қалауымызша түзетіліп толықтырылады. Мұндайда <2-
файлдың> тұрақты құрылымы болып, оның FILED_NAME, FILED_TYPE,
FIELD_LEN, FIELD_DEC, сияқты өріс сипаттары, яғни өрістің аты, типі, еңі
жəне дəлдігі есептелуі тиіс. <2-файлдағы> өріс мəндері екпінді ДҚ
құрылымына сəйкес түрде болады.
Сонымен, осы ашылған файл кейіннен жаңа файл құрылымын жасауда
қолданылады. Ол үшін CREATE FROM командасы қажет, оның пішімі:
CREATE <1-файл> FROM <2-файл>
Бұл команда <2-файлда> көрсетілген құрылымға сəйкес жаңа <1-файл>
жасайды.
Жабық файлдың атын өзгерту командасының пішімі төмендегідей
болады:
RENAME <ескі_аты> TO <жаңа_аты>
Бұл команда дискіге бұрын жазылған файлдың <ескі_атын> өзгертіп, оған
<жаңа_ат> береді, аттары міндетті түрде толық күйде, яғни аттың өзі жəне
нүктеменен бөлінген типі (тіркеуі) көрсетілуі тиіс. Басқа дискімен жұмыс істеу
қажет болғанда файл аттарының алдында диск немесе каталог атаулары да
жазылады. Сонымен RENAME командасы дұрыс орындалуы үшін, біріншіден24
<жаңа_аты> бар файл бұған дейін болмауы тиіс, екіншіден <ескі_аты> бар
файл дискіде бұған дейін болуы керек жəне ол іске қосылмаған, жабық күйде
тұруы қажет.
Жабық күйдегі файлды дискіден өшіріп тастауға болады, өшіру
командасының пішімі:
DELETE FILE <файл_аты>
Команданың орындалуы кезінде өшірілетін файл екпінді, яғни ашық
(USE аймағында) болмауы тиіс, əйтпесе қате шығып, жұмыс доғарылады.
Өшірілетін файл аты кеңейтілуімен (тіркеуімен) бірге толық күйде көрсетіліп,
ол жабық күйде болғанда ғана команда дұрыс орындалады. Жабық файлды
өшіретін тағы бір команда бар, оның пішімі:
ERASE <файл_аты>
Мұнда да <файл_аты> толық күйде тіркеуімен бірге көрсетіледі.
3. объекттер- басқару элементтері
Программные интерфейсы для выполнения задач из области управления...
Программные интерфейсы для выполнения задач из области управления
Тем, кто имел опыт работы с предыдущими версиями SQL Server, наверняка известны специальные программные средства, предназначенные для выполнения административных задач. Программные средства разработки элементов управления OLTP-сервером назывались SQL-DMO (SQL Distributed Management Objects), а программные средства, с помощью которых создаются средства управления и администрирования OLAP-сервером, DSO (Decision Support Objects).
Эти средства представляли собой функции, скомпилированные в библиотеки. Однако они были не особенно удобны в применении, и пользовались ими не очень активно. В новой версии SQL Server эти библиотеки принципиально переработаны и более того переведены на платформу .NЕТ.
Применение объектов управления OLTP-сервером
При использовании SQL Server существует два способа выполнения административных задач. Первый применение Transact-SQL с использованием языка определения данных DDL (data definition language) и встроенных системных хранимых процедур для создания учетных записей и пользователей, баз данных, таблиц и хранимых процедур. Второй использование Microsoft SQL Server Enterprise Manager, предоставляющего более удобный графический интерфейс для управления этими самыми объектами. Большинство пользователей предпочитают второй способ, потому что его можно освоить быстрее и с меньшими усилиями.
В своей работе Enterprise Manager в свою очередь использует язык Transact-SQL и SQL-DMO. SQL-DMO это основанный на объектной модели COM (Component Object Model) интерфейс SQL Server 2000, служащий не для извлечения данных, а для управления объектами SQL Server. Точнее говоря, это структурированный, организованный на основе наборов и простой в использовании программный интерфейс, предназначенный для работы с SQL Server.
Разработчики же SQL Server 2005 предоставили нам более удобное и мощное средство SQL Server Management Objects (SMO). SMO является .NET-эквивалентом старого SQL-DMO. Он более надежен, предоставляет разработчикам усовершенствованные средства создания сценариев, определяющих структуру базы данных, и поддерживает более полный набор объектов и наборов базы данных. Кроме того, в нем реализованы новые средства программирования. SMO это интерфейс администрирования SQL Server 2005. С его помощью можно решить любую задачу, связанную с управлением.
Основы SQL Management Object (SMO)
Объекты управления SQL (SQL Management Objects, SMO) это объектная модель управления для SQL Server 2005. SMO отражает значительные улучшения в дизайне и архитектуре объектной модели управления SQL Server. Использовать ее просто, но она представляет собой сложную объектную модель, основанную на управляемом коде .NET Framework. SMO это главный инструмент для разработки приложений управления базами данных с использованием .NET Framework. SMO используется каждым диалоговым окном в SQL Server Management Studio, и любое действие, которое администратор может выполнить в SQL Server Management Studio, он также осуществит и с помощью SMO.
Новая объектная модель SMO и Microsoft Windows Management Instrumentation (WMI) API заменяют SQL-DMO. Там, где это возможно, SMO включает в себя для простоты использования такие же объекты, как и в SQL-DMO. Можно еще применять SQL Server 2005 Beta 2 с SQL-DMO, но SQL-DMO не будет обновляться для управления специфическими особенностями SQL Server 2005.
Как соотносятся SMO и SQL-DMO? Объектная модель SMO это логическое продолжение проделанной в SQL-DMO работы. Модель SMO совместима с SQL-DMO и содержит множество тех же объектов. Где это возможно, сохраняется исходный дизайн SQL-DMO, но SMO имеет несколько дополнительных возможностей помимо функций SQL-DMO. Для максимального покрытия языка определения данных и административных возможностей SQL Server 2005 в SMO добавлено более 150 новых классов.
Основными преимуществами модели SMO являются ее производительность и масштабируемость. SMO использует кэшированную объектную модель, которая позволяет изменять несколько свойств объекта перед сохранением изменений в SQL Server. В результате выполняется меньше обращений к серверу. SMO также имеет оптимизированную загрузку объектов. Это означает, что можно загружать объекты частично или полностью. Можно быстро загружать множество объектов, не загружая все их свойства.
В отличие от набора SQL-DMO, который имеет единственную корневую папку приложения, содержащую ссылки на все созданные объекты на сервере базы данных, SMO позволяет создать множество корневых папок для серверов без установки нового соединения. SMO также имеет управляемый объект, который упрощает интерфейс с WMI для поддержки мониторинга WMI и настройки сервера через интерфейс объекта SMO.
Рисунок 1. Упрощенная структура объектов SMO |
На рис. 1 показана сильно упрощенная структура объектов SMO. Как можно заметить, объекты сгруппированы по коллекциям, что в значительной степени упрощает разработку приложений, делая обращение к объектам более привычным.
Поскольку SMO-объекты в большинстве своем представляют реальные объекты сервера баз данных, для упрощения изложения мы посмотрим на них на основании примеров программного кода, выполняющего различные задачи. Такой подход, на мой взгляд, способен дать наиболее полное представление о возможностях этих элементов новой версии SQL Server.
SMO обеспечивает работу с двумя типами классов для автоматизации выполнения административных задач: экземпляр сервера и утилиты. Классы экземпляра сервера представляют объекты сервера, такие как база данных, таблица, представление и т. д., а классы утилит предназначены для резервного копирования, восстановления, написания сценариев и переноса данных.
Для реализации примеров нам понадобится MS SQL Server 2005 и Microsoft Visual Studio 2005 Beta 2. Прежде чем приступать к выполнению приведенных ниже практических заданий, необходимо добавить ссылки на библиотеки Microsoft.SqlServer.ConnectionInfo, Microsoft.SqlServer.Smo, Microsoft. SqlServer.SmoEnum, Microsoft. SqlServer.SqlEnum.
Давайте создадим проект консольного приложения. Конечно, можно и графического, но ведь наша цель научиться пользоваться объектами, а в консольном приложении это сделать проще.