телефон 978-63-62
978 63 62
zadachi.org.ru рефераты курсовые дипломы контрольные сочинения доклады
zadachi.org.ru
Сочинения Доклады Контрольные
Рефераты Курсовые Дипломы
путь к просветлению

РАСПРОДАЖАВсе для ремонта, строительства. Инструменты -30% Товары для животных -30% Образование, учебная литература -30%

все разделыраздел:Компьютеры, Программирование

Оптимизация приложений С++Builder в архитектуре клиент/сервер

найти похожие
найти еще

Наклейки для поощрения "Смайлики 2".
Набор для поощрения на самоклеящейся бумаге. Формат 95х160 мм.
19 руб
Раздел: Наклейки для оценивания, поощрения
Забавная пачка денег "100 долларов".
Купюры в пачке выглядят совсем как настоящие, к тому же и банковской лентой перехвачены... Но вглядитесь внимательней, и Вы увидите
60 руб
Раздел: Прочее
Ночник-проектор "Звездное небо, планеты", черный.
Оригинальный светильник-ночник-проектор. Корпус поворачивается от руки. Источник света: 1) Лампочка (от карманных фанариков); 2) Три
350 руб
Раздел: Ночники
Не менее, чем технические, важны и финансовые аспекты этой проблемы. Планируется ли использовать для установки серверной СУБД уже имеющеся вычислительные мощности и операционную систему или следует приобрести новые? В какую сумму обойдется приобретение серверной СУБД, клиентских лицензий, аппаратного обеспечения? Сколько будет стоить администрирование этой СУБД и управляющей ей операционной системы, а также обучение будущих администраторов и программистов? Сколько подключений к серверу допускается при приобретении одной лицензии - одно, два, четыре? Каковы условия, налагаемые лицензионными соглашениями при использовании мультиплексирования соединений за счет эксплуатации серверов приложений, если в дальнейшем возможен переход к трехзвенной архитектуре? Принятие решения о выборе серверной СУБД существенно зависит от ответа на все эти вопросы, и не всегда технические аспекты или мнение разработчиков определяют в конечном итоге выбор сервера. Нередки также случаи, когда предполагается использование уже имеющейся в наличии серверной СУБД (или даже готовой базы данных). Предположим, что сервер выбран (исходя из вышеизложенных или каких-либо иных соображений). Каким образом следует использовать предоставляемые им возможности? Эффективность эксплуатации информационной системы с точки зрения производительности зависит от согласованной работы трех ее составных частей - сервера баз данных, клиентского приложения и клиентской части серверной СУБД, функционирующих на рабочей станции, и сети, и неоптимальная работа одной из этих частей может свести к нулю результат всех усилий, направленных на оптимизацию работы остальных частей. Таким образом, проблема оптимизации работы информационной системы достигается путем решения нескольких задач: оптимизации клиентской части, оптимизации серверной части, снижения сетевого трафика. Ниже мы рассмотрим некоторые приемы, способствующие в той или иной степени решению этих задач. Однако перед этим изучим один из простейших способов контроля содержимого запросов, пересылаемых на сервер баз данных библиотекой BDE, и результатов их выполнения, с помощью утилиты SQL Mo i or, входящей в комплект поставки С Builder. Контроль запросов с помощью SQL Mo i or. SQL Mo i or используется для контроля запросов, пересылаемых клиентским приложением серверу баз данных посредством BDE, и их результатов, а также измерения времени между ними. Для его запуска следует выбрать пункт SQL Mo i or из меню Da abase C Builder. Главное окно SQL Mo i or состоит из двух частей. В верхней части отображаются последовательно генерируемые SQL-предложения и сведения об откликах сервера, а также порядковый номер и время их наступления, а в нижней части - полный текст SQL-запроса. Список, отображаемый в верхнем окне, можно сохранить в файле для дальнейшего анализа. На рис.1 представлен типичный вывод сведений при работе приложения, рассмотренного в предыдущей статье данного цикла. При использовании SQL Mo i or возможен выбор типов отображаемых сведений. Их можно выбрать в диалоге race Op io s, вызываемом из меню Op io s. SQL Mo i or позволяет отображать сведения о следующих действиях: Prepared Query S a eme s - SQL-предложения, передаваемые на сервер Execu ed Query S a eme s - SQL-предложения, готовые к выполнению сервером S a eme Opera io s - действия, выполняемые сервером (FE CH, EXECU E и др.) Co ec /Disco ec - действия, связанные с установкой или разрывом соединения с сервером. ra sac io s - действия, связанные с выполнением транзакций (BEGI , COMMI , ROLLBACK) Blob I/O - действия, связанные с передачей Blob-полей Miscella eous - другие действия Ve dor Errors - сообщения об ошибках, возвращаемые сервером Ve dor Calls - вызовы функций API клиентской части, связанных с обращением к серверу Использование SQL Mo i or является простейшим (хотя и не единственным) средством тестирования производительности информационных систем в архитектуре клиент/сервер, и эффективность применения большинства рассматриваемых ниже приемов их оптимизации можно проконтролировать с его помощью.

Этот способ определения изменяемых строк таблицы является самым медленным (особенно в случае таблиц с большим числом полей), но и наиболее надежным, так как практически гарантирует достоверную идентификацию записи в любой ситуации, даже в случае отсутствия ключевых полей (если, конечно, таблица удовлетворяет требованию реляционной модели, гласящему, что каждая запись должна быть уникальна и, следовательно, должна обладать уникальным набором полей). Одним из других возможных значений этого свойства является UpWhereCha ged, при котором в предложении WHERE содержатся только поля, измененные в данном запросе, и ключевые поля. В этом случае запрос имеет следующий вид: UPDA E "HOLDI GS" SE "SYMBOL"=:1 WHERE "ROWID"=:2 A D "SYMBOL"=:3 Такой запрос выполняется быстрее, но в этом случае возможны коллизии при многопользовательской работе. Например, один пользователь считывает запись для редактирования в клиентское приложение, другой сразу после этого ее удаляет, а третий создает новую с теми же значениями изменяемых полей и теми же значениями ключевых полей. Именно эта новая запись и будет модифицироваться вместо считанной. Однако такой случай маловероятен, особенно если ставшие ненужными первичные ключи удаленных записей какое-то время не используются (например, при создании ключей с помощью генераторов последовательностей). Третьим возможным значением свойства Upda eMode является UpWhereKeyO ly. В этом случае предложение WHERE содержит только ключевое поле: UPDA E "HOLDI GS" SE "SYMBOL"=:1 WHERE "ROWID"=:2 Хотя это самый быстрый способ обновления данных по сравнению с двумя предыдущими случаями, он в общем случае небезопасен. В этом случае возникновение ситуации, когда модифицируемое поле окажется измененным другим пользователем, никак не контролируется, что может привести к непредсказуемым результатам при многопользовательском редактировании данных. Поэтому применение значения UpWhereKeyO ly допустимо только в том случае, когда вероятность одновременной модификации одной и той же записи несколькими пользователями крайне мала. Повышение эффективности SQL-запросов Эффективное программирование на SQL - тема весьма обширная, достойная отдельной статьи (и даже не одной). Возможность и результативность использования многих приемов оптимизации нередко зависит от особенностей используемого сервера баз данных и управляющей его работой операционной системы. Поэтому здесь мы лишь кратко перечислим наиболее часто употребляемые приемы оптимизации SQL-предложений. Если требуется определить наличие в таблице записей, удовлетворяющих какому-либо условию, следует предпочесть использование предиката EXIS запросу, вычисляющему число таких записей. Запрос вида SELEC FROM , то действия с 5-го по 14-е выполняться не будут. Кроме того, при нажатии на эту же кнопку несколько раз подряд log-файл будет иметь следующий вид: 14:11:36 SQL Prepare: ORACLE - UPDA E HOLDI GS SE PUR PRICE=PUR PRICE-10 14:11:36 SQL Execu e: ORACLE - UPDA E HOLDI GS SE PUR PRICE=PUR PRICE-10 14:11:40 SQL S m : ORACLE - Rese 14:11:40 SQL Execu e: ORACLE - UPDA E HOLDI GS SE PUR PRICE=PUR PRICE-10 14:14:17 SQL S m : ORACLE - Rese 14:14:17 SQL Execu e: ORACLE - UPDA E HOLDI GS SE PUR PRICE=PUR PRICE-10 14:14:19 SQL S m : ORACLE - Rese Как видим, компиляция запроса сервером осуществляется в этом случае только один раз.

В этом случае все внесенные пользователем изменения сохраняются в локальном кэше. Сохранение данных на сервере производится с помощью метода ApplyUpda es() компонента Da aSe , а метод Commi Upda es() очищает кэш. В целом такой метод снижает сетевой трафик и суммарное число соединений с сервером, так как, во-первых, при редактировании данных в кэше не требуется наличия соединения с сервером, а во-вторых, сохранение нескольких записей из кэша на сервере может быть осуществлено путем выполнения одной-единственной транзакции. Помимо этого, снижается суммарное число блокировок записей на сервере, так как в процессе редактирования данных в кэше необходимости в блокировках нет. Использование локальных фильтров при небольших объемах данных Если компонент Da aSe доставляет на рабочую станцию небольшой по объему набор данных, сравнимый с размером кэша рабочей станции (определяемого параметрами MI BUFSIZE и MAXBUFSIZE системных настроек BDE), он будет полностью кэшироваться на рабочей станции. В этом случае применение локальных фильтров более предпочтительно, чем использование запросов с предложением WHERE, направляемых на сервер, так как в первом случае не требуется обращение к серверу. Оптимизация использования сервера Использование хранимых процедур При выполнении многократно повторяющихся действий, использующих данные с сервера (например, при статистической обработке содержащихся в таблицах данных) производительность информационной системы можно повысить, используя хранимые процедуры сервера вместо SQL-запросов, генерируемых клиентским приложением. Дело в том, что переданный из клиентского приложения SQL-запрос сервером оптимизируется, компилируется и лишь затем выполняется, а хранимые процедуры сервера уже содержатся в оптимизированном и скомпилированном виде, поэтому обработка данных с их использованием требует меньших затрат времени, особенно при небольшом числе и суммарном объеме передаваемых параметров процедуры. Однако следует иметь в виду, что хранимые процедуры пишутся на процедурном расширении SQL используемого сервера. Cуществуют официальные стандарты непроцедурного языка SQL A SI/ISO SQL-86, SQL-89 и SQL-92, но на сегодняшний день не существует стандартов на процедурные расширения этого языка. Каждая серверная СУБД имеет свой набор процедурных расширений, отличающийся от соответствующих расширений других СУБД. Некоторые сервера, например Borla d IB Da abase, поддерживают создание и использование в процедурах функций, определенных пользователем (UDF - User Defi ed Fu c io s), а некоторые не поддерживают. Поэтому при смене платформы хранимые процедуры, скорее всего, потребуется переписывать. Отметим также, что чаще всего серверные хранимые процедуры создаются путем ручного кодирования, и для их создания, как правило, не существует удобных визуальных средств разработки и отладки наподобие имеющихся в C Builder. Поэтому при принятии решения о создании тех или иных хранимых процедур не мешает оценить возможные трудозатраты - иногда может оказаться, что они не стоят ожидаемого эффекта. Если же хранимые процедуры применяются активно, еще большего повышения производительности при их использовании можно достичь, минимизируя число и объем передаваемых на сервер параметров.

Молочный гриб необходим в каждом доме как источник здоровья и красоты
Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок

 Виртуальная библиотека Delphi

Лежащий в основе Delphi язык — Object Pascal, который является расширением объектно-ориентированного языка Pascal (Turbo/Borland Pascal, начиная с версии 5.5). В Delphi также входят локальный SQL-сервер InterBase 4.0, генераторы отчетов, библиотеки визуальных компонентов, и прочее хозяйство, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды. Поскольку в архитектуре клиент-сервер де-факто сложилось такое положение, что клиентские станции работают, как правило, в Windows-среде, а SQL-сервер — в операционной системе UNIX, Delphi Client-Server может служить удобным инструментом для скоростной разработки приложений. 2. Для кого предназначен Delphi? Прежде всего профессиональным разработчикам, желающим очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам (до 15-30 Кбайт в Delphi 3.x!) высокоэффективные исполняемые модули (.exe и .dll), поэтому в Delphi должны быть прежде всего заинтересованы те, кто разрабатывает продукты на продажу

скачать реферат Характеристики CASE-средств

После завершения импорта логическая связь с предыдущей фазой разрывается, т.е. в диаграммы могут вноситься все необходимые изменения. Взаимодействие с другими средствами Конфигурация Va age eam Builder for U iface обеспечивает совместное использование двух систем в рамках единой технологической среды проектирования, при этом схемы БД (SQL-модели) переносятся в репозиторий U iface, и, наоборот, прикладные модели, сформированные средствами U iface, могут быть перенесены в репозиторий Va age eam Builder. Возможные рассогласования между репозиториями двух систем устраняются с помощью специальной утилиты. Разработка экранных форм в среде U iface выполняется на базе диаграмм последовательностей форм (FSD) после импорта SQL-модели. Технология разработки ИС на базе данной конфигурации показана на рисунке 5.1. Структура репозитория (хранящегося непосредственно в целевой СУБД) и интерфейсы Va age eam Builder являются открытыми, что в принципе позволяет интеграцию с любыми другими средствами. Среда функционирования Va age eam Builder функционирует на всех основных U IX-платформах (Solaris, SCO U IX, AIX, HP-UX) и VMS. Va age eam Builder можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Рис. 5.1. Взаимодействие Va age eam Builder и U iface U iface U iface 6.1 - продукт фирмы Compuware (США) - представляет собой среду разработки крупномасштабных приложений в архитектуре "клиент-сервер" и имеет следующую компонентную архитектуру: Applica io Objec s Reposi ory (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС (прикладные модели, описания данных, бизнес-правил, экранных форм, глобальных объектов и шаблонов).

Карандаши цветные BIC "Evolution", 18 цветов.
Цветные карандаши произведены без использования дерева. Ударопрочный стержень - не расщепляется при механическом воздействии. Безопасные -
388 руб
Раздел: 13-24 цвета
Фигурка (копилка) декоративная "Зайчонок/Непоседы" 9x11x22,5 см.
Фигурка декоративная, настольная. Изготовлена из полимерных материалов. Размер: 9x11x22,5 см.
460 руб
Раздел: Копилки
Центр игровой надувной Upright "Паровозик".
Надувной центр рассчитан для детей от 9 месяцев. Можно использовать как на улице, так и в помещении. Шарики яркие, легкие, удобны и
2544 руб
Раздел: Батуты, надувные центры
 Виртуальная библиотека Delphi

Новые 32-разрядные тесты были выполнены с использованием пре-релиза Delphi 2.0. Большее число означает большую производительность   Power Builder  Visual Basic  Delphi 1.0  Delphi 2.0 Sieve  0.22  11.95  52.77  179.37  Whetstone  0.04  1.41  4.70  15.53 File read  0.05  0.42  0.74  2.89  File write  0.05  0.33  1.75  5.28  19. Какой вид коллективной работы над проектом поддерживает Delphi 2.0? Delphi Client/Server Suite 2.0 использует Open Tools API для тесной интеграции с системой контроля версий Intersolv PVCS (сама система входит в комплект поставки) для работой с файлами. Delphi Developer 2.0 также имеет интерфейс к Intersolv PVCS, но не включает саму систему PVCS. Благодаря Open Tools API, разработчики могут самостоятельно подключать другие системы контроля версий, такие как MKS Source Integrity, Microsoft Source Safe и др. 20. Насколько Delphi Client/Server Suite 2.0 сравним с PowerBuilder? Delphi Client/Server Suite 2.0 включает в поставку большой диапазон средств, которые имеются в PowerBuilder и предлагают профессиональным разработчикам приложений по технологии клиент-сервер все, что им требуется для построения надежных, мощных приложений по технологии клиент-сервер

скачать реферат CASE-технологии

После завершения импорта логическая связь с предыдущей фазой разрывается, т.е. в диаграммы могут вноситься все необходимые изменения. Взаимодействие с другими средствами Конфигурация Va age eam Builder for U iface обеспечивает совместное использование двух систем в рамках единой технологической среды проектирования, при этом схемы БД (SQL-модели) переносятся в репозиторий U iface, и, наоборот, прикладные модели, сформированные средствами U iface, могут быть перенесены в репозиторий Va age eam Builder. Возможные рассогласования между репозиториями двух систем устраняются с помощью специальной утилиты. Разработка экранных форм в среде U iface выполняется на базе диаграмм последовательностей форм (FSD) после импорта SQL-модели. Технология разработки ИС на базе данной конфигурации показана на рисунке 3.1. Структура репозитория (хранящегося непосредственно в целевой СУБД) и интерфейсы Va age eam Builder являются открытыми, что в принципе позволяет интеграцию с любыми другими средствами. Среда функционирования Va age eam Builder функционирует на всех основных U IX-платформах (Solaris, SCO U IX, AIX, HP-UX) и VMS. Va age eam Builder можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Рис. 3.1. Взаимодействие Va age eam Builder и U iface 3.2.2. U iface U iface 6.1 - продукт фирмы Compuware (США) - представляет собой среду разработки крупномасштабных приложений в архитектуре "клиент-сервер" и имеет следующую компонентную архитектуру: Applica io Objec s Reposi ory (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС (прикладные модели, описания данных, бизнес-правил, экранных форм, глобальных объектов и шаблонов).

 Руководство администратора баз данных Informix.

Характерной особенностью Informix является наличие нескольких типов серверов, подробнее о них будет сказано ниже. Начиная с версии 4.0 фирма Informix поставляет сервер базы данных OnLine, который поддерживает аппарат распределенных транзакций (технология OLTP - on-line transaction processing), что позволяет по-новому подходить к созданию баз данных с очень большим объемом хранимой информации. Кроме того, в Informix-OnLine включен новый тип данных - битовые поля (BLOB - binary large objects). Битовые поля могут использоваться для мультимедийных приложений (хранение изображений и звука). 2.1.2 Типовые конфигурации В основе систем, разработанных на основе СУБД Informix, лежит принцип архитектуры "клиент-сервер". Клиент - это пользовательская прикладная программа, обеспечивающая взаимодействие (интерфейс) базы данных с пользователем. Всю работу, связанную с доступом и модификацией базы данных, выполняет сервер базы данных (БД-сервер). Сервер базы данных (database engine), он же ядро базы данных - это отдельная программа, выполняемая как отдельный процесс

скачать реферат Архитектура последних моделей семейства AS/400

Такой комплект предлагается не случайно - IBM постаралась охватить до 90% возможных потребностей заказчиков в системном и прикладном ПО. По желанию заказчика на AS/400 Adva ced E ry устанавливается дополнительное программное обеспечение. Между тем даже стандартный набор программных средств позволяет использовать эту систему в качестве сервера баз данных, сетевых станций, файлового, коммуникационного сервера и сервера печати, сервера рабочих групп, почтового и Web-сервера, сервера e Ware и Lo us o es, сервера бизнес-приложений (в архитектуре клиент/сервер и других моделях вычислений), а также сервера пунктов розничной торговли и кассовых аппаратов.               Источники: 1. Журнал “La ” №3 1999

скачать реферат Архитектура аппаратно-программных средств распределенной обработки информации для интранет-технологии

В качестве промежуточного сервера может использоваться второй SQL-сервер, но чаще рациональней задействовать персональную СУБД, которая менее требовательна к аппаратным ресурсам и может обеспечить удобные средства построения и поддержки бизнес-логики. 3. Программные средства разработки 3.1. Универсальные средства Для разработки клиентских приложений существует громадное число универсальных пакетов программ, которые позволяют выполнить соединение с сервером и разработать для пользователя удобный графический интерфейс, позволяющий эффективно работать с данными. Некоторые из этих средств для разработки приложений в архитектуре “клиент-сервер” перечислены в таблице. НаименованиеКраткая характеристика CA-Ope ROADПолнофункциональная объектно-ориентированная среда для разработки приложений на основе языка четвертого поколения 4GL. Delphi Clie /ServerУниверсальный пакет для разработки клиентских приложений. Обеспечивает объектно-ориентированную разработку с использованием визуальных средств. Поддерживает групповую работу над приложением. Magic 6.0Таблично-управляемый инструментарий для разработки трехуровневых приложений “клиент-сервер”. MS Visual Basic 5.0Универсальный пакет разработки пользовательских приложений.

скачать реферат Теория проектирования удаленных баз данных

При этом, все пользовательские приложения должны работать с базой только через эту СУБД, используя ее язык запросов. Понятие «Клиент». Клиентом к БД, обычно называют пользовательское приложение, которое общается с сервером БД. Модель работы, в которой клиент общается непосредственно с сервером, не используя промежуточных приложений, называется архитектурой клиент-сервер. Как клиент общается с сервером. На пользовательских машинах, обычно устанавливаются специальные программы-шлюзы, которые, через сетевой протокол, обеспечивают связь с сервером БД. Через эти шлюзы, приложения передают запросы серверу и получают результаты. Часто, дополнительно устанавливается библиотека (ODBC, OLE DB и т.п.), предоставляющая приложениям API для работы с сервером БД. Назначение сервера приложений. Сервер приложений может использоваться для многих целей. Как правило, сервер приложений находится на отдельной машине. На него можно переложить всю функциональность программы, оставив клиенту только интерфейсную часть. Это разгрузит клиента и сервер БД от вычислений.

скачать реферат Вычислительные сети

Такие проблемы решаются в рамках многозвенной архитектуры. Часть общих приложений переносится на специально выделенный сервер приложений. Тем самым понижаются требования к ресурсам рабочих станций, которые будут называться «тонкими» клиентами. Данный способ организации вычислительного процесса является разновидностью архитектуры клиент-сервер. Рис. 12. Многозвенная архитектура Использование многозвенной архитектуры может быть рекомендовано также в случае, если некоторая программа требует для своей работы много ресурсов, то может оказаться дешевле построить тонкую сеть с одним очень мощным сервером, чем использовать несколько мощных клиентных рабочих станций. Особенно это имеет значение, если данной программой пользуются не постоянно, а время от времени. Рис. 13. Архитектура многозвенного приложения Разумное сочетание производительности сервера приложений и производительности рабочих станций позволят построить сеть, более дешёвую при установке и эксплуатации. Список литературы Андерсон К. Минаси М. Локальные сети. Полное руководство: К.: ВЕК , М.: ЭНТРОП, СПб.: КОРОНА принт, 1999. – 624 с. Богумирский Б.С. Руководство пользователя ПЭВМ: В 2-х ч. – СПб.: Ассоциация OILCO, 1992. – 357 с. Головкин Б.А. Параллельные вычислительные системы. М.: Наука, 1980. – 520 с. Елманова Н.З. Borla d C Builder 3.0. Архитектура «клиент/сервер», многозвенные системы и I er e -приложения. – М.: Диалог-МИФИ, 1999. – 240 с. Касаткин А.И., Вальвачев А.Н. Профессиональное программирование на языке Си: От urbo C к Borla d С : Мн.: Выш.шк., 1992. –240 с. Косарев В.П. Ерёмин Л.В. Компьютерные системы и сети. - М.: Финансы и статистика, 1999. – 464 с. Кручинин С. Архитектура компьютера. Hard и Sof №4 1995. Мельников Д.А. Информационные процессы в современных сетях.

Пенал-косметичка "Pixie Crew" с силиконовой панелью для картинок (красный, розовый).
Повседневные вещи кажутся скучными и однотонными, а тебе хочется выглядеть стильно и быть не как все? "Pixie Crew" сделает твою
858 руб
Раздел: Без наполнения
Муфта для коляски "Bambola" (шерстяной мех + плащевка + кнопки), бежевая.
Муфта на ручку коляски очень легко одевается и защищает Ваши руки от холода. Ткань муфты водоотталкивающая, она утеплена мехом и небольшим
489 руб
Раздел: Муфты на ручку
Шкатулка декоративная "Стиль", 15,5x12,5x11,5 см (бутылочный).
Шкатулка декоративная для ювелирных украшений, с выдвижными ящичками. Размер: 15,5x12,5x11,5 см. Материал: комбинированный.
1586 руб
Раздел: Шкатулки для украшений
скачать реферат Администрирование базы данных

Приложение 1 Таблица 1. - Типичные функции средств DBA Мониторинг работы БД, реакция на нештатные ситуации Наблюдение за объектами БД, анализ, сопоставление характеристик Оптимизация хранения данных, оптимизация работы сервера Сопровождение БД, файлов, табличных пространств, откатных сегментов Слежение за использованием ресурсов, выдача статистики Планирование необходимых вычислительных мощностей Анализ свободного пространства, устранение дефрагментации Перенос таблицы на новое пространство, в другую СУБД, на другой компьютер Обнаружение и исправление возникающих неполадок Задание пороговых значений для слежения за нужными объектами Наблюдение за параметрами, влияющими на производительность БД Перенос содержимого базы данных в другую СУБД Приложение 2 Рис.1 - Обобщенная структура системы управления базой данных Приложение 3 Рис.1 - Архитектура «клиент-сервер»

скачать реферат Проектирование производительности ЛВС

ВСТУПЛЕНИЕ В настоящее время в использовании ЛВС можно отметить две тенденции: создание мощных корпоративных сетей и переход на технологию клиент-сервер.Корпоративные ЛВС характеризуются многосегментной структурой, большим числом рабочих станций (РС), наличием нескольких серверов (файловых, баз данных, печати, модемов), маршрутизаторов, мостов и т.п. Эффективное использование технологии клиент-сервер в таких сетях ставит ряд сложных задач перед администраторами и пользователями ЛВС. Важнейший комплекс задач - обеспечение требуемой производительности, пропускной способности сети и планирование ее мощности.Сейчас, когда ЛВС стали определяющим компонентом в информационной стратегии большинства организаций, недостаточное внимание к оценке мощности ЛВС и ее планированию привело к тому, что сегодня для поддержки современных приложений в технологии клиент-сервер многие сети необходимо заново проектировать во многих случаях и заменять.Производительность и пропускная способность ЛВС определяется рядом факторов: выбором серверов и рабочих станций, сетевого оборудования, операционных систем рабочих станций, серверов и их конфигураций, распределением файлов базы данных по серверам сети, организацией распределенного вычислительного процесса, защиты, поддержания и восстановления работоспособности в ситуациях сбоев и отказов и т. п. Максимальные возможности корпоративной ЛВС для конкретных приложений (банковская, офисная, проектно-конструкторская, управленческая деятельность и др.) могут быть достигнуты только на основе комплексного подхода к оптимизации ЛВС на всех этапах жизненного цикла (от технико-экономического обоснования и технического задания на разработку до эксплуатации и модернизации).Для решения задач оптимизации производительности и пропускной способности ЛВС используются методы и средства измерения (анализа) и моделирования.

скачать реферат Примеры комплексов CASE-средств

Кроме того, переносимость облегчается тем, что в JAM приложения разрабатываются для виртуальных устройств ввода/вывода, а не для физических. Таким образом при переносе приложения с платформы на платформу, как правило, требуется лишь определить соответствие между физическими устройствами ввода/вывода и их логическими представлениями для приложения. Использование SQL в качестве средства взаимодействия с СУБД также создает предпосылки для обеспечения переносимости между СУБД. При условии переноса структуры самой БД в ряде случаев приложения могут не требовать никакой модификации, за исключением инициализации сеанса работы. Такая ситуация может сложиться в том случае, если в приложении не использовались специфические для той или иной СУБД расширения SQL. При росте нагрузки на систему и сложности решаемых задач (распределенность и гетерогенность используемых ресурсов, количество одновременно подключенных пользователей, сложность логики приложения) применяется трехзвенная модель архитектуры "клиент-сервер" с использованием менеджеров транзакций.

скачать реферат Информационное обеспечение управления предприятием

Система должна поддерживать такую схему взаимодействия между модулями и автоматизированными рабочими местами, которая отвечала бы требованиям и техническим возможностям пользователя. Важнейшими параметрами информационной системы являются надежность, масштабируемость, безопасность, поэтому при создании таких систем используется архитектура клиент-сервер. Эта архитектура позволяет распределить работу между клиентской и серверной частями системы, предусматривает развитие и совершенствование в соответствии с особенностями решаемых задач. В последние годы наблюдается устойчивая тенденция увеличения спроса на клиент-серверные приложения, которые обладают в области учета и управления большими возможностями, чем файл-серверные системы при обработке больших объемов данных, возможностью создания распределенных систем, а также достаточной интеграцией с другими системами. На современном этапе формирования рынка большое внимание уделяется малым предприятиям. Так, по мнению западных экономистов, будущее мирового производства за мелкими фирмами. Например, 96% фирм Великобритании - мелкие.

скачать реферат Классификация компьютерных сетей

В первой модели используется файловый сервер, на котором хранится большинство программ и данных. По требованию пользователя ему пересылаются необходимая программа и данные. Обработка информации выполняется на рабочей станции. В системах с архитектурой клиент-сервер обмен данными осуществляется между приложением-клиентом и приложением-сервером. Хранение данных и их обработка производится на мощном сервере, который выполняет также контроль за доступом к ресурсам и данным. Рабочая станция получает только результаты запроса. Разработчики приложений по обработке информации обычно используют эту технологию.

Набор ковриков "Kamalak Tekstil" для ванной, 50х50 см и 50x80 см (фиолетовый).
Ковры-паласы выполнены из полипропилена. Ковры обладают хорошими показателями теплостойкости и шумоизоляции. Являются гипоаллергенными. За
607 руб
Раздел: Коврики
Фоторамка на 11 фотографий С31-021 Alparaisa "Family", коричневый, 47x53,5 см.
Размеры рамки: 47x53,5 cм. Размеры фото: - 10х15 см (4 штуки), - 15х10 см (7 штук). Фоторамка-коллаж для 11-ти фотографий. Материал:
868 руб
Раздел: Мультирамки
Портфель "Attache", A4, серый.
Одно отделение.
375 руб
Раздел: Папки-портфели, папки с наполнением
скачать реферат Информатика

Обычно в локальной сети все компьютеры называются рабочими станциями. Во многих фирмах рабочие станции являются бездисковыми. По мнению руководства этот вариант обеспечивает наилучшую защиту информации и наиболее эффективную защиту оборудования. По своему назначению серверы могут быть различных типов: 1. Файловый сервер. Выдает файлы или проги для работы клиентов. 2. Режим клиент-сервер. Сервер выполняет проги в интересах каких-либо клиентов. 3. Сервер приложений. Все работы выполняются сервером, а пользователь имеет дело только с исходными данными и с результатом обработки. 4. Почтовый сервер, предназначенный для передачи информации. Файловый сервер появился исторически первым. Предназначается для обеспечения клиентов определенными прогами и файлами. По запросам пользователей файловый сервер предоставляет копии определенных программных компонентов. Поэтому сервер должен иметь мощные хранилища для этих всех требуемых прог. Работа файлового сервера во многом соответствует централизованной диспетчеризации. Архитектура клиент-сервер.

скачать реферат SQL Server и Разработка приложений и программные решения

Поэтому может возникнуть необходимость определить источник данных для каждой рабочей базы данных, установленной на одном и том же сервере. Установка языка и кодовой страницы должны быть оставлены без изменений, если не существует веской причины для их изменения. Для того, чтобы добавить новый источник данных, нажмите кнопку OK. К списку доступных источников данных будет добавлен новый сервер. Использование продукта Delphi 2 производства компании Borla d Продукт Delphi 2 производства компании Borla d – это мощный инструмент разработки приложений клиента в архитектуре клиент/сервер, который помогает облегчить работу с источниками данных ODBC. Продукт Delphi 2 основан на Pascal и является самой последней версией, которая была выпущена в 1996 году (на данный момент существует версия 3 этого продукта). Программная система Delphi 2 является средой разработки, поддерживающей 32-разрядную архитектуру. Его высоко ценят за легкость в работе и интеграции.Установление соединения Продукт Delphi 2 имеет собственные драйверы для SQL Server 6.5,работающие с Microsof ODBC.

скачать реферат Структура рабочей сети Internet

Кроме BDE, Delphi позволяет осуществлять доступ к базам данных, используя технологию (и, соответственно, драйверы) Ope Da aBase Co ec ivi y (ODBC) фирмы Microsof . Но, как показывает практика, производительность систем с использованием BDE гораздо выше, чем оных при использовании ODBC. ODBC драйвера работают через специальный “ODBC socke ”, который позволяет встраивать их в BDE. Все инструментальные средства баз данных Borla d - Paradox, dBase, Da abase Desk op - используют BDE. Все особенности, имеющиеся в Paradox или dBase, “наследуются” BDE, и поэтому этими же особенностями обладает и Delphi. Библиотека объектов содержит набор визуальных компонент, значительно упрощающих разработку приложений для СУБД с архитектурой клиент-сервер. Объекты инкапсулируют в себя нижний уровень - Borla d Da abase E gi e. Предусмотрены специальные наборы компонент, отвечающих за доступ к данным, и компонент, отображающих данные. Компоненты доступа к данным позволяют осуществлять соединения с БД, производить выборку, копирование данных, и т.п. Компоненты визуализации данных позволяют отображать данные виде таблиц, полей, списков.

скачать реферат Проектирование корпоративных информационных систем и управление

И между клиентской частью приложения и клиентской частью сервера баз данных, как правило, основан на использовании языка SQL. Поэтому такие функции, как, например, предварительная обработка форм, предназначенных для запросов к базе данных, или формирование результирующих отчетов выполняются в коде приложения. Наконец, клиентская часть сервера баз данных, используя средства сетевого доступа, обращается к серверу баз данных, передавая ему текст оператора языка SQL. Архитектура "клиент-сервер" на первый взгляд кажется гораздо более дорогой, чем архитектура "файл-сервер". Требуется более мощная аппаратура (по крайней мере, для сервера) и существенно более развитые средства управления базами данных. Однако, это верно лишь частично. Громадным преимуществом клиент-серверной архитектуры является ее масштабируемость и вообще способность к развитию. При проектировании информационной системы, основанной на этой архитектуре, большее внимание следует обращать на грамотность общих решений. Технические средства пилотной версии могут быть минимальными (например, в качестве аппаратной основы сервера баз данных может использоваться одна из рабочих станций).

телефон 978-63-62978 63 62

Сайт zadachi.org.ru это сборник рефератов предназначен для студентов учебных заведений и школьников.