Реферат: Разработка приложений. SQL Server - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Разработка приложений. SQL Server

Банк рефератов / Компьютерные сети

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 32 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

SQL Server . Разработка приложений и программные решения. В рамках темы доклада будут рассмотрены следующие вопросы : 1 . Создание курсоров и их использование. 2. Доступ к базам данных SQL Server с помощью приложений клиента. 3. Переход от приложений Microsoft Office 97 к SQL Server . Создание курсоров и их использование Во зможно наилучшее средств о , добавленное корпорацией Microsoft в SQL Server 6.0, – это поддержка курсоров сервера . С помощью курсо ра можно обрабатывать отдельные строки в наборе , что не происходит при обычном прим енении команд SQL , которые работают для всех строк в наборе одновременно. Разработчики Microsoft добавили полную реализацию курсор ов сервера , которыми управляет база данных . Доступ к курсорам легко представляется с помощью инструментов разработки клиентских при ложений и платформ , таких как SQLWindows или PowerBuilder . В пре дыдущих версиях SQL Server тоже можно было применять курсоры , но они поддерживались уровнем DBLibrary (сетевой библиотеки ), а не сервером . По этой причине в документации Microsoft новые курсо ры называются курсорами сервера ( back - end cursors ) . Курсор позволяет выполнять обработку резу льтирующего набора внутри сервера без вмешате льства клиентской программы для управления ра бочим набором данных . Например , до появления SQL Server 6.0 было очень сложно написать высокопроизводительное при л ожение , выполняющее множество действий с набором данных , поскольку передача данных в клиентское приложение производилась по о дной строке . Приложение клиента несло ответст венность за инициирование дальнейшей обработки каждой строки . Курсор предоставляет во з можность более усовершенствованного использо вания хранимых процедур Transact - SQL . Опи санный выше алгоритм обработки строк реализуе тся без возвращения к клиенту. Курсоры могут сильно замедлить производит ельность приложения . По своей природе они выполняются значительно медленнее , чем станд артные операции , основанные на наборе данных . Перед тем как приступить к разработке курсоров необходимо убедится , что не могут быть применены никакие другие операции с набором данных . Следует учесть не только легкость испо л ьзования курсоров , но также и возможности уменьшения производите льности вследствие их применения. Отличие между курсорами сервера и кли ента В SQL Server доступны два типа курсоров : курсоры клиента ( front - end or client cursors ) и курсоры сервера ( back - end or server cursors ) .Существующее между ними отличие имеет важное значение. При написании приложения очень часто появляется необходимость выполнить определенную операцию на наборе данных . Для этого обычн о применяется инструкция Update при изменении данных ил и инструкция Delete при удале нии данных . Эти операции с наборами данных обычно обеспечивают высокую гибкость в п риложениях , где предложение where может соответствующим образом определить требуемую задачу. Предположим , что в базе данных Pubs вы хотите измен ить почтовый индек с на 94024 для всех авторов , которые живут в Menlo Park . Для этого можно применить простую инструкцию Update , показанную ниже : Update AUTORS Set ZIP = '94024' Where City = 'Menlo Park' Go C другой стороны , что если необходи мо выполнить ра зличные виды операций па наборе данных ? Возможны два решения : мо жно выполнить множество операций на эксклюзив ных наборах или можно получить полный наб ор данных и на основании величин в эт ом наборе выполнить требуемые операции . Второ е решение является конц е пцией , леж ащей в основе обработки с помощью курсора. Обновлений и удалений наборов данных на сервере может быть недостаточно , так ка к обновления могут производиться в одной и той же строке несколько раз . В качес тве альтернативы в базе данных может быть соз дан вид , называемый курсором. Наибольшее преимущество обработки с помощ ью курсора состоит в возможности выполнить условные операции на определенной строке д анных в наборе , независимо от других строк этого набора . Команды SQL выполн яются на наборе данных , с остоящем из одной строки . Сложные приложения часто тр ебуют подобной детализации при обработке . Кро ме того , эта детализация имеет несколько п оложительных моментов : Производительн ость . Операции , основанные на наборах данных тяготеют к применению больших сер верны х ресурсов , чем операции курсора. Лучший кон троль транзакций . При обработке набора данных можно контролировать , что происходит с лю бой данной строкой независимо от других. Специальный синтаксис . Курсоры позволяют позиционированное обновление и удале ние , которые применяютс я к строкам , выбранным в данный момент . Такие курсоры напрямую находят строки табл ицы , поэтому исчезает необходимость индексировани я. Эффективность . При выполнении нескольких операций на бо льшом наборе данных , таком как вызов множе с тва хранимых процедур , лучше , когда б аза данных обрабатывает данные и выполняет все действия с каждой строкой . Это боле е эффективно , чем выполнение каждой из зад ач последовательно по всему набору данных . Причины эффективности заключаются в кэшировани и дан н ых. Понятие курсора клиента Перед тем как был создан SQL Server 6.0, разработч ики Microsoft пришли к выводу , что клиентам необходимо п редоставить возможность обрабатывать данные и передвижение вперед и назад по результирую щему набору . Пользователи нуждали сь в этих функциях для поддержки комплексных прило жений , которые использовались при просмотре и нформации , выбранной из базы данных. Корпорация Microsoft не могла включить в SQL Server более ранних версий курсоры сервера , которые поддерживают некоторые друг ие производители , поэтому было принято решение смоделировать некоторые из функций курсора в интерфейсе программ ирования клиентских приложений для базы данны х SQL Server – DBLibrary . Корпорация Microsoft унаследовала интерфейс клиента DBLibrary , позволяющи й взаимодей ствие с базой данных SQL Server , от Sybase . DBLibrary – это набор команд и функций , которыми можно пользоваться в среде языка программирования С для выполнения операций с базой данных . В SQL Server 6.0 и в последующих версиях разработчики Micros oft изменили интерфейс DBLibrary к базе д анных на интерфейс ODBC . Для получения подобной функциональности р азработчики Microsoft добавили курсоры к наборам данных на стороне клиента. Эти курсоры работают с помощью D В Library позволяющей обычное взаимодейств ие с базами данных : считывание информации из потока данных таблицы ( Tabular Data Stream , TDS ) вып олняется настолько быстро , насколько требует клиент . TDS – это метод связи применяемый DBLibrary для выборки информации из базы дан ных . Обычно DBLibrary переда ет всю информацию , которая была выбрана из базы данных , приложению клиента , которое , в свою очередь , выполняет дополнительную работу . С помощью курсоров DBLibrary кэширу ет эти записи сама , до того , как клиент не отменит просмотр данных с помощью курсора. Подобное кэширование имеет несколько огра ничений : SQL Server не обладает с редством контроля или минимизирования блокировок , устанавливаемых в базе данных . Поэтому в курсоре блокировки устанавливаются на все страницы данных , а не только на те , где выполняе тся обновление . Это происходи т потому , что SQL Server не может установить , какие еще операции , помимо инструкций select , выполняются в базе данных. При работе с большими наборами данных , кэширование м ожет очень быстро поглотить ресурсы на ст ороне клиента. При обрабо тке больших объемов данных кэширование неэффе ктивно , так как все данные , участвующие в обработке , пересылаются по сети. До момента , пока корпорация Microsoft не разработала курсоры сервера , это средство SQL Server оставалось чисто декларативным и не было предназначено для серьезного пр именения . Курсоры сервера обладают всеми преи муществами курсоров клиентов , но лишены харак терных для них накладных расходов и огран ичений . Помимо соображений обратной совместимости , других веских причин применения курсоров клиентов в приложениях SQL Server 6.5 не существу ет. Применение курсоров сервера включает в себя пять состояний , описанных ниже : Состояние Объяснение DECLARE На этом этапе SQL Server проверяет , верный курс ор выберет нужные для запроса данные . SQ L Server создает в памяти разделяемую структуру , содержащую определение курсора , необходимое для компиляции на этапе open . OPEN SQL Server начинает отвечать на выполнение и нструкции declare . Он распознает запрос и заносит иде нтификаторы строк во временную рабочую область , которая будет использоваться клиентом при считывании идентифицируемых курсором строк. FETCH В этом состоянии ку рсор возвращает данные , необходимые для выпол нения любой требуемой операции. CLOSE SQL Server закрывает открытый ранее курсор и осв обождает любые блокировки , которые могли быть установлены в результате его открытия. DEALLOCATE SQL Server освобождает разделяемую память , используемую ин струкцией declare , не позволяя больше другим процессам выполнять инструкцию open . Для работы с курсорами SQL Server необходимо с ледовать состояниям , описанным выше . Сначала н еобходимо объявить ( declare ) курсор . Затем вы можете его открыть ( open ) и с читать данные ( fetch ). При считывании данных (состояние fetch ) можно выполнить с активной строкой н есколько операций . Завершив работу с курсором , вы должны закрыть ( close ) его и осво бодить память ( deallocate ). Это делается для того , чтобы SQL Server не расход овал ресурсы на управление ненужным курсором. Практическое тестирование На первый взгляд курсор ы кажутся мощным средством программирования приложений . Конечно , они предоставляют приложениям развиту ю функциональность , предназначенную для просмотра данных . при этом устраняется необходимость в программировании подобных функций на сто роне клиента. Приме нение функций курсоров сильно сокращает время разработки приложений , но п ри этом сильно падает производительность сист емы . хотя реально производимый эффект в зн ачительной степени зависит от конкретной реал изации , включай и аппаратуру , на которой р аботает с ервер , курсоры могут очень сильно уменьшить скорость работы приложения. Доступ к базам данных SQL Server с помощью приложений клиента В SQL Server 6 корпорация Microsoft начала поставку нового интерфейса с клиентом , работающего с помощью ODBC . Вместо испо льзования старого разработанного Sybase подхода , предполагающего применение DBLibrary , теперь появился новый путь доступа – через ODBC . Так как корпорация Microsoft явля ется владельцем спецификации ODBC , для нее не состави ло большого труда переработать и о пти мизировать продукт для доступа в SQL Server . Новый интерф ейс полностью лишен проблем , связанных с п адением производительности , всегда ассоциировавшейся с ODBC . Корпорация Microsoft все еще поддержи вает интерфейс DBLibrary , но только для обратной совмест имости . Но в настоящее время интерфейс ODBC становится стандартом для дост упа к базам данных. Конфигурирование ODBC для SQL Server Интерфейс ODBC – это способ соединения различных сервисов данных с раз личными приложениями клиентов универсальным обра зом . С момента его появления на рынк е в 1991 году , ODBC подвергся значительным изменениям. Конфигурирование интерфейса ODBC выпол няется с помощью апплета в Control Panel : ODBC или ODBC 32. Процесс уста новки конфигурации ODBC для Windows NT Workstation или Server версии 4.х (или выше ) и для Windows 95 идентичен . В Windows NT Workstation или Server версии 3 .51 (или меньше ) информация диалоговог о окна остается той же самой , хотя мог ут быть отличия в выделении значений м расположении опций close / minimize / restore . Для конфигурирования ODBC при работе с Microsoft SQL Server 6.5 выполните следующие действия : Установите драйверы ODBC , которые пост авляются с SQL Server 6.5. Из меню Start выберите S ettings, C ontrol Panel. Выберите мышью пиктограмму ODBC . Появится конфигураци онное диалоговое окно. Новые источники данных , доступ к которым предоставляется с помощью ODBC , добавляются в диалоговом окне Add Data Source . В диалоговом окне Data Source нажмите кнопку A dd . Выберите из списка SQL Server и нажмите кнопку OK . Появляется д иалого вое окно ODBC SQL Server Setup . Введите имя источника данных , например , LocalServer . Имя может быть любым сочетанием ра зрешенных символов , которое несет определенную информацию об источнике данных. Введите описание типа данных ODBC – MS SQL Server 6. 5 . Это необходимо для определения , какой источник данных предоставляет этот сервис ODBC без использов ания имени этого источника. Введите имя SQL Server , где находятся данные . Если SQL Server работает локально на Windows NT , можно ввести ( local ). Драй вер OD BC найдет сервер с помощью протокола именованных каналов. Введите сетевой адрес или сетевую библиотеку , если администратор сети / базы данных у казывает , что это необходимо сделать . Обычно эта установка может быть оставлена со значением " Default " и драйвер OD BC найдет сервер при п ервом присоединении. Введите имя базы данных , к которой должен присоединится сервис ODBC . Некоторые пр ограммы – клиенты ODBC – не обладают возможностью изменять рабочую базу данных с помощью команд ODBC . Поэтому может возникнуть необх одимость определить источник данных для каждой рабо чей базы данных , установленной на одном и том же сервере. Установка языка и кодовой страницы должны быть оставлены без изменений , если не существует веской причины для их изменения. Для того , чтобы добавит ь новый источник данных , нажмите кнопку OK . К списк у доступных источников данных будет добавлен новый сервер. Использование продукта Delphi 2 прои зводства компании Borland Продукт Delphi 2 производства компан ии Borland – это мощный инструмент разработки п риложений к лиента в архитектуре клиент / сервер , который помогает облегчить работу с источниками данных ODBC . Продукт Delphi 2 основан на Pascal и являетс я самой последней версией , которая была вы пущена в 1996 году (на данный момент существу ет версия 3 этого продукта ). Программная с истема Delphi 2 является средой разработк и , поддерживающей 32-разрядную архитектуру . Его высоко ценят за легкость в работе и и нтеграции. Установление соединения Продукт Delphi 2 имеет собственные драйверы для SQL Server 6.5 ,работа ющие с Microsoft ODBC . Самый простой способ подготовки Delphi 2 дл я работы с базой данных состоит в при менении апплета Database Explorer , поставля емого вместе с Delphi 2 . Для подготовки интерфейса ODBC с помощью Database Explorer активиз ируйте Delphi и выб ерите D atabase, E xplorer. Из меню O bject выберите N ew . Выберите конфигурацию SQL Server . Выберите мышью редактируемую часть свойст ва DATABASE NAME в правой панели и введите имя рабочей базы данных. В свойстве USER NAME введите имя поль зователя , который буд ет присоединятся к этой базе данных по умолчанию . Кроме то го , для списка свойств диалогового окна об новите установки драйвера ODBC . Из меню O bject выберите A pply . Активизируется рабочая база да нных . Вы заметите , что стрелка , указывающая неактивную рабочую базу данных , исчезнет. Проверьте , что все установлено правильно . Затем выберите мышью знак плюс , находящи йся слева от имени псевдонима базы данных . Откроется вид Explorer . Здесь будет отображено окно Database Login . Введите пароль системного администратора . Раскроется дерево Explorer . Оно содержит различные компоненты SQL Server , доступные дл я манипуляции с помощью SQL Server . Понятие о модели базы данных Delphi 2 Для построения интерфейса с базами да нных Delphi 2 применяет уровневый под ход . Он предполагае т наличие нескольких уровней абстракции от базы данных , что позволяет сформировать общий интерфейс для пр икладного программирования , состоящий из общедост упных и знакомых объектов. Продукт Delphi 2 содержит определе нное число классов , применяемое для работ ы с данными . Эти классы отвечают з а выполнение запросов , осуществляющих необходимое манипулирование информацией . Классы , которые могут быть применены для этих целей варьи руются от TTable , представляющего таблицу , до TQuery , активизирующей индивидуальный за прос , связанный с элементами управл ения , составляющими интерфейс пользователя. Классы интерфейса с данными обычно в форме не видны . Физический источник данны х обычно связывается с определенным классом , который отвечает за взаимодействие с объ ектами / элемент ами управления интерфейса пользователя , т акими как поля и списки . Это взаимодействи е осуществляется через не визуальный класс TDataSource , который передает данные из класса физических данных в в изуальные объекты и элементы управления , связ анные с данными ( data - bound controls ), которые помещены в форму редактирования. Манипулирование данными с помощью классов TQuery или TTable состоит в выборке записей , их обновления и так далее . Подобные операции могут быть выполнены с помощью методов , которые имеют данные классы или путем добавления в форму редактирования элемента управления типа Navigation . TDBNavigator – это класс , который взаимодействует с TDataSource и содержит стандартные кнопки манипуляции данными в форме : Next , Previous , Insert и Update . Помести в оди н из этих элементов управления в форму редактирования и связав его (на этапе разработки , установив его свойство или на этапе выполнения , переустановив свойст во на требуемый в форме источник данных ), вы получите все необходимые компоненты для построения ок н а редактирования с труктуры данных . Эта структура может быть либо запросом . либо таблицей базы данных. Наконец . в Delphi 2 существует нео бходимость в формировании элементов управления , предназначенных для просмотра или редактирован ия данных . Delphi 2 содерж ит все стандартные элементы управления для редак тирования , включая списки и окна со списко м , которые могут быть связаны с определенн ым TDataSource . Н еобходимо только поместить элемент управления в форму и установить свойства DataSource и DataField . Исполь зование Microsoft Visual Basic 4 и 5 версий Visual Basic 5 ( VB 5 ) – это самая последняя версия стандарта BASIC корпорации Microsoft . С появлением VB 5 началось широкомасштабное включение VB в другие среды разработки приложений , такие как PowerPoint , Excel и W ord . Кроме того , VB 5 обеспечивает связи приложений и п рограммных инструментов с Internet . Как инструмент VB 5 имеет больш ой набор функций и огромное количество ус тановок . Кроме того , этот продукт включает несколько мастеров по генерации форм , позволя ющих со здавать некоторые общие формы , применяемые в качестве базы разработки. VB 5 также поддерживает работу с об ъектными библиотеками , предназначенными для досту па в SQL Server . Это очень важные возможности , обеспечивающие мощную базу для разработки приложений кл иент / се рвер. Понятие о модели базы данн ых Visual Basic Visual Basic и Delphi 2 имеют похожие м етоды доступа к данным . Доступ контролируется объектом данных , находящимся в форме . В отличие от Delphi , VB не применяе т истинно не визуальных классов объектов и ли контейнерных классов . Вместо этого имеется средство , позволяющее изменить видимое свойство и скрыть его в случае необх одимости. В VB с базами данных можно работать нес колькими различными путями . Во-первых , если нео бходимо получить набор полей . связанных с базой данных и соединение , с помощью которого выполняется автоматическое обновление этих полей , можно применить элемент управле ния , связанный с данными . Подобный элемент управления позволит указать свойства соединения и затем связать элементы управлени я формы с этим элементом управления и ассоциированными с ним столбцами. Другие альтернативы работы с базой да нных в VB включают использование об ъектов и их ассоциированных свойств , коллекци й и так далее. Переход от приложений Microsoft Office 97 к SQL Serv er Набор программ Microsoft Office 97 предоставляет средства разработки прило жений , основанных на входящих в него инстр ументах . Теперь в Office 97 можно работат ь с Visual Basic в любом из программных продуктов набора – от Word до Excel и Access . В каждой и з этих сред с помощью VB вы имеете возможность разрабатывать по лноценные приложения. Дальше речь пойдет о взаимодействии с SQL Server , а не управлении самим сервером . Доступ к SQL Server может быть в большей степен и стандартизован с помощью объектов доступ а к данным ( Data Access Object ). При работе с Access следу ет принимать во внимание специальные соображе ния . Короче говоря , возможность работы с д анными в SQL Server всегда будет хорошим дополнением к вашему приложению . Кроме того , применяя для работы с инф ормацией технологию к лиент / сервер , можно увеличить мощность обработки данных , предоставив вашему приложению доступ к SQL Server . Переход от Access к SQL Server Инструмент перехода поможет пе ренести схему базы данных в SQL Server , переместив т аблицы и отно шения в объекты , основанн ые на SQL Server . Утилиты перенесут таблицы на сервер , осмотр ев их и создав необходимые индексы и другие объекты , поддерживаемые в системе . Кром е того , могут быть созданы триггеры для сохранения правил целостности отношений , которы е применяются в Access . В результате в Access образуется система , содержащая связанные таблицы , которые ссылаются на таблицы в SQL Server . Мастер не создает хранимых процедур , о существляющих те же операции , которые выполня лись при манипулировании данными в коде Access Basic . В э том случае необходимо ознакомиться с дополнит ельной информацией , касающейся хранимых процедур и сравнить те средства , которыми они обладают с операциями . выполняемыми в коде Basic , где это возможно , старайтесь перенести инструкции ма нипуляции данными в хранимые процеду ры. Использование Microsoft Access c SQL Server Продукт Microsoft Access дает возможность применять п ри разработке большое количество доступных дл я тестирования и реализации средств SQL Server . Так как Access обладает б олее слабым ядр ом и не является системой клиент / сервер , его приме нение в качестве системы сервера в больши х проектах весьма ограничено . Но Access все же представляет собой мощную среду разработки при работе с базой да нных. Access содержит хороший интерфейс п ользователя . с помощью которого можно разраба тывать таблицы и устанавливать отношения межд у ними . Существуют различия в том , как Access работает с базами данных , вклю чая и аспекты физического хранения данных . При некоторых вопросов может отличаться те рми нология . Ниже приведены некоторые прим еры подобных отличий : В Access не существует понятия устройства базы данных , как в SQL Server . Грубым подоб ием устройства базы данных SQL Server может служить устройст во жесткого диска , на котором создана база данных . Базы данных в Access – это о тдельные файлы , обычно имеющие расширение . MDB . В Access виды называются запросами . Так же , как и в SQL Server вы можете создать обновляемые запросы , выбирать строки с помощь ю запросов и создавать многотабличные объедин ения , на базе которых строить комбинирую щие запросы. В SQL Server индивидуальный столбец представляет определенный элемент данных внутри строки . В Access строками наз ывают наборы элементов данных , а столбцы н азывают полями. Типы данных в Access и SQL Server во мног их случаях имеют различное название и различные характеристики. Существуют и другие различия , но приве денные выше являются основными . Их знание помогут при использовании SQL Server и Access . Если приложение работает в Access , оно представ лено шестью различ ными элементами . Для того , чтобы получить понятие о различных компонентах Access и принять решение об их переносе в систему SQL Server , рассмотрим следующую таблицу : Элемент Описание и применение Таб лицы То же , что и в SQL Server . Это возможно наиболее ва жный элемент , который буде т перенесен . Таблицы содержат строки информац ии , которую вы хотите конвертировать в SQL Server . Запросы Запр осы должны быть перенесены и конвертированы , но это будет в основном задача , выпол няемая вручную . Это значит , что необход имо просмотреть код , лежащий в основе каждого запроса и создать в SQL Server соответствующий вид. Фор мы Формы не конвертируются в SQL Server . В модели клиент / сервер приложение клиента отвечает за управление интерфейсом пользователя . Сервер отвечает за упр авление обработкой данных. Отчеты Так же , как и формы , отчеты не будут кон вертироваться в SQL Server . Исключение составляет отчет , основанн ый на запросе . Access позволяет в о тчет включать запрос . Для получения наилучших результатов следует пересмотреть св ойств а отчета , конвертировать встроенный запрос и сформировать из него вид в SQL Server . Затем в запросе обращаться к новому виду . Производите льность увеличится , а отчет будет работать так же . как он работал со встроенным запросом . Но в результате вы получ и те реализацию отчета в системе клиент / сервер. Макросы Макр осы – это элемент жестко связанный с Access . Макросы могут вы зывать запросы и выполнять некоторые высокоур овневые команды , которые должны быть пересмот рены . Так же , как и в ситуации с за просами , к оторые могут быть перемещены в SQL Server для увеличения производительности. Модули Решен ие о переносе модулей редко принимается а втоматически . Это значит , что каждая процедура и подпрограмма переносится отдельно , после тщательной оценки необходимости это го шага . При переносе модулей вы располагаете несколькими вариантами . Подпрограмму можно конв ертировать в хранимую процедуру , вид или д инамический запрос . Это полностью зависит от той обработки , которая производится в баз е данных . Помните о необходимости в несения изменений в короткие пакеты к оманд и продолжении тестирования . Перед перех одом к следующему этапу конвертирования очень важно тщательно протестировать те функции системы , с которыми вы начали работать. Создание прилож ений клиент / сервер с помощью Microsoft Access Microsoft Access не явл яется системой клиент / сервер . Его приложения не содержа т ярко выраженных компонентов клиента и с ервера . Однако Access может быть испол ьзован в качестве инструмента разработки , пре доставляя средство формирования интер фейса пользователя . Этот инструмент содержит такие мощные средства , как генератор отчетов , пост роитель запросов и так далее . Подобные инс трументы очень полезны при разработке систем. При создании приложения рассмотрите возмо жность первоначальной разработки его с помощью Access для базы данных , котор ую можно тестировать , разрушать и восстанавли вать . Применяя подобный подход , Access может быть использован там , где он лучше всего подходит , оставляя управление базой данных для SQL Server . Таблицы базы данных Ac cess могут быть конвертированы и перенесены на SQL Server . Таблицы , запросы и виды – это объекты , которыми лучше всего управляет SQL Server . После создан ия доступных в Access объектов , они могут быть легко конвертированы в SQL Server . Access становится инс трументом разра ботки , предоставляющим средство формирования инте рфейса пользователя и позволяющим работать с базами данных SQL Server . Создание транзитных запросов Запросы , созданные в Access и затем выполняемые на SQL Server , сначала проходят уровень сое динения ODBC , а затем передаются SQL Server в виде временных х ранимых процедур . Результаты выполнения возвращаю тся приложению и с ними уже можно раб отать. Что случится , если вы захотите получит ь больше средств контроля над выходными д анными ? Что , если вы з ахотите вызывать хранимые процедуры и непосредственно работат ь с результатами ? Подобные операции выполняют ся с помощью транзитных запросов ( pass - through queries ) . Пр именяя Access , можно создать транзитные запросы , которые м инуют трансляцию и прямо передают ся в SQL Server . Для то го , чтобы установить запрос как транзитный , сначала выделите его и выберите мышью Design . Затем из появившихся меню выберите Q uery , S Q L Specific и наконец P ass - through . После этого появится окно , содержащее инструкцию SQL . Транзитные запросы позволяют вызывать хранимые процедуры , обращаться к видам и применять другие средства SQL Server , которые могут быть недоступны при выполнении обычного запроса Access . Для выполнения хранимой процедуры , например , можно просто использовать команду EXECUTE . Например , для вызова хранимой процедуры AccessProc из транзитного запроса , можно использовать следующую инструкцию : exec accessproc В результате хранимая процедур а будет выполнена и результаты будут возв ращены из запроса . Такой тип логики очень ле гко включается в приложение с помощью создания необходимых запросов или с помощью формирования запросов посредством Access Basic Практическое тестирование СУБД Access – это мощный инструмент . Он предостав ляет возможность разработчикам корпоративных сис те м создавать надежные приложения баз данных , которые могут быть легко установлен ы в рабочую среду . Подобные приложения мог ут включать систему безопасности , иметь высок ую производительность и дружественный пользовате лю интерфейс . С помощью Access процесс зна комства пользователя с приложением становится естест венным и не вызывает затруднений. После выполнения переноса баз данных Access в SQL Server , хорошее приложение становится еще лучше . Увеличивается производительность , улучшается система безопасност и и дос тупность информации вашего при ложения в масштабе корпорации. В практических разработках использование Access в каче стве инструмента разработки и тестирования да ет хорошие результаты . Ниже приведен ряд с оображений , которые нельзя игнорировать при т естирован ии систем баз данных , работающих с помощью Access : Производительность в системах с мощной индексацией и большим количеством вводимой информации . При переходе к SQL Server этот вопрос обязательно должен быть пересмотрен , так как система SQL Server предостав ляет значительно больши е возможности по оптимизации системы . Вы м ожете применить лучшие индексы и другие п роцессы стороны сервера , позволяющие увеличить производительность SQL Server . Подобные опции недоступны на том же уровне Access . Вы можете добавить ин декс ы в Access , но это приведет к совершенно другим ре зультатам. Тонкая настойка запросов , видов и хран имых процедур . Проведя масштабную работу по оптимизации хранимых процедур и других объ ектов , перенесенных из Access , можно значительно увеличить производ ительность системы по сравнению с тем , как система работала сразу после конвертирования . После завершения конвертирования и тестирования , просмотрите код хранимых процедур и видов . Убедитесь . что он предус матривает максимально широкое применение возможн ос т ей , предоставляемых SQL Server , служащих для повышен ия производительности и эффективности работы. Безопасность . Не забывайте , что при пе реносе приложения , вы должны управлять систем ой безопасности SQL Server . После завершения конвертирования приложения нео бходимо пересмотреть ряд его элем ентов , касающихся стиля разработки . Лучше всег о составить список этих элементов и прове рять их в каждом случае перехода на SQL Server .
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Заплатил налоги - покормил собачек Шувалова.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по компьютерным сетям "Разработка приложений. SQL Server", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru