Система управления базами данных

Размещено на http://www.allbest.ru/

Содержание

1. Понятие и классификация СУБД.

2. История развития персональных СУБД

3. История развития СУБД dBASE/FoxBase/FoxPro

4. Использование СУБД dBASE/FoxBase/FoxPro

5. Актуальность использования настольных СУБД

Литература

1. Понятие и классификация СУБД

Система управления базами данных (СУБД) -- совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. В настоящее время для построения информационных систем применяются различные системы управления базами данных (СУБД), различающиеся как своими возможностями, так и требованиями к вычислительным ресурсам. Все многообразие применяемых СУБД, однако, можно свести к двум основным их классам:

- персональные

-многопользовательские.

К первому классу относятся СУБД, ориентированные для работы на персональном компьютере (dBASE, FoxPro, MS Access и т.п.). Изначально они поддерживали работу с данными только одного пользователя. Вся СУБД такого класса выполняется как единая программа, таблицы базы данных представляются отдельными файлами на диске того же персонального компьютера. С развитием локальных сетей разработчики СУБД этого класса стали приспосабливать их к работе в сетевой среде, в которой потенциально стало возможным организовать доступ к данным с нескольких персональных компьютеров, включенных в локальную сеть. Файлы базы данных при этом размещаются на файловом сервере. На каждом же рабочем месте работает собственная копия программы-СУБД и прикладная программа, и на их выполнение могут оказывать существенное влияние характеристики компьютера этого рабочего места. Таким образом, при наличии в сети N рабочих мест с одними и теми же данными работают N копий программы-СУБД, одними и теми же данными управляют сразу N копий СУБД. Ошибка в выполнении одной из копий не будет замечена другими копиями. При выполнении запросов к базе данных копия СУБД может либо производить поиск данных в удаленных файлах на файловом сервере, либо копировать все файлы, в которых ведется поиск в свою локальную файловую систему. В первом случае возникают проблемы одновременного доступа к данным при их изменении. Данные, над которыми производится изменения, должны быть заблокированы. Средства файлового сервера позволяют выполнять блокировку на уровне файлов, но не на уровне записей, что существенно снижает эффективность параллельной работы с базой данных многих пользователей. Во втором же случае, во-первых, требуется передача по сети больших объемов информации, а во-вторых, получается, что разные рабочие места работают с разными копиями данных и эти копии могут стать неидентичными.

СУБД второго класса изначально создавались для выполнения на больших компьютерах и обеспечения параллельной работы многих пользователей. Такие СУБД, как правило, состоят из ядра, постоянно присутствующего в памяти, (сервера) и большого количества программ-агентов, обслуживающих запросы конечных пользователей и прикладных программ (клиентов). В этом случае и ядро СУБД, и данные находятся на одном и том же компьютере. Одна копия СУБД управляет одной копией данных. Единая управляющая система позволяет эффективно организовать одновременный доступ к данным многих агентов, предотвращая конфликты между ними. Ошибка в работе СУБД локализована и может быть эффективно исправлена самой же СУБД. При работе в условиях сети ядро СУБД выполняет запросы агентов на выборку данных и передает по сети только результаты выборки. Поскольку быстродействие современных дисковых систем обычно выше, чем скорость передачи данных по сети, уменьшение объема передаваемых данных существенно увеличивает общую эффективность работы системы. При этом не накладывается никаких ограничений на масштаб сети, агенты могут быть связаны с ядром СУБД через любую сеть и любые протоколы передачи данных. Многопользовательские СУБД обладают также неоспоримыми преимуществами в таких аспектах, как надежность, безопасность, доступность. Многопользовательские СУБД с самого начала своей истории использовали в качестве интерфейса запросов язык SQL, отсюда произошло одно из их альтернативных названий - SQL-серверы. Хотя в последнее время подмножества SQL становятся доступными и в персональных СУБД, но в эти подмножества не включаются средства обеспечения безопасности и параллельного доступа к данным - те средства, которые персональные СУБД обеспечить просто не могут.

При более полной классификации СУБД можно разделить так:

а) По типу управляемой базы данных СУБД разделяются на:

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

Иерархические базы данных имеют централизованную структуру, т.е. безопасность данных легко контролировать. К сожалению, определенные знания о физическом порядке хранения записей все же необходимы, так как отношения предок/потомок реализуются в виде физических указателей из одной записи на другую.

Сетевые СУБД - Сетевая модель расширяет иерархическую модель СУБД, позволяя группировать связи между записями в множества. С логической точки зрения связь -- это не сама запись. Связи лишь выражают отношения между записями. Как и в иерархической модели, связи ведут от родительской записи к дочерней, но на этот раз поддерживается множественное наследование. В сетевой модели требуется, чтобы связи устанавливались между существующими записями во избежание дублирования и искажения целостности.

Реляционные СУБД - В сравнении с рассмотренными выше моделями реляционная модель требует от сервера СУБД гораздо более высокого уровня сложности. В ней делается попытка избавить программиста от выполнения рутинных операций по управлению данными, столь характерных для иерархической и сетевой моделей.

Объектно-ориентированные СУБД - позволяет программистам, которые работают с языками третьего поколения, интерпретировать все свои информационные сущности как объекты, хранящиеся в оперативной памяти. Дополнительный интерфейсный уровень абстракции обеспечивает перехват запросов, обращающихся к тем частям базы данных, которые находятся в постоянном хранилище на диске. Изменения, вносимые в объекты, оптимальным образом переносятся из памяти на диск.

Объектно-реляционные - Объектно-реляционные СУБД объединяют в себе черты реляционной и объектной моделей. Их возникновение объясняется тем, что реляционные базы данных хорошо работают со встроенными типами данных и гораздо хуже -- с пользовательскими, нестандартными. Когда появляется новый важный тип данных, приходится либо включать его поддержку в СУБД, либо заставлять программиста самостоятельно управлять данными в приложении.

б)По архитектуре СУБД и организации хранения данных:

локальные СУБД (все части локальной СУБД размещаются на одном компьютере);

распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах).

в)По способу доступа СУБД к базе данных:

Файл-серверные СУБД. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере СУБД. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком -- высокая загрузка локальной сети.

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

Встраиваемые СУБД. Встраиваемая СУБД -- библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине.

2. История развития персональных СУБД

управление база данные

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

Особенности этого этапа следующие:

· Все СУБД были рассчитаны на создание БД в основном с монопольным доступом. И это понятно. Компьютер персональный, он не был подсоединен к сети, и база данных на нем создавалась для работы одного пользователя. В редких случаях предполагалась последовательная работа нескольких пользователей, например, сначала оператор, который вводил бухгалтерские документы, а потом главбух, который определял проводки, соответствующие первичным документам.

· Большинство СУБД имели развитый и удобный пользовательский интерфейс. В большинстве существовал интерактивный режим работы с БД как в рамках описания БД, так и в рамках проектирования запросов. Кроме того, большинство СУБД предлагали развитый и удобный инструментарий для разработки готовых приложений без программирования. Инструментальная среда состояла из готовых элементов приложения в виде шаблонов экранных форм, отчетов, этикеток (Labels), графических конструкторов запросов, которые достаточно просто могли быть собраны в единый комплекс.

· Во всех настольных СУБД поддерживался только внешний уровень представления реляционной модели, то есть только внешний табличный вид структур данных.

· При наличии высокоуровневых языков манипулирования данными типа реляционной алгебры и SQL в настольных СУБД поддерживались низкоуровневые языки манипулирования данными на уровне отдельных строк таблиц.

· В настольных СУБД отсутствовали средства поддержки ссылочной и структурной целостности базы данных. Эти функции должны были выполнять приложения, однако скудость средств разработки приложений иногда не позволяла это сделать, и в этом случае эти функции должны были выполняться пользователем, требуя от него дополнительного контроля при вводе и изменении информации, хранящейся в БД.

· Наличие монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим -- к отсутствию инструментальных средств администрирования БД.

· И, наконец, последняя и в настоящий момент весьма положительная особенность -- это сравнительно скромные требования к аппаратному обеспечению со стороны настольных СУБД. Вполне работоспособные приложения, разработанные, например, на Clipper, работали на PC 286.

· В принципе, их даже трудно назвать полноценными СУБД. Яркие представители этого семейства -- очень широко использовавшиеся до недавнего времени СУБД Dbase (DbaseIII+, DbaselV), FoxPro

3. История развития СУБД dBASE/FoxBase/FoxPro

Исторически первой среди персональных СУБД, получивших массовое распространение, стала Dbase фирмы Ashton-Tate (впоследствии права на нее перешли к фирме Borland, Краткая история её появления:

Инженер NASA Уэйн Рэтлифф (Wayne Ratliff), в то время работавший по контракту в JPL, написал систему управления базами данных сообразно собственному видению этой новой тогда технологии. Автор дал программе амбициозное название «Вулкан», и пытался -- правда, без особого успеха -- продавать ее. Однажды «Вулкан» попался на глаза Джорджу Тейту (George Tate) -- ловкому дельцу, занимавшемуся программным бизнесо, и его компаньону Лашли . Прослышав о существовании малоизвестной тогда системы «Вулкан», Тейт и Лашли заключили с Рэтлиффом контракт, который предусматривал их исключительное право на распространение этой программы. Поскольку к тому времени на название «Вулкан» уже заявила свои права другая компания, партнеры решили наименовать данное изделие как-то иначе.

Название «dBase II» предложил рекламный агент. По его мнению, оно звучало весьма респектабельно с технической точки зрения и, кроме того, содержало тонкий намек на то, что это некая новая и, видимо, улучшенная версия своего предшественника -- системы dBase.

Конечно, никакого предшественника, который следовало бы улучшить, не было и в помине, однако система dBase II действительно имела ощутимые преимущества по сравнению с другими программами, ориентированными на решение данного класса задач.

В январе 1981 г. по всей стране началась шумная реклама этой системы, очень скоро ставшей новым «бестселлером». И почти столь же стремительно Рэтлифф, Лашли и Тейт пополнили все возрастающие ряды миллионеров, сделавших состояния на программном обеспечении

dBase III и ее расширенная версия dBase III+ появились в 1986 году. Снабженные оригинальной средой разработки и некоторыми средствами манипуляции данными, они стали наиболее популярными

С1999 г. данная программа поддерживается фирмой dBASE Inc.). В дальнейшем серия реляционных персональных СУБД пополнилась такими продуктами, как FoxBase/FoxPRO (Fox Software, в дальнейшем - Microsoft), Clipper (Nantucket, затем - Computer Associates), R:base (Microrim), Paradox (Borland, на настоящий момент правами владеет фирма Corel), Access (Microsoft), Approach (Lotus).

Завоевавшие широкую популярность системы Dbase, FoxPRO и Clipper работали с таблицами данных, размещавшихся в файлах, имевших расширение *.dbf (термин dbf-формат стал общепринятым). Впоследствии семейство этих баз данных получило интегрированное наименование Xbase.

4. Использование СУБД dBASE/FoxBase/FoxPro

В течение продолжительного периода времени широко использовались СУБД, совместимые со стандартом Xbase. Однако доля Xbase на рынке настольных СУБД сокращается. СУБД Dbase, FoxBase, FoxPro являются представителями этого семейства. Самый высокий уровень безопасности данных реализован в СУБД dBASE. Администратор может назначить системе различные права доступа на уровне файла, поля, а также организовать автоматическое шифрование данных. Хранение данных в dBase основано на принципе <одна таблица - один файл> (эти файлы обычно имеют расширение *.dbf). MEMO-поля и BLOB-поля (доступные в поздних версиях dBase) хранятся в отдельных файлах (обычно с расширением *.dbt). Индексы для таблиц также хранятся в отдельных файлах. При этом в ранних версиях этой СУБД требовалась специальная операция реиндексирования для приведения индексов в соответствие с текущим состоянием таблицы.

Формат данных dBase является открытым, что позволило ряду других производителей заимствовать его для создания dBase-подобных СУБД, частично совместимых с dBase по форматам данных. Например, весьма популярная некогда СУБД FoxBase (разработанная Fox Software, Inc. и ныне принадлежащая Microsoft) использовала формат данных dBase для таблиц, однако форматы для хранения MEMO-полей и индексов были своими собственными, несовместимыми с dBase. Очень популярное в начале 90-х годов (и кое-где применяемое до сих пор) средство разработки Clipper компании Nantucket Corp (приобретенной впоследствии компанией Computer Associates) манипулировало как с данными формата dBase III (включая индексные файлы и файлы для MEMO-полей), так и с индексными файлами собственного формата.

Помимо популярного формата данных dBase является родоначальником и некогда популярного семейства языков программирования, получившего называние xBase. Все языки этого семейства, использующиеся и в FoxBase, и в Clipper, и в некоторых более поздних средствах разработки, таких как канувший в Лету CA Visual Objects фирмы Computer Associates, содержат сходный набор команд для манипуляции данными и являются по существу интерпретируемыми языками. В роли интерпретатора команд xBase выступает обычно либо среда разработки приложения на этом языке, либо среда времени выполнения, которую можно поставлять вместе с приложением. Отметим, что для скрытия исходного текста xBase-приложения подобные СУБД обычно содержат утилиты для псевдокомпиляции кода, который затем поставляется вместе со средой времени выполнения. В случае Clipper среда времени выполнения содержится в самом исполняемом файле (и сам Clipper формально считается компилятором), но тем не менее этот язык по существу также является интерпретируемым.

Обладавшие немалым сходством в синтаксисе и поддерживаемом наборе команд во времена широкого применения DOS, языки семейства xBase, тем не менее, имеют немало различий, особенно в поздних версиях <наследников>, использовавших их СУБД. Как правило, все они имеют собственные объектные расширения, и поэтому в настоящее время говорить об их совместимости между собой практически не приходится.

Отметим, однако, что для работы с данными формата dBase (или иных dBase-подобных СУБД) совершенно необязательно пользоваться диалектами xBase. Доступ к этим данным возможен с помощью ODBC API (и соответствующих драйверов) и некоторых других механизмов доступа к данным (например, Borland Database Engine, некоторых библиотек других производителей типа СodeBase фирмы Sequenter), и это позволяет создавать приложения, использующие формат данных dBase, практически с помощью любого средства разработки, поддерживающего один из этих механизмов доступа к данным.

Продукт FoxBASE отличается значительно большей скоростью обработки данных в сравнении с конкурентами. СУБД FOXBASE относится к dBASE-совместимых СУБД и рассчитана на непрофессионального пользователя. В АИС с УТР используется в качестве инструментального программного средства для автоматизированной обработки экономической информации по труду как в диалоговом (интерактивном), так и в пакетном режиме с «дружественным» командным интерфейсом. FOXBASE ориентирована на формирование и работу с базой данных реляционного типа. Она также имеет основные языковые средства для составления программ обработки экономической информации в программном (автоматическом) режиме. FOXBASE совместима с СУБД dBASE-II, dBASE-III PLUS за некоторыми исключениями. Например, в состав команд FOXBASE добавлена команда организации «меню», которой нет в dBASE-III PLUS.

FoxPro -язык , применяемый в одноименном программном пакете. Как язык программирования, в основном применяется для разработки Файл-серверных реляционных СУБД, хотя существует, за счет гибких и богатых средств языка, возможность разработки и других классов программ. В настоящее время используется в среде разработки Microsoft Visual FoxPro. Система FoxPro, разработанная фирмой Microsoft, является полновесной многопользовательской системой управления базами данных реляционного типа класса dBASE. Целью разработки являлось создание СУБД, которая являясь развитием ссистем класса dBASE включала бы в себя все их положительные черты и, одновременно, предоставляла бы пользователю дополнительные возможности по разработке законченных программных продуктов, не требующих поддержки среды СУБД.

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

Основные термины.

Для упрощения освоения правильного синтаксиса команд и функций FoxPro следует знать следующие основные термины.

ВРЕМЕННАЯ ПЕРЕМЕННАЯ это адресуемый по имени переменной участок оперативной памяти, используемый для временного хранения данных. Может использоваться и термин ПЕРЕМЕННАЯ ПАМЯТИ. Можно изменять содержимое временной переменной, но ее имя и расположение в памяти остаются неизменными, пока не закончится сеанс работы с FoxPro или пока переменная не будет освобождена. Временные переменные и их значения теряются, если только их не сохранить на диске перед выходом из FoxPro или перед выключением компьютера. Имена временных переменных могут включать до десяти символов букв, цифр и знаков подчеркивания, и должны начинаться с буквы. Временные переменные могут хранить символьные, числовые, числовые с плавающей запятой, логические данные, а также данные типа "дата".

ПОЛЕ БАЗЫ ДАННЫХ это любой элемент данных, входящий в запись базы данных.

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

ФУНКЦИЯ представляет собой заранее подготовленную подпрограмму, которая может выполняться по запросу из любой точки FoxPro. Если возвращаемый функцией результат представляет собой допустимый в выражении тип данных, то функции могут включаться в выражения.

ОПЕРАТОР представляет собой символ или последовательность символов, которые специфицируют определенную операцию, выполняемую над одним или большим числом величин для получения результата.

Основные команды FoxPro.

APPEND [BLANK]- Добавляет новые записи в конец активного файла базы данных.

Это основная команда для полноэкранного ввода данных.

APPEND FROM- Копирует записи в конец активного файла базы данных из другого файла.

AVERAGE- Подсчитывает среднее арифметическое значений выражений или полей базы данных

BROWSE - одна из наиболее полезных команд, имеющихся в FoxPro. Команда

BROWSE используется для открытия окна и высвечивания записей из файла базы данных. Имеется возможность редактирования и добавления записей. Если памяти достаточно, то окно Browse может быть открыто для каждой рабочей области.

BROWSE FOR -В окне Browse высвечиваются только те записи, которые удовлетворяют условию. Для лучшей работы в FOR используется оптимизируемое выражение.

BROWSE KEY-Ограничивает количество высвечиваемых записей.

BROWSE LAST-Открывает окно BROWSE в той же конфигурации, что сохранена в файле FOXUSER, если значение установки RESOURCE - ON. Список полей, размер каждого поля, расположение и размер окна Browse хранятся в файле FOXUSER.

BUILD EXE- При наличии полного дистрибутивного набора FoxPro, создает на основании проекта выполнимый файл (.EXE).

CALCULATE- Выполняет финансовые и статистические вычисления над полями базы данных или выражениями, в которых содержатся поля.

CANCEL - Прекращает выполнение командного файла (программы).

CHANGE -Корректировка записей базы данных в окне редактирования.

CHANGE KEY-Ограничивает диапазон высвечиваемых записей.

CLOSE - Используется для закрытия файлов - журнала, файлов базы данных, файлов формата экрана, индексов и файлов процедур.

COPY INDEXES-Копирует одно-индексные файлы в составной индексный файл.

COPY FILE- Обеспечивает дублирование закрытого файла любого типа.

COPY TO - копирует данные из указанной БД в файл.

COPY TO FIELDS-определяет список полей, которые будут копироваться в новый файл.

COPY STRUCTURE TO - Копирует структуру базы данных в другую базу данных.

CREATE -Создание нового файла БД

CREATE REPORT-активизирует окно генератора отчётов

CLEAR-Очищает заданный элемент

COUNT-Выполняет подсчёт числа записей активной БД, удовлетворяющих заданным условиям

DEFINE WINDOW - Создание окна.

DELETE - Помечает для исключения записи активного файла базы данных.

DELETE FILE - Удаляет файл.

DISPLAY MEMORY -Обеспечивает вывод имени, типа, размера и статуса каждой активной временной переменной.

DO - Выполняет программный или процедурный файл.

EXPORT- Копирует данные из базы данных FoxPro в файл с другим форматом.

FUNCTION- Определение начала подпрограммы и ее идентификация.

GO-Позиционирование указателя записи.

GO [RECORD] - Устанавливает указатель записи на запись GO TOP | BOTTOM-

Установка указателя записи на первую и последнюю в выбранной базе данных.

Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа.

GO TOP | BOTTOM- Установка указателя записи на первую и последнюю в выбранной базе данных. Если база используется с индексом, то первой будет запись с минимальным значение ключа, последней - запись с максимальным значением ключа.

GO IN -Перемещение указателя в базе, открытой в другой рабочей области.

HELP- Открытие окна помощи.

INDEX-создаёт индексный файл для упорядочения БД

JOIN-объединяет два файла БД

LAST-Открываемое окно редактирования команды Change будет иметь такую же конфигурацию, как и последнее окно, сохраненное в файле FOXUSER, если значение установки SET RESOURCE - ON. Список полей, размер каждого поля, положение и размер окна CHANGE и т. п. записываются в файл FOXUSER.

LAST FOR -В окне редактирования команды Change высвечиваются только те записи, которые удовлетворяют заданному условию.

LIST- отображение записей БД

LOCATE-выполняет в активном файле БД поиск по заданному условию

MODIFI COMMAND| MODIFI FILE-открывает окно редактирования

MODIFY STRUCTURE-Модифицирует структуру файла базы данных.

MODIFI REPORT-Открывает окно компоновки отчёта

MODIFI LABEL - Открывает окно компоновки почтового ярлыка (бланка)

PACK -Физически удаляет записи, помеченные для удаления в базе данных, уменьшает размер текстового файла.

PROCEDURE - Указывает начало подпрограммы.

QUIT- Закрывает все открытые файлы, завершает сеанс работы системы FoxPro и возвращает управление операционной системе.

REINDEX- Перестраивает все активные индексы.

RENAME -Выполняет изменение имени файла на диске.

RECALL-Снимает маркировку на удаление записей активного файла базы данных, установленную командой DELETE.

REPLACE -Обновляет значения заданных полей записей активного файла базы данных.

RESTORE FROM- Выбирает и активизирует временные переменные и массивы из файла временных переменных.

REPORT -Выдача отчета.

RESTORE FROM- Выбирает и активизирует временные переменные и массивы из файла временных переменных.

RUN- Выполняет из системы FoxPro заданную команду операционной системы или любую программу, которая работает под управлением операционной системы MS-

DOS.

SAVE TO- сохраняет временные переменные и массивы в файле временных переменных.

SCAN- Сканирование базы данных и выполнение команд по заданным условиям.

SORT -Сортирует базу данных.

SKIP -Перемещает указатель записи в активном файле базы данных вперед или назад.

SEEK-Выполняет поиск первой записи индексированного файла базы данных с ключом, совпадающим с заданным выражением.

SET- Открывает окно View.

SET ALTERNATE -направление вывода, ведущегося на экран или в окно, и в текстовый файл.

SET DATE-определяет формат вывода даты.

SET DECIMALS-устанавливает количество десятичных знаков после запятой при выдаче результатов числовых функций и вычислений. По умолчанию - 2

SET DEFAULT TO-для смены дисковода по умолчанию на A:

SET HELP ON | OFF-отключает/подключает средство диалоговой помощи или назначает другой файл помощи. Значение по умолчанию - ON Значение по умолчанию - FOXHELP

SET MARGIN TO -устанавливает размеры левой границы при выдаче на печать любой информации. Выдача информации на экран не затрагивается. Значение по умолчанию - 0

SET MEMOWIDTH TO -Определяет ширину memo (текстовых) полей при их визуализации.

SET ODOMETER TO -задает интервал изменения значений счетчика записей в командах, которые выводят номера записей.

SET PATH -задает путь (маршрут) поиска файлов.

SET PATH TO -представляет собой последовательность путей, разделенных запятой или точкой с запятой.

SET PROCEDURE TO -открывает заданный файл процедур.

SET RELATION-связывает два открытых файла базы данных по вычисленному значению через ключевое поле или по номеру записи.

SET CARRY Определяет необходимость копирования данных из предыдущей записи в новую запись при использовании команд APPEND или INSERT.

SET INDEX -открывает заданные индексы текущего файла базы данных.

SET INDEX TO- закрывает все открытые индексы в текущей рабочей области.

SET FILTER- Позволяет выводить и обрабатывать только те записи файла БД, которые удовлетворяют заданному условию.

SORT- Сортирует базу данных.

STORE- Помещает данные во временные переменные и массивы.

SUM-Вычисление суммы числовых полей

USE- открывает БД в указанной рабочей области

СУБД Dbase имеют простой командный язык манипулирования данными и пользовательский интерфейс типа меню, средства генерации отчетов и экранных форм. Эта СУБД отличается хорошим быстродействием при выполнении запросов в небольших базах данных. В новой версии dBASE IV концепция СУБД и командный язык получили значительное развитие, позволившее устранить недостатки предыдущей версии, а также существенно обогатить палитру средств обработки данных и улучшить интерфейс пользователя.

К числу СУБД реляционного типа, предназначенных для ПК, относятся семейство dBASE (dBASE II, III, 111+ и IV), Clipper, Foxbase, R:BASE, Paradox и др. В этих СУБД записи и, соответственно, поля имеют обычно фиксированную длину (чаще всего длина такой записи достигает 4000...5000 байт). Исключение составляют поля типа Memo, используемые, например, в СУБД семейства dBASE. Число полей в перечисленных СУБД варьируется от 128 до 1024. В большинстве реляционных СУБД этого поколения, работающих в среде DOS, программы на базовом языке выполняются в режиме интерпретации, то есть заранее не преобразовываются в машинный код, что снижает их производительность.

Продукты, работающие на настольных компьютерах, такие как dBase, FoxPro и им подобные предназначены для работы на РС и решают локальные задачи на одном РС или небольшой группе РС. Часто данные СУБД используются, как зеркальное отображения небольшой части общей корпоративной СУБД, для минимизации требуемых аппаратных и ресурсных затрат для решения небольших задач.

5. Актуальность использования настольных СУБД

Несмотря на то, что многие авторы высказывают мнение, что время этих СУБД прошло, они по-прежнему используются и некоторые из них достаточно активно. К числу подобных СУБД относятся DBase, FoxPro, FoxBase/ Конечно, настольные СУБД обладали, обладают и будут обладать всеми недостатками файл-серверной архитектуры. Не вызывают сомнения слова о плохой защищенности данных, медленной работе, трудностях с поддержкой ограничений целостности, проблемах с дублированием данных при миграции и резервном копировании, трудностях администрирования, катастрофического снижения скорости обработки при возрастании объемов данных и т.д. и т.п.

Однако, используемые для решения проблемы средства должны соответствовать сложности решаемой проблемы. Так, вряд ли имеет смысл тратить на разработку и внедрение информационной системы средства, существенно большие, чем весь годовой оборот предприятия, а для многих предприятий сферы малого (а, возможно, и среднего) бизнеса дело обстоит именно так. Следует понимать, что расходы на приобретение готового программного обеспечения (в частности, серверной СУБД), а также разработку соответствующей информационной системы, функционирующей под управлением это СУБД, составят от нескольких десятков тысяч до нескольких миллионов долларов. Итак, где же и как используются на сегодняшний день перечисленные выше СУБД? Прежде всего, это государственные (муниципальные) учреждения, сфера образования, сфера обслуживания, малый и средний бизнес. Специфика возникающих там задач заключается в том, что объемы данных не являются катастрофически большими, частота обновлений не бывает слишком большой, организация территориально обычно расположена в одном небольшом здании, количество пользователей колеблется от одного до 10-15 человек. В подобных условиях использование настольных СУБД для управления информационными системами является вполне оправданным и с успехом применяется. Более того, последние версии настольных СУБД приобрели некоторые качества, необходимые для нормальной работы, такие, например, как поддержка ограничений целостности и механизма транзакций.

Литература

1. Федоров А. Н., Елманова Н. С. Введение в базы данных Часть 2. Настольные СУБД// КомпьютерПресс - 2000. - № 3,4.

2. Бекаревич Ю. Б., Пушкина Н. В., Смирнова Е. Ю. Управление базами данных. СПб.: Изд. СПбГУ, 1999.

3. Голицына О.Л., Максимов Н.В. и др., «Базы данных» (учебное пособие)

4. Могилёв А.В., Пак Н.И. и др., «Информатика»

5. http://db.informika.ru/ - электронный справочник по Fox Pro.

Размещено на Allbest.ru

...