Системы управления базами данных . Реферат. Информатика, ВТ, телекоммуникации.
⚡ 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Системы управления базами данных
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Міністерство освіти
та науки України
Київський
національний економічний університет
Базу
данных (БД) можно определить как унифицированную совокупность
данных, совместно используемую различными задачами в рамках некоторой единой
автоматизированной информационной системы (ИС).
Теория
управления базами данных как самостоятельная дисциплина начала развиваться
приблизительно с начала 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 Мб на ЖМД.
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 в
настоящее время является одной из самых популярных среди настольных программных
систем управления базами данных. Среди причин такой популярности следует
отметить:
·
высокую степень универсальности и продуманности
интерфейса, который рассчитан на работу с пользователями самой различной
квалификации. В частности, реализована система управления объектами базы
данных, позволяющая гибко и оперативно переходить из режима конструирования в
режим их непосредственной эксплуатации;
·
глубоко развитые возможности интеграции с другими
программными продуктами, входящими в состав 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 могут быть
конвертированы в формат, используемый в версиях более поздних.
Как
нетрудно догадаться, процесс разработки конкретного программного приложения в
среде Access в первую очередь определяется спецификой автоматизируемой
предметной области. Однако для большинства из них можно выделить ряд типичных
этапов. Это:
·
разработка и описание структур таблиц данных;
·
разработка схемы данных и задание системы взаимосвязей
между таблицами;
·
разработка системы запросов к таблицам базы данных и
(при необходимости) их интеграция в схему данных;
·
разработка экранных форм ввода/вывода данных;
·
разработка системы отчетов по данным;
·
разработка программных расширений для базы данных,
решающих специфические задачи по обработке содержащейся в ней информации, с
помощью инструментария макросов и модулей;
·
разработка системы защиты данных, прав и ограничений по
доступу.
Очевидно,
что между перечисленными этапами существует большое количество обратных связей,
подразумевающих возврат к более ранним шагам, исходя из вновь открывшихся
обстоятельств, которые невозможно было заранее учесть или предвидеть.
Еще
раз подчеркнем, что описанная последовательность этапов разработки базы данных
в MS Access не
является безусловным эталоном. Однако очень часто отклонения от нее
свидетельствуют не столько об оригинальности хода мысли разработчика, сколько
о погрешностях, допущенных им при планировании процесса разработки, или вообще
об отсутствии у него какого-либо плана.
СУБД SYBASE SQL Anywhere поддерживает большой спектр
данных. Их можно разделит на несколько категорий:
Рассмотрим каждую категорию типов в отдельности.
Символьные типы используются для представления как строк символов, так
и отдельных символов. Перечень символьных типов представлен в табл. 1
Таблица 1 . Перечень символьных типов
произвольной длины.
Аналог МЕМО-полям в
Данные символьных типов представляются двоичными кодами. То, как они
отображаются на экранах мониторов или распечатках принтера определяется так
называемыми кодовыми таблицами. СУБД SYBASE SQL Anywhere поддерживает более 50
кодовых таблиц. Они позволяют отображать текстовую информацию символами
различных алфавитов, начиная от английского, русского, греческого, испанского и
кончая китайским и японским. Информация об имеющихся кодовых таблицах хранится
в системной таблице SYS.SYSCOLLATION . Для извлечения из нее данных
достаточно выполнить оператор
Для того, чтобы получить информацию о кодовой таблице используемой в
базе данных необходимо воспользоваться утилитой DBINFO . Для этого в
утилите ISQL следует запустить ее на выполнение следующим образом:
'c:\database\dubl.db' //полное имя базового файла
TO 'c:\database\dbinfo.txt' /*полное имя файла
для записи результата */
USING 'UID=Stepanov; PWD=S' /*строка пара-
метров соединения */
При использовании символьных данных нужно проверить как отображается
символьная информация, хранимая в базе данных на вашей ЭВМ. На разных ЭВМ, в
разных операционных системах и даже в разных приложениях она может визуально
представляться по - разному. Например, автор при создании базы данных Biblia
столкнулись со следующим фактом. При использовании кодовой странице 866RUS
текстовые данные, хранимые в этой базе данных, нормально отображались символами
русского алфавита в утилите ISQL. При считывании этих же данных через интерфейс
ODBC в системах Access и Borland Delphi на экране появлялась непонятная
абракадабра.
Числовые типы предназначены для обозначения целых, вещественных и
денежных типов. Представители числовых типов приведены в табл. 2.
Таблица 2 . Перечень числовых типов
Типы дата/время предназначены для хранения времени, дат и дат
совместно с временем. Такие типы, поддерживаемые СУБД SQL Anywhere, перечислены
в табл. 3.
Таблица 3 . Перечень типов
дата/время
виде совокупности часа,
минут, секунд
месяца, числа, часа,
минут, секунд и
Обмен данными типа дата/время с базами данных производится:
В первых двух случаях все компоненты данных типа дата/время
записываются в свои поля. В результате этого достигается однозначное
представление информации. При использовании строки формат данных типа
дата/время определяется такими параметрами баз данных как DATA_FORMAT,
DATA_ORDER, TIME_FORMAT и TIMESTAMP_FORMAT . Различные сочетания этих
параметров порождают большое число вариантов форматов. Однако это не должно
вызывать особого беспокойства. Параметры базы данных устанавливаются для всей
базы данных и действуют на все приложения и всех пользователей. Форматы данных
типа дата/время, определяемые вышеуказанными параметрами баз данных по
умолчанию, представлены в табл. 4.
Таблица 4 . Форматы представления данных
типа дата/время, определяемые по умолчанию
В табл. 4 используются следующие сокращения:
По умолчанию составляющие времени HH, NN, ss, SSS принимаются
равными нулю, а DD - единице. Содержимое строк, представляющие данные
типа дата/время , конвертируются автоматически.
Двоичные типы предназначены для представления двоичных данных, включая
изображения и другую информацию, не обрабатываемую собственными средствами
СУБД. Все двоичные типы приведены в табл. 5.
Таблица 5 . Двоичные типы SQL
Anywhere
Тип для представления
значений 0 и 1. Аналог полей типа Logical в dBase, FoxPro
произвольная. Ограничена
максимальным
В СУБД SYBASE SQL Anywhere пользователям предоставлена возможность
создавать свои типы данных. Они создаются на базе существующих типов
Пользовательские типы можно создать и в утилите ISQL, и утилите SQL
Central. В среде ISQL для решения этой задачи необходимо выполнить SQL-оператор
CREATE DATATYPE . В SQL Central расширить состав имеющихся типов данных
можно при помощи мастера Add User-defined Data Type , являющегося
элементом папки User-defined Data Types . Право создания
пользовательских типов данных имеют только пользователи, имеющие право
создавать объекты базы данных (класс полномочий Resource ) или обладающие
правами администратора (класс полномочий DBA ). Пользователь, создавший
новый тип данных, становится его владельцем. Сразу после появления этого типа
данных доступ к нему получают все пользователи, зарегистрированные в базе данных.
Новый тип данных може
Похожие работы на - Системы управления базами данных Реферат. Информатика, ВТ, телекоммуникации.
Отчет По Практике Муниципального Учреждения
Реферат: Международная защита социально-экономических и культурных прав и свобод человека
Доклад по теме Теория кодирования в среде MATLAB
Контрольная Работа По Химии Углеводороды Ответы
Курсовая работа по теме Значение факторов внешней среды для закаливания: воздух и солнечные ванны
Научиться Писать Сочинение Огэ
Контрольная Работа По Геометрии 4 Задания
Реферат: Белковые волокна. Щёлк и шерсть
Доклад: Die Krupps
Написать Сочинение Рассуждение Про Книги
Реферат по теме Подготовка лидеров и последователей
Реферат по теме Пятое состояние вещества или Гравитационный коллапс
Каким Должен Быть Врач Сочинение Егэ
Спид Реферат По Обж
Паралельность прямой и плоскости
Судебно Бухгалтерская Экспертиза Курсовая
Реферат: Проективное пространство. Теорема Дезарга. Скачать бесплатно и без регистрации
Мир Современной Молодежи Эссе
Сочинение Основные Государственные Символы России
Реферат по теме Закрытие счета в банке
Учебное пособие: Использование рекреации
Похожие работы на - Статистические методы анализа результатов психолого-педагогических исследований
Реферат: Политическая система Островов Кука