Реферат Базы данных. Системы правления базами данных. Компоненты правления базами данных
Работа добавлена на сайт bukvasha.net: 2015-10-28Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
от 25%
Подписываем
договор
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ
УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ
«ПОЛОЦКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Факультет геодезический
КАФЕДРА ГЕОДЕЗИИ И КАДАСТРОВ
РЕФЕРАТ
ПО ДИСЦИПЛИНЕ:
«ИНФОРМАТИКА»
НА ТЕМУ:
«БАЗЫ ДАННЫХ. СИСТЕМЫ ПРАВЛЕНИЯ БАЗАМИ ДАННЫХ. КОМПОНЕНТЫ ПРАВЛЕНИЯ БАЗАМИ ДАННЫХ»
ВЫПОЛНИЛ: СТУДЕНТ ГР. 08-пгз-2
ВАНАГЕЛЬ М.Н.
ПРОВЕРИЛ: СТ. ПРЕПОДАВАТЕЛЬ
БУДО Ю.П.
НОВОПОЛОЦК, 2011
СОДЕРЖАНИЕ:
Системы управления базами данных 3
Понятие базы данных.. 3
Программные системы управления базами данных.. 4
Краткая характеристика программного обеспечения,. 7
используемого при создании СУБД.. 7
Принципы организации данных,. 8
лежащие в основе современных СУБД.. 8
Современные технологии, используемые в работе с данными. 10
Применение СУБД в экономике.. 11
Общая характеристика СУБД MS Access.. 12
Основные этапы разработки базы данных в среде MS Access 14
Типы данных 15
Символьные типы.... 15
Числовые типы.... 16
Типы дата/время... 17
Пользовательские типы данных.. 20
Список литературы 21
Системы управления базами данных
Понятие базы данных
Базу данных (БД) можно определить как унифицированную совокупность данных, совместно используемую различными задачами в рамках некоторой единой автоматизированной информационной системы (ИС).
Теория управления базами данных как самостоятельная дисциплина начала развиваться приблизительно с начала 50-х годов двадцатого столетия. За это время в ней сложилась определенная система фундаментальных понятий. Приведем некоторые из них.
Предметной областью принято называть часть реального мира, подлежащую изучению с целью организации управления в этой сфере и последующей автоматизации процесса управления. В рамках данной книги для нас в первую очередь представляют интерес предметные области, так или иначе связанные со сферой экономики и финансов.
Объектом называется элемент информационной системы, сведения о котором хранятся в базе данных. Иногда объект
также называют сущностью.
Классом объектов называют их совокупность, обладающую одинаковым набором свойств.
Атрибут — это информационное отображение свойств объекта. Каждый объект Ключевым элементом данных называются такой атрибут (или группа атрибутов), который позволяет определить значения других элементов данных.
Запись данных — это совокупность значений связанных элементов данных.
Первичный ключ — это атрибут (или группа атрибутов), который уникальным образом идентифицируют каждый экземпляр объекта (запись). Вторичным ключом называется атрибут (или группа атрибутов), значение которого может повторяться для нескольких записей (экземпляров объекта). Прежде всего, вторичные ключи используются в операциях поиска записей.
Процедуры хранения данных в базе должны подчиняться некоторым общим принципам, среди которых в первую очередь следует выделить:
· целостность и непротиворечивость данных, под которыми понимается как физическая сохранность данных, так и предотвращение неверного использования данных, поддержка допустимых сочетаний их значений, защита от структурных искажений и несанкционированного доступа;
· минимальная избыточность данных обозначает, что любой элемент данных должен храниться в базе в единственном виде, что позволяет избежать необходимости дублирования операций, производимых с ним.
Программное обеспечение, осуществляющее операции над базами данных, получило название СУБД — система управления базами данных.
Программные системы управления базами данных
Кратко остановимся на конкретных программных продуктах, относящихся к классу СУБД. На самом общем уровне все СУБД можно разделить:
• на профессиональные, или промышленные;
• персональные (настольные).
Профессиональные (промышленные) СУБД представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами. На их базе создаются комплексы управления и обработки информации крупных предприятий, банков или даже целых отраслей. Первостепенными условиями, которым должны удовлетворять профессиональные СУБД, являются:
· возможность организации совместной параллельной работы большого количества пользователей;
· масштабируемость, то есть возможность роста системы пропорционально расширению управляемого объекта; переносимость на различные аппаратные и программные платформы;
· устойчивость по отношению к сбоям различного рода, в том числе наличие многоуровневой системы резервирования хранимой информации;
· обеспечение безопасности хранимых данных и развитой структурированной системы доступа к ним.
Промышленные СУБД к настоящему моменту имеют уже достаточно богатую историю развития. В частности, можно отметить, что в конце 70-х — начале 80-х годов в автоматизированных системах, построенных на базе больших вычислительных машин, активно использовалась СУБД Adabas. В настоящее время характерными представителями профессиональных СУБД являются такие программные продукты, как Oracle, DВ2, Sybase, Informix, Progress.
Основоположниками СУБД Огас1е стала группа американских разработчиков (Ларри Эллисон, Роберт Майнер и Эдвард Оутс), которые более двадцати лет тому назад создали фирму Relational Softwarе Inc. и поставили перед собой задачу создать систему, на практике реализующую идеи, изложенные в работах Э. Ф. Кодда и К. Дж. Дейта. Результатом их деятельности стала реализация переносимой реляционной системы управления базами данных с базовым языком обработки 50Ь. В 1979 г. заказчикам была представлена версия Оraсlе для мини-компьютеров PDP-11 фирмы Digital Equipment Corporation сразу для нескольких операционных систем: RSX-11, IAS, RSTS и UNIХ. Чуть позже Oracle был перенесен на компьютеры VAX под управлением VAX VMS. Значительная часть кода была написана на ассемблере, и поэтому процесс переноса системы на новую платформу требовал значительных усилий. Основным отличием Oracle очередной, третьей версии было то, что она была полностью написана на языке С. Такое решение обеспечивало переносимость системы на многие новые платформы, в частности, на различные клоны UNIХ. Второй важной особенностью новой (1983 г.) версии была поддержка концепции транзакции. Примерно в это же время фирма получила новое имя — Oracle Соrporation— и заняла лидирующее место на рынке производителей СУБД. Четвертая версия Oracle характеризовалась расширением перечня поддерживаемых платформ и операционных систем. Огас1е был перенесен как на большие ЭВМ фирмы IВМ (мэйнфреймы), так и на персональные компьютеры, работающие под управлением МS DOS. Именно в четвертой версии был сделан важный шаг в развитии технологий поддержки целостности баз данных. Для многопользовательских систем было предложено оригинальное решение Oracle поддержки «непротиворечивости чтения». В пятой версии была впервые реализована СУБД с архитектурой «клиент—сервер». Последующие версии СУБД Oracle были ориентированы на построение крупномасштабных систем обработки транзакций, изменение методов реализации систем ввода/вывода, буферизации, подсистем управления параллельным доступом, резервирования и восстановления. Также была реализована поддержка симметричных мультипроцессорных архитектур.
Проект и экспериментальный вариант СУБД Ingres были разработаны в университете Беркли под руководством одного из наиболее известных в мире ученых и специалистов в области баз данных Майкла Стоунбрейкера. С самого начала СУБД Ingres разрабатывалась как мобильная система, функционирующая в среде ОС UNIX.Первая версия Ingres была рассчитана на 16-разрядные компьютеры. И работала главным образом на машинах серии РDР. Это была первая СУБД, распространяемая бесплатно для использования в университетах. Впоследствии группа Стоунбрейкера перенесла Ingres в среду ОС UNIX ВSD, которая также была разработана в университете Беркли. Семейство СУБД Ingres из университета Беркли принято называть университетской Ingres. В начале 80-х была образована компания RTI (Relational Technologyу Inc.), которая разработала и стала продвигать коммерческую версию СУБД Ingres. В настоящее время коммерческая Ingres поддерживается, развивается и продается компанией Computer Associates. Сейчас это одна из наиболее развитых коммерческих реляционных СУБД. В то же время, по поводу университетской Ingres имеется много высококачественных публикаций. Более того, университетскую Ingres можно опробовать на практике и даже посмотреть ее исходные тексты.
Перечисленные выше (для СУБД Oracle) тенденции носят универсальный характер и определяют пути развития других программных продуктов, что вполне, объясняется жесткой конкурентной ситуацией, сложившейся на данном рынке.
Персональные системы управления данными — это программное обеспечение, ориентированное на решение задач локального пользователя или компактной группы пользователей и предназначенное для использования на микроЭВМ (персональном компьютере). Это объясняет и их второе название — настольные. Определяющими характеристиками настольных систем являются:
· относительная простота эксплуатации, позволяющая создавать на их основе работоспособные приложения как «продвинутым» пользователям, так и тем, чья квалификация невысока;
· относительно ограниченные требования к аппаратным ресурсам.
Несмотря на неизбежные различия, обусловливавшиеся замыслами разработчиков, все перечисленные системы в ходе своей эволюции приобрели ряд общих конструктивных черт, среди которых, прежде всего, могут быть названы:
· наличие визуального интерфейса, автоматизирующего процесс создания средств , манипуляции данными, — экранных форм, шаблонов отчетов, запросов и т. п.;
· наличие инструментов создания объектов базы данных в режиме диалога:
Experts в Paradox, Wizards в Access, Assistants в Арргоаch;
· наличие развитого инструментария создания программных расширений в рамках единой среды СУБД: язык разработки приложений РAL в Рагаdox,VBA (Visual Basic for Applications в Ассеss.
· встроенная поддержка универсальных языков управления данными.
В последние годы наметилась устойчивая тенденция к стиранию четких граней между настольными и профессиональными системами. Последнее, в первую очередь, объясняется тем, что разработчики в стремлении максимально расширить потенциальный рынок для своих продуктов постоянно расширяют набор их функциональных характеристик.
Краткая характеристика программного обеспечения, используемого при создании СУБД.
Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL Server 6.5. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.
Visual
FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.
Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений.
Visual
Basic – это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office.
Visual
C
++ – наиболее мощный объектно-ориентированный язык программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений для выполнения операций, критичных по скорости.
SQL
Server – сервер баз данных, реализует подход «клиент-сервер» и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.
Принципы организации данных,лежащие в основе современных СУБД.
Современные СУБД являются объектно-ориентированными и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. СУБД используют несколько моделей данных: иерархическую и сетевую (с 60-х годов) и реляционную (с 70-х). Основное различие данных моделей в представлении взаимосвязей между объектами.
Иерархическая модель данных строится по принципу иерархии объектов, то есть один тип объекта является главным, все нижележащие – подчиненными. Устанавливается связь «один ко многим», то есть для некоторого главного типа существует несколько подчиненных типов объектов. Иначе, главный тип именуется исходным типом, а подчиненные – порожденными. У подчиненных типов могут быть в свою очередь подчиненные типы. Наивысший в иерархии узел (совокупность атрибутов) называют корневым.
Сетевая модель данных строится по принципу «главный и подчиненный тип одновременно», то есть любой тип данных одновременно может одновременно порождать несколько подчиненных типов (быть владельцем набора) и быть подчиненным для нескольких главных (быть членом набора).
Реляционная модель данных объекты и связи между ними представляются в виде таблиц, при этом связи тоже рассматриваются как объекты. Все строки, составляющие таблицу в реляционной базе данных должны иметь первичный ключ. Все современные средства СУБД поддерживают реляционную модель данных.
Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).
Атрибут – информационное отображение свойств объекта. Каждый объект характеризуется набором атрибутов.
Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.
Первичный ключ – атрибут (или группа атрибутов), позволяющий однозначным образом определить каждую строку в таблице.
Напротив, альтернативный ключ – атрибут (или группа атрибутов), не совпадающая с позволяющий первичным ключом и однозначным образом определяющий каждую строку в таблице.
Современные технологии, используемые в работе с данными.
Технология «Клиент-сервер» – технология, разделяющая приложение- СУБД на две части: клиентскую (интерактивный графический интерфейс, расположенный на компьютере пользователя) и сервер, собственно осуществляющий управление данными, разделение информации, администрирование и безопасность, находящийся на выделенном компьютере. Взаимодействие «клиент-сервер» осуществляется следующим образом: клиентская часть приложения формирует запрос к серверу баз данных, на котором выполняются все команды, а результат исполнения запроса отправляется клиенту для просмотра и использования. Данная технология применяется, когда размеры баз данных велики, когда велики размеры вычислительной сети, и производительность при обработке данных, хранящихся не на компьютере пользователя (в крупном учреждении обычно имеет место именно такая ситуация). Если технология «клиент-сервер» на применяется, то для обработки даже нескольких записей весь файл копируется на компьютер пользователя, а только затем обрабатывается. При этом резко возрастает загрузка сети, и снижается производительность труда многих сотрудников.
Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic обеспечивают средства для создания клиентских частей в приложениях «клиент-сервер», которые сочетают в себе средства просмотра, графический интерфейс и средства построения запросов, а Microsoft SQL Server является на сегодняшний день одним из самых мощных серверов баз данных.
OLE
2.0 (
Object
Linking
and
Embedding
– связывание и внедрение объектов) – стандарт, описывающий правила интеграции прикладных программ. Применяется для использования возможностей других приложений. OLE 2.0 используется для определения и совместного использования объектов несколькими приложениями, которые поддерживают данную технологию. Например, использование в среде Access таблиц Excel и его мощных средств построения диаграмм или использование данных, подготовленных Access, в отчетах составленных в редакторе текстов Word (связывание или включение объекта).
OLE
Automation
(Автоматизация
OLE
) – компонент OLE, позволяющий программным путем устанавливать свойства и задавать команды для объектов другого приложения. Позволяет без необходимости выхода или перехода в другое окно использовать возможности нужного приложения. Приложение, позволяющее другим прикладным программам использовать свои объекты называется OLE
сервером. Приложение, которое может управлять объектами OLE серверов называется OLE
контроллер или
OLE
клиент. Из рассмотренных программных средств в качестве OLE серверов могут выступать Microsoft Access, а также Microsoft Excel, Word и Graph... Microsoft Visual FoxPro 3.0 и 5.0 может выступать только в виде OLE клиента.
RAD
(
Rapid
Application
Development
– Быстрая разработка приложений) – подход к разработке приложений, предусматривающий широкое использование готовых компонентов и/или приложений и пакетов (в том числе от разных производителей).
ODBC
(
Open
Database
Connectivity
– открытый доступ к базам данных) – технология, позволяющая использовать базы данных, созданные другим приложением при помощи SQL.
SQL
(
Structured
Query
Language
– язык структурированных запросов) – универсальный язык, предназначенный для создания и выполнения запросов, обработки данных как в собственной базе данных приложения, так и с базами данных, созданных другими приложениями, поддерживающими SQL. Также SQL применяется для управления реляционными базами данных.
VBA (Visual Basic for Applications – Visual Basic для Приложений) – разновидность (диалект) объектно-ориентированного языка программирования Visual Basic, встраиваемая в программные пакеты.
Применение СУБД в экономике
Очевидно, что экономические задачи, для решения которых необходимо применять программное обеспечение СУБД, весьма обширны и разнообразны. На его основе строятся автоматизированные системы управления предприятий различных уровней (от малых до крупных). Оно лежит в основе практически всех прикладных бухгалтерских программ (например, «1С: Бухгалтерия», «Парус» и др.). Одновременно СУБД применяются для автоматизации систем управления, мониторинга и прогнозирования развития отраслей и экономики страны в целом.
В качестве примера мы более подробно остановимся на вопросах использования СУБД при создании прикладного программного обеспечения, решающего задачи управления работой банков и финансовых компаний, или автоматизированных банковских систем (АБС)
В настоящее время среди ведущих российских разработчиков программных продуктов в классе АБС могут быть названы фирмы «ПрограмБанк», «Диасофт», «Инверсия», «Асофт». В частности, фирмой «ПрограмБанк» разработаны такие известные банковские системы, как «Центавр», «Афина», «Гефест».
В середине 1998 г. компании «ПрограмБанк» и «Диасофт» объединили усилия в области разработки систем автоматизации, рассчитанных на крупные и крупнейшие банки. Учрежденная ими дочерняя компания «Диасофт+ПрограмБанк» сосредоточилась исключительно на развитии и продвижении информационной системы управления банковской деятельностью (ИСУБД) «Новая Афина», в основу которой легли ИБС «Афина» компании «ПрограмБанк» и разработка «Диасофта» — DiasoftBank 5NT. Данная банковская система разработана на основе программной платформы Оrас1е.
ИСУБД «Новая Афина» обеспечивает комплексную автоматизацию всех направлений деятельности банка, финансовые методы управления им, поддержку текущего законодательства и правил ведения бухгалтерского учета, ведение планов счетов произвольной структуры, поддержку различных форм платежного документооборота и маршрутизацию прохождения платежей с использованием различных вариантов верификации документов. Также в рамках ИСУБД решаются задачи управления многофилиальной структурой банка в едином информационном пространстве в режиме реального времени, автоматизации мультивалютного
расчетно-кассового обслуживания, управления ЛОРО - и НОСТРО-счетами, обработки сообщений S.W.I.F.T., ведения договоров, контрактов и их приложений, формирования бухгалтерской и аналитической отчетности, связи с внешними информационными системами, администрирования и аудита, получения отчетов произвольной формы.
Общая характеристика СУБД MS Access
MS Access в настоящее время является одной из самых популярных среди настольных программных систем управления базами данных. Среди причин такой популярности следует отметить:
· высокую степень универсальности и продуманности интерфейса, который рассчитан на работу с пользователями самой различной квалификации. В частности, реализована система управления объектами базы данных, позволяющая гибко и оперативно переходить из режима конструирования в режим их непосредственной эксплуатации;
· глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными Продуктами, поддерживающими технологию OLE;
· богатый набор визуальных средств разработки.
Нельзя не отметить, что, существенной причиной такого широкого распространенная MS Access является и мощная рекламная поддержка, осуществляемая фир-мой Microsoft. В процессе разработки данного продукта yа рынок представлялись его различные версии. Наиболее известными (в некотором смысле этапными) cтали Ассеss 2.0, Ассеss 7.6 (он впервые был включен в состав программного комплекта MS Office 95). Позже появились версии Ассеss 97 (в составе NS Office 97) и Ассеss 2000 (в составе МS Office 2000).
Очевидно, что отправной точкой в процессе работы с любой СУБД является создание файла (или группы файлов) базы данных.
Основные разделы главного окна соответствуют типам объектов, которые может содержать база данных Ассеss. Это Таблицы, Запросы, Отчеты, Макросы и Модули. Заголовок окна содержит имя файла базы данных. В данном случае он называется Trade Test.
Интерфейс работы с объектами базы данных унифицирован. По каждому из них предусмотрены стандартные режимы работы:
· Создать — предназначен для создания структуры объектов;
· Конструктор — предназначен для изменения структуры объектов;
· Открыть (Просмотр, Запуск) — предназначен для работы с объектами базы данных.
Важным средством, облегчающим работу с Ассеss для начинающих пользователей, являются мастера — специальные программные надстройки, предназначенные для создания объектов базы данных в режиме последовательного диалога. Для опытных и продвинутых пользователей существуют возможности более гибкого управления ресурсами и возможностями объектов СУБД в режиме конструктора.
Специфической особенностью СУБД Ассеss является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, как правило, удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их совместимость снизу вверх, то есть базы данных из файлов в формате ранних версий Access могут быть конвертированы в формат, используемый в версиях более поздних.
Основные этапы разработки базы данных в среде MS Access
Как нетрудно догадаться, процесс разработки конкретного программного приложения в среде Access в первую очередь определяется спецификой автоматизируемой предметной области. Однако для большинства из них можно выделить ряд типичных этапов. Это:
· разработка и описание структур таблиц данных;
· разработка схемы данных и задание системы взаимосвязей между таблицами;
· разработка системы запросов к таблицам базы данных и (при необходимости) их интеграция в схему данных;
· разработка экранных форм ввода/вывода данных;
· разработка системы отчетов по данным;
· разработка программных расширений для базы данных, решающих специфические задачи по обработке содержащейся в ней информации, с помощью инструментария макросов и модулей;
· разработка системы защиты данных, прав и ограничений по доступу.
Очевидно, что между перечисленными этапами существует большое количество обратных связей, подразумевающих возврат к более ранним шагам, исходя из вновь открывшихся обстоятельств, которые невозможно было заранее учесть или предвидеть.
Еще раз подчеркнем, что описанная последовательность этапов разработки базы данных в MS Access не является безусловным эталоном. Однако очень часто отклонения от нее свидетельствуют не столько об оригинальности хода мысли разработчика, сколько о погрешностях, допущенных им при планировании процесса разработки, или вообще об отсутствии у него какого-либо плана.
Типы данных
СУБД SYBASE SQL Anywhere поддерживает большой спектр данных. Их можно разделит на несколько категорий:
- символьные типы;
- числовые типы;
- типы дата/время;
- двоичные типы;
- пользовательские типы.
Рассмотрим каждую категорию типов в отдельности.
Символьные типы
Символьные типы используются для представления как строк символов, так и отдельных символов. Перечень символьных типов представлен в табл. 1
Таблица
1
. Перечень символьных типов
| Тип данных | Назначение | Размер |
| CHAR | Строковый тип | до 32767 байт. По умолчанию 1 байт |
| CHARACTER | Тоже, что и CHAR | |
| CHARACTER VARYING | Тоже, что и CHAR | |
| VARCHAR | Тоже, что и CHAR | |
| LONG VARCHAR | Символьный типпроизвольной длины. Аналог МЕМО-полям в dBase, FoxPro, Access | Длина произвольная. Ограничена максимальным размером файлов базы данных (2 гигобайта) |
| TEXT | Тоже, что и LONG VARCHAR | |
Данные символьных типов представляются двоичными кодами. То, как они отображаются на экранах мониторов или распечатках принтера определяется так называемыми кодовыми таблицами. СУБД SYBASE SQL Anywhere поддерживает более 50 кодовых таблиц. Они позволяют отображать текстовую информацию символами различных алфавитов, начиная от английского, русского, греческого, испанского и кончая китайским и японским. Информация об имеющихся кодовых таблицах хранится в системной таблице SYS.SYSCOLLATION. Для извлечения из нее данных достаточно выполнить оператор
SELECT * FROM SYS.SYSCOLLATION
Для того, чтобы получить информацию о кодовой таблице используемой в базе данных необходимо воспользоваться утилитой DBINFO. Для этого в утилите ISQL следует запустить ее на выполнение следующим образом:
/*Получение информации
о базе данных Dubl_Biblia*/
DBTOOL DBINFO DATABASE
'c:\database\dubl.db' //полное имя базового файла
TO 'c:\database\dbinfo.txt' /*полное имя файла
для записи результата */
USING 'UID=Stepanov; PWD=S' /*строка пара-
метров соединения */
При использовании символьных данных нужно проверить как отображается символьная информация, хранимая в базе данных на вашей ЭВМ. На разных ЭВМ, в разных операционных системах и даже в разных приложениях она может визуально представляться по - разному. Например, автор при создании базы данных Biblia столкнулись со следующим фактом. При использовании кодовой странице 866RUS текстовые данные, хранимые в этой базе данных, нормально отображались символами русского алфавита в утилите ISQL. При считывании этих же данных через интерфейс ODBC в системах Access и Borland Delphi на экране появлялась непонятная абракадабра.
Числовые типы
Числовые типы предназначены для обозначения целых, вещественных и денежных типов. Представители числовых типов приведены в табл. 2.
Таблица
2
. Перечень числовых типов
Тип данных | Точность – числознаков после запятой | Размер |
| INTEGER | 0 | 4 байта |
| INT | | |
| SMALLINT | 0 | 2 байта |
| REAL | до 6 | 4 байта |
| FLOAT | | |
| DOUBLE | до 15 | 8 байт |
| TINYINT | 0 | 1 байт |
| DECIMAL | M | Сколько требуется |
| NUMERIC | | |
| MONEY | 4 | |
| SMALLMONEY | 4 | |
Типы дата/время
Типы дата/время предназначены для хранения времени, дат и дат совместно с временем. Такие типы, поддерживаемые СУБД SQL Anywhere, перечислены в табл. 3.
Таблица 3
. Перечень типов дата/время
| Тип данных | Назначение |
| DATE | Тип для представления даты в виде совокупности года, месяца и числа. Значение года может изменяться в диапазоне от 0001 до 9999 года |
| TIME | Тип для представления времени в виде совокупности часа, минут, секунд и долей секунд. Доли секунд хранятся с точностью до 6 знаков. |
| TIMESTAMP | Тип для представления момента времени конкретной даты. Данные хранятся в виде совокупности года, месяца, числа, часа, минут, секунд и долей секунд. Доли секунд хранятся с точностью до 6 знаков. |
| DATETIME | Тоже, что и TIMESTAMP |
| SMALLDATETIME | Тоже, что и TIMESTAMP |
Обмен данными типа дата/время с базами данных производится:
- в формате структуры TIMESTAMP при использовании интерфейса ODBC;
- в формате структуры SQLDATETIME, если взаимодействие приложений с СУБД осуществляется через интерфейс Embedded SQL;
- через строку символов в других случаях.
В первых двух случаях все компоненты данных типа дата/время записываются в свои поля. В результате этого достигается однозначное представление информации. При использовании строки формат данных типа дата/время определяется такими параметрами баз данных как DATA_FORMAT, DATA_ORDER, TIME_FORMAT и TIMESTAMP_FORMAT. Различные сочетания этих параметров порождают большое число вариантов форматов. Однако это не должно вызывать особого беспокойства. Параметры базы данных устанавливаются для всей базы данных и действуют на все приложения и всех пользователей. Форматы данных типа дата/время, определяемые вышеуказанными параметрами баз данных по умолчанию, представлены в табл. 4.
Таблица
4
. Форматы представления данных типа дата/время, определяемые по умолчанию
Тип данных | Формат, используемый по умолчанию |
| DATE | 'YYYY-MM-DD' |
| TIME | 'HH:NN:ss.SSS' |
| TIMESTAMP | 'YYYY-MM-DD HH:NN:ss.SSS' |
| DATETIME | 'YYYY-MM-DD HH:NN:ss.SSS' |
| SMALLDATETIME | 'YYYY-MM-DD HH:NN:ss.SSS' |
В табл. 4 используются следующие сокращения:
- YYYY - четыре цифры , обозначающие год;
- MM - две цифры , обозначающие месяц;
- DD - две цифры , обозначающие день;
- HH - две цифры , обозначающие часы;
- NN - две цифры , обозначающие минуты;
- ss - две цифры , обозначающие секунды;
- SSS - три цифры , обозначающие доли секунд.
По умолчанию составляющие времени HH, NN, ss, SSS принимаются равными нулю, а DD - единице. Содержимое строк, представляющие данные типа дата/время , конвертируются автоматически.
Двоичные типы предназначены для представления двоичных данных, включая изображения и другую информацию, не обрабатываемую собственными средствами СУБД. Все двоичные типы приведены в табл. 5.
Таблица 5
. Двоичные типы SQL Anywhere
Тип данных | Назначениеs | Размер |
| BIT | Тип для представления значений 0 и 1. Аналог полей типа Logical в dBase, FoxPro | 1 байт |
| BINARY | Тоже, что и CHAR, за исключением операций сравнения. В отличии от CHAR, данные этогопо умолчанию 1 байт типа сравниваются на полное совпадение двоичных кодов байтов | до 32767 байт |
| LONG BINARY | Тип для представления двоичных данных произвольной длины | Длина произвольная. Ограничена максимальным размером файлов базы данных (2 гиго- байта) |
| IMAGE | Тоже, что и LONG BINARY | |
Пользовательские типы данных
В СУБД SYBASE SQL Anywhere пользователям предоставлена возможность создавать свои типы данных. Они создаются на базе существующих типов
- путем запрета/разрешения записи значений NULL,
- определения значений по умолчанию (установки DEFAULT);
- задания условий на записываемые значения (установки CHECK).
Пользовательские типы можно создать и в утилите ISQL, и утилите SQL Central. В среде ISQL для решения этой задачи необходимо выполнить SQL-оператор CREATE DATATYPE. В SQL Central расширить состав имеющихся типов данных можно при помощи мастера Add User-defined Data Type, являющегося элементом папки User-defined Data Types . Право создания пользовательских типов данных имеют только пользователи, имеющие право создавать объекты базы данных (класс полномочий Resource) или обладающие правами администратора (класс полномочий DBA). Пользователь, создавший новый тип данных, становится его владельцем. Сразу после появления этого типа данных доступ к нему получают все пользователи, зарегистрированные в базе данных.
Новый тип данных может применяться при определении типов полей и при описании переменных в хранимых процедурах и триггеров. Удалить новый тип может его владелец или пользователь с классом полномочий DBA. Удаление этого типа данных возможно только в том случае, если он нигде не используется.
В завершении анализа типов данных, поддерживаемых SQL Anywhere, необходимо сказать следующее. Большое количество "собственных" типов данных и возможность создания пользовательских типов данных должны удовлетворить запросы самого взыскательного пользователя.
Список литературы
1. Д. Вейскас
Эффективная работа с Microsoft Access 7.0
«Microsoft Press», 1997.
2. Дж. Вудкок, М. Янг
Эффективная работа с Microsoft Office 95
«Microsoft Press».
3. А. Горев, С. Макашарипов, Р. Ахаян
Эффективная работа с СУБД
СПб, «Питер», 1997.
4. А. В. Потапкин
Основы Visual Basic для пакета Microsoft Office
М, «Эком», 1995.
