Программирование клиента базы данных

Глава 17 описывает темы, важные как для разработчиков, так и для администраторов. В этом разделе рассматриваются темы. Которые наиболее важны для разработчиков баз данных и которые не обсуждались в других разделах руководства.

Принципы проектирования и настройки приложений

Разработчики Oracle должны разрабатывать. Создавать и настраивать приложения баз данных таким образом. Чтобы они достигали целей безопасности и производительности. Следующие принципы проектирования и настройки приложений являются полезными руководящими принципами:

  • Понять, как работает база данных Oracle

    Как разработчик. Вы хотите разрабатывать приложения с наименьшим количеством времени для базы данных Oracle. Что требует использования архитектуры и функций базы данных.

    Например, непонимание элементов управления параллелизмом баз данных Oracle и согласованности чтения с несколькими версиями может привести к тому. Что приложение нарушит целостность данных. Будет работать медленно и уменьшит масштабируемость (см. ).

  • Используйте переменные привязки

    Когда запрос использует переменные привязки, база данных может скомпилировать его один раз и сохранить план запроса в общем пуле. Если тот же оператор выполняется снова, то база данных может выполнить

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

  • Реализуйте ограничения целостности на сервере, а не на клиенте

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

    ).

  • Создание тестовой среды с репрезентативными данными и активностью сеанса

    Тестовая среда, имитирующая вашу живую производственную среду, дает множество преимуществ. Например, вы можете протестировать приложение, чтобы убедиться. Что оно хорошо масштабируется и работает. Кроме того, вы можете использовать тестовую среду для измерения влияния изменений на производительность базы данных и обеспечения правильной работы обновлений и исправлений.

  • Разработайте модель данных с целью обеспечения хорошей производительности

    Как правило, попытки использовать общие модели данных приводят к низкой производительности.

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

  • Определение четких целей производительности и ведение исторических записей метрик

    Важным аспектом разработки является определение того. Как именно ожидается выполнение и масштабирование приложения. Например, вы должны использовать метрики, которые включают ожидаемую пользовательскую нагрузку. Транзакции в секунду. Допустимое время отклика и т. Д.

    Передовая практика требует. Чтобы вы поддерживали исторические записи показателей производительности. Таким образом, вы можете активно и реактивно отслеживать производительность (см. раздел ).

  • Приборный код приложения

    Хорошая практика разработки включает добавление кода отладки в приложение. Возможность создавать файлы трассировки полезна для отладки и диагностики проблем производительности.

Программирование баз данных на стороне клиента

Как описано в главе 8 , два основных метода позволяют процедурным приложениям баз данных использовать SQL: программирование на стороне сервера с помощью PL/SQL и Java и программирование на стороне клиента с помощью прекомпиляторов и API.

В этом разделе представлен краткий обзор программирования баз данных на стороне клиента.

Встроенный SQL

Исторически сложилось так. Что клиент-серверные программы использовали встроенный SQL для взаимодействия с базой данных. В этом разделе описываются варианты использования встроенного SQL.

Прекомпиляторы Oracle

Клиентские/серверные программы обычно пишутся с помощью

предкомпиляторов, которые являются инструментами программирования. Позволяющими внедрять SQL-операторы в программы высокого уровня. Например, предкомпилятор Oracle Pro*C/C++ позволяет встраивать операторы SQL в исходный файл C или C++. Предкомпиляторы Oracle также доступны для COBOL и FORTRAN.

Предкомпилер предоставляет несколько преимуществ, включая следующие:

  • Повышает производительность, поскольку обычно вы пишете меньше кода. Чем эквивалентные приложения OCI

  • Позволяет создавать высоко настраиваемые приложения

  • Позволяет внимательно следить за использованием ресурсов. Выполнением инструкций SQL и различными индикаторами времени выполнения

  • Экономит время, потому что прекомпилятор, а не вы. Переводит каждый встроенный оператор SQL в вызовы библиотеки времени выполнения базы данных Oracle

  • Использует транслятор типов объектов для сопоставления типов объектов и коллекций баз данных Oracle Database в типы данных C для использования в приложении Pro*C/C++

  • Обеспечивает проверку типов объектов и коллекций во время компиляции и автоматическое преобразование типов из типов баз данных в типы данных C

Клиентское приложение, содержащее инструкции SQL, является хост-программой. Эта программа написана на языке хоста. В основной программе вы можете смешивать полные операторы SQL с полными операторами C и использовать переменные или структуры C в операторах SQL.

При встраивании операторов SQL вы должны начинать их с ключевых EXEC SQLслов и заканчивать точкой с запятой. Pro*C/C++ переводит EXEC SQLоператоры в вызовы библиотеки времени выполнения SQLLIB.

Многие встроенные операторы SQL отличаются от своих интерактивных аналогов только добавлением нового предложения или использованием программных переменных. В следующем примере сравниваются интерактивные и встроенные

ROLLBACKоператоры:

ОТКАТ; -- интерактивный EXEC SQL ROLLBACK; -- embedded 

Эти операторы имеют тот же эффект. Но вы будете использовать первый в интерактивной среде SQL (например. SQL Developer). А второй-в программе Pro*C/C++.

Предкомпилер принимает программу хоста в качестве входных данных. Преобразует встроенные инструкции SQL в стандартные вызовы библиотеки времени выполнения базы данных и генерирует исходную программу. Которую можно скомпилировать. Связать и запустить обычным способом. На рис.19-2 показаны типичные этапы разработки программ, использующих прекомпиляторы.

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

SQLJ

SQLJ-это стандарт ANSI SQL-1999 для встраивания операторов SQL в исходный код Java.

SQLJ предоставляет более простую альтернативу API Java Database Connectivity (JDBC) для клиентского доступа к данным SQL из Java.

Интерфейс SQLJ является Java-эквивалентом интерфейсов Pro*. Вы вставляете инструкции SQL в исходный код Java. После этого вы отправляете исходные файлы Java переводчику SQLJ. Который переводит встроенный SQL в чистый Java-код на основе JDBC.

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

API на стороне клиента

Большинство разработчиков сегодня используют API для встраивания SQL в свои приложения баз данных.

Например, два популярных API для обеспечения взаимодействия программ с базой данных Oracle-Open Database Connectivity (ODBC) и JDBC. Oracle Call Interface (OCI) и Oracle C++ Call Interface (OCCI)-это два других распространенных API для программирования на стороне клиента.

OCI и OCCI

В качестве альтернативы прекомпиляторам Oracle предоставляет API OCI и OCCI. OCI позволяет управлять данными и схемами в базе данных с помощью языка программирования хоста. Такого как C. OCCI-это объектно-ориентированный интерфейс. Подходящий для использования с C++. Оба API позволяют разработчикам использовать собственные вызовы подпрограмм для доступа к базе данных Oracle и управления выполнением SQL.

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

  • Поддержка всех средств управления SQL DDL, DML, запросами и транзакциями. Доступных через базу данных Oracle

  • Мгновенный клиент-способ развертывания приложений. Когда возникает проблема с дисковым пространством

  • Управление потоками, пул соединений. Функции глобализации и прямая загрузка данных из приложения C

OCI и OCCI предоставляют библиотеку стандартных функций доступа к базе данных и поиска в виде динамической библиотеки времени выполнения (OCILIB). Эта библиотека может быть связана в приложении во время выполнения. Таким образом, вы можете скомпилировать и связать программу OCI или OCCI таким же образом. Как и приложение без базы данных. Избегая отдельного этапа предварительной обработки или предварительной компиляции. Рисунок 19-3 иллюстрирует процесс разработки.

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

ODBC и JDBC

ODBC-это стандартный API, который позволяет приложениям подключаться к базе данных. А затем подготавливать и запускать инструкции SQL.

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

Драйвер базы данных-это программное обеспечение. Которое находится между приложением и базой данных. Драйвер преобразует вызовы API, выполняемые приложением, в команды. Которые может обрабатывать база данных. Используя драйвер ODBC, приложение может получить доступ к любому источнику данных, включая данные. Хранящиеся в электронных таблицах.

Драйвер ODBC выполняет все сопоставления между стандартом ODBC и базой данных.

Драйвер Oracle ODBC, предоставляемый Oracle, позволяет приложениям, совместимым с ODBC. Получать доступ к базе данных Oracle. Например, приложение, написанное на Visual Basic. Может использовать ODBC для запроса и обновления таблиц в базе данных Oracle.

JDBC-это низкоуровневый Java-интерфейс. Который позволяет Java-приложениям взаимодействовать с базой данных Oracle. Как и ODBC, JDBC является независимым от поставщика API. Стандарт JDBC определяется компанией Sun Microsystems и реализуется через java.sqlинтерфейсы.

Стандарт JDBC позволяет отдельным поставщикам внедрять и расширять стандарт с помощью своих собственных драйверов JDBC.

Oracle предоставляет следующие драйверы JDBC для клиентского программирования:

  • Тонкий драйвер JDBC

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

  • Драйвер JDBC OCI

    Этот драйвер находится на стороне клиента с установкой клиента Oracle. Он может использоваться только с приложениями. Драйвер JDBC OCI, написанный как на C, так и на Java, преобразует вызовы JDBC в вызовы OCI.

Следующие фрагменты взяты из программы Java. Которая использует драйвер JDBC OCI для создания Statementобъекта и запроса dualтаблицы:

// Создать инструкцию Оператор stmt = conn.createStatement(); // Запрос двойной таблицы ResultSet rset = stmt.ExecuteQuery(

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

Поддержка глобализации

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

Разработчики, которые пишут глобализованное приложение базы данных, должны сделать следующее:

  • Понимание архитектуры поддержки глобализации баз данных Oracle, включая свойства различных наборов символов, территорий. Языков и определений лингвистической сортировки

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

  • Разработка и написание кода, способного одновременно поддерживать несколько клиентов. Работающих на разных операционных системах. С различными наборами символов и требованиями к локали

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

Окружающая среда Поддержки Глобализации

Среда поддержки глобализации включает в себя клиентское приложение и базу данных. Вы можете управлять зависящими от языка операциями. Задавая параметры и переменные среды на клиенте и сервере. Которые могут существовать в разных местах.

Примечание:

В предыдущих выпусках Oracle называла возможности поддержки глобализации функциями поддержки национальных языков (NLS). NLS фактически является подмножеством поддержки глобализации и обеспечивает возможность выбора национального языка и хранения данных в определенном наборе символов.

Oracle Database обеспечивает поддержку глобализации таких функций, как:

  • Родные языки и территории

  • Локальные форматы даты, времени, чисел и валюты

  • Календарные системы (григорианская, японская, императорская, тайская Будда и т. д.)

  • Несколько наборов символов, включая Unicode

  • Семантика символов

Наборы символов

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

  • Набор символов базы данных определяет, какие языки могут быть представлены в базе данных. Набор символов задается при создании базы данных.

    Примечание:

    После создания базы данных изменение ее набора символов обычно обходится очень дорого с точки зрения времени и ресурсов.

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

  • Набор символов клиента — это набор символов для данных. Вводимых или отображаемых клиентским приложением. Набор символов для клиента и базы данных может быть разным.

Группа символов (например, буквенные символы, идеограммы, символы. Знаки препинания и управляющие символы) может быть закодирована как набор символов. Кодированный набор символов присваивает уникальный числовой код. Называемый кодовой точкой или кодированным значением, каждому символу в наборе. Кодовые точки важны в глобальной среде из-за потенциальной необходимости преобразования данных между различными наборами символов.

Компьютерная индустрия использует множество кодированных наборов символов. Эти наборы различаются количеством доступных символов, символами, доступными для использования. Кодовыми точками. Назначенными каждому символу. И так далее. Oracle Database поддерживает большинство национальных. Международных и специфичных для поставщика стандартов кодирования набора символов.

База данных Oracle поддерживает следующие классы кодированных наборов символов:

  • Однобайтовые наборы символов

    Каждый символ занимает один байт. Примером 7-битного набора символов является US7ASCII. Примером 8-битного набора символов является WE8DEC.

  • Многобайтовые наборы символов

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

  • Юникод

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

Настройки, Зависящие От Локали

Локаль-это языковая и культурная среда. В которой работает система или программа.

Параметры NLS определяют поведение, зависящее от локали, как для клиента, так и для базы данных. Сеанс базы данных использует параметры NLS при выполнении инструкций от имени клиента. Например, база данных правильно использует разделитель тысяч для клиента.

Как правило, NLS_LANGпеременная среды на клиентском хосте определяет локаль как для сеанса сервера. Так и для клиентского приложения. Процесс заключается в следующем:

  1. Когда клиентское приложение запускается. Оно инициализирует клиентскую среду NLS из параметров среды.

    Все операции NLS, выполняемые локально. Такие как отображение форматирования в приложениях Oracle Developer. Используют эти настройки.

  2. Клиент передает определенную им информацию NLS_LANGв базу данных при подключении.

  3. Сеанс базы данных инициализирует свою среду NLS на основе настроек, сообщенных клиентом.

    Если клиент не указал настройки. То сеанс использует настройки в файле параметров инициализации. База данных использует настройки параметров инициализации только в том случае. Если клиент не задал никаких параметров NLS. Если клиент указал некоторые настройки NLS. То остальные настройки NLS будут установлены по умолчанию.

Каждый сеанс, запущенный от имени клиентского приложения. Может выполняться в той же или другой локали. Что и другие сеансы. Например, один сеанс может использовать немецкий язык. А другой-французский. Кроме того, в каждом сеансе могут быть указаны одни и те же или разные языковые требования.

В таблице 19-1 показаны два клиента. Использующие разные NLS_LANGнастройки. Пользователь запускает SQL*Plus на каждом хосте. Входит в ту же базу hrданных , что и он. И одновременно выполняет один и тот же запрос. Результат для каждого сеанса отличается из-за специфичной для локали настройки NLS для чисел с плавающей запятой.

Таблица 19-1 Языковые настройки NLS

т Клиентский хост 1 Клиентский хост 2

t0

$ export NLS_LANG=American_America.US7ASCII 
$ export NLS_LANG=German_Germany.US7ASCII 

t1

$ sqlplus /nolog Введите пароль: ******* 999/10 ---------- 99.9 
$ sqlplus /nolog Введите пароль: ******* 999/10 ---------- 99,9 

Oracle Globalization Development Kit

Oracle Globalization Development Kit (GDK) упрощает процесс разработки и снижает стоимость разработки интернет-приложений. Используемых для поддержки глобальной среды.

GDK включает в себя комплексные программные API как для Java, так и для PL/SQL. Примеры кода и документацию. Которые решают многие проблемы проектирования. Разработки и развертывания. Возникающие при создании глобальных приложений.

GDK в основном состоит из двух частей: GDK для Java и GDK для PL/SQL. GDK for Java обеспечивает поддержку глобализации Java-приложений. GDK for PL/SQL обеспечивает поддержку глобализации среды программирования PL/SQL. Функции, предлагаемые в этих двух частях. Не идентичны.

Неструктурированные Данные

Традиционная реляционная модель имеет дело с простыми структурированными данными. Которые помещаются в простые таблицы.

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

База данных Oracle включает в себя типы данных для обработки неструктурированного контента. Эти типы данных отображаются в базе данных как собственные типы и могут быть запрошены с помощью SQL.

Обзор XML в базе данных Oracle

Oracle XML DB-это набор технологий баз данных Oracle. Связанных с высокопроизводительным хранением и извлечением XML.

XML DB обеспечивает собственную поддержку XML. Охватывая модели данных SQL и XML совместимым образом.

Oracle XML DB подходит для любого приложения Java или PL/SQL. Где некоторые или все данные. Обрабатываемые приложением. Представлены с помощью XML. Например, приложение может содержать большое количество XML-документов. Которые необходимо проглотить. Сгенерировать. Проверить и выполнить поиск.

Oracle XML DB предоставляет множество функций. Включая следующие:

  • Собственный XMLTypeтип данных. Который может представлять XML-документ в базе данных. Чтобы он был доступен SQL

  • Поддержка стандартов XML, таких как XML Schema, XPath, XQuery, XSLT и DOM

  • XMLIndex, который поддерживает все формы XML-данных. От высокоструктурированных до полностью неструктурированных.

Пример 19-1 создает таблицу ordersтипа XMLType. В примере также создается объект SQL directory, который является логическим именем в базе данных для физического каталога на хост-компьютере. Этот каталог содержит XML-файлы. В этом примере XML-содержимое purchaseOrder.xmlфайла вставляется в ordersтаблицу.

Пример 19-1 XMLType

СОЗДАНИЕ ТАБЛИЧНЫХ ордеров ТИПА XMLType; СОЗДАЙТЕ КАТАЛОГ xmldir КАК path_to_folder_containing_XML_file; INSERT INTO orders VALUES (XMLType(bfilename('XMLDIR', 'purchaseOrder.xml'). Nls_charset_id('AL32UTF8'))); 

Наборы Oracle XML developer’s kits (XDK) содержат основные строительные блоки для чтения, обработки. Преобразования и просмотра XML-документов. Будь то в файловой системе или в базе данных. API и инструменты доступны для Java, C и C++. Производственные Oracle XDK полностью поддерживаются и поставляются с коммерческой лицензией на распространение.

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

Обзор LOBs

Типы данных больших объектов (LOB) позволяют хранить и обрабатывать большие блоки неструктурированных данных в двоичном или символьном формате. LOBs обеспечивают эффективный, случайный. Фрагментарный доступ к данным.

Внутренние поля

Внутренний LOB хранит данные в самой базе данных. А не во внешних файлах. Внутренние LOBS включают в себя следующее:

  • CLOB (character LOB). Который хранит большие объемы текста. Такие как текстовые или XML-файлы. В наборе символов базы данных

  • NCLOB (national character set LOB). В котором хранятся данные Unicode

  • BLOB (binary LOB). Который хранит большие объемы двоичной информации в виде битового потока и не подлежит трансляции набора символов.

База данных хранит поля. Отличающиеся от других типов данных. Создание столбца LOB неявно создает сегмент LOB и индекс LOB (см. ). Табличное пространство. Содержащее сегмент LOB и индекс LOB. Которые всегда хранятся вместе. Может отличаться от табличного пространства. Содержащего таблицу.

Примечание:

Иногда база данных может хранить небольшие объемы данных LOB в самой таблице. А не в отдельном сегменте LOB.

Сегмент LOB хранит данные в виде фрагментов. Называемых кусками. Чанк представляет собой логически непрерывный набор блоков данных и является наименьшей единицей распределения для LOB. В строке таблицы хранится указатель . Называемый локатором LOB, который указывает на индекс LOB. При запросе таблицы база данных использует индекс LOB для быстрого поиска фрагментов LOB.

База данных управляет согласованностью чтения сегментов LOB в отличие от других данных (см. Раздел ). Вместо того чтобы использовать данные отмены для записи изменений. База данных хранит изображения до этого в самом сегменте. Когда транзакция изменяет LOB. База данных выделяет новый фрагмент и оставляет старые данные на месте. Если транзакция откатывается. То база данных откатывает изменения в индекс. Который указывает на старый фрагмент.

Внешние удары

A BFILE(binary file LOB) — это внешний LOB, поскольку база данных хранит указатель на файл в операционной системе. Внешние данные доступны только для чтения.

A BFILEиспользует объект каталога для поиска данных. Объем занимаемого пространства зависит от длины имени объекта каталога и длины имени файла.

A BFILEне использует тот же механизм согласованности чтения. Что и внутренние LOBS. Поскольку двоичный файл является внешним по отношению к базе данных. Если данные в файле изменяются. То повторные чтения из одного и того же двоичного файла могут привести к разным результатам.

SecureFiles

SecureFiles-это тип данных LOB. Специально разработанный для обеспечения высокой производительности файловых данных. Сравнимой с традиционными файловыми системами. При сохранении преимуществ базы данных Oracle. Параметр SECUREFILELOB включает расширенные функции. Обычно используемые в высокопроизводительных файловых системах. Такие как дедупликация, сжатие. Шифрование и ведение журнала.

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

Обзор текста Oracle

Oracle Text (Текст)-это быстрая и точная технология полнотекстового поиска. Интегрированная с базой данных Oracle. Oracle Text индексирует любой документ или текстовое содержимое. Хранящееся в файловых системах. Базах данных или в Интернете. Эти документы можно искать на основе их текстового содержания. Метаданных или атрибутов.

Oracle Text предоставляет следующие преимущества:

  • Oracle Text позволяет комбинировать текстовые поиски с обычными поисками в базе данных в одном SQL-операторе. Текстовый индекс находится в базе данных. А текстовые запросы выполняются в процессе базы данных Oracle. Оптимизатор может выбрать наилучший план выполнения для любого запроса. Обеспечивая наилучшую производительность для специальных запросов. Включающих текст и структурированные критерии.

  • Вы можете использовать Oracle Text с XML-данными. В частности. Вы можете комбинировать XMLIndexс Oracle Text indexing. Используя как XML. Так и полнотекстовый индекс.

  • Oracle Text SQL API делает его простым и интуитивно понятным для создания и обслуживания текстовых индексов Oracle и запуска поиска.

В случае использования предположим. Что необходимо создать индекс каталога для сайта аукциона. На котором продается электронное оборудование. Каждый день добавляется новый инвентарь. Описания товаров. Даты торгов и цены должны храниться вместе. Приложение требует хорошего времени ответа на смешанные запросы. Сначала вы создаете и заполняете catalogтаблицу. Затем вы используете Oracle Text для создания CTXCATиндекса. Который можно запросить с CATSEARCHпомощью оператора в SELECT ... WHERE CATSEARCHинструкции.

На рис. 19-4 показана связь таблицы каталога, ее CTXCATиндекса и приложения каталога. Которое использует CATSEARCHоператор для запроса индекса.

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

Обзор Oracle Multimedia

Oracle Multimedia позволяет Oracle Database хранить. Управлять и извлекать изображения. Медицинские изображения. Соответствующие стандарту Digital Imaging and Communications in Medicine (DICOM). Аудио-и видеоданные интегрированным образом с другой корпоративной информацией. Oracle Multimedia предоставляет типы объектов и методы для:

  • Извлечение метаданных и атрибутов из мультимедийных данных

  • Встраивание метаданных. Созданных приложениями. В данные изображений и DICOM

  • Получение и управление мультимедийными данными из базы данных Oracle. Веб-серверов. Файловых систем и других серверов

  • Выполнение таких операций. Как генерация миниатюр на изображениях и данных DICOM

  • Обеспечение анонимности данных DICOM

  • Проверка данных DICOM на соответствие пользовательским правилам валидации

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

Обзор Oracle Spatial

Oracle Spatial (Spatial) предоставляет SQL-схему и функции. Облегчающие хранение, поиск. Обновление и запрос коллекций пространственных объектов в базе данных Oracle. Oracle Spatial упрощает управление пространственными данными для пользователей приложений с поддержкой определения местоположения и приложений геоинформационных систем (ГИС).

Примером пространственных данных является дорожная карта. Пространственные данные указывают местоположение Земли (например. Долготу и широту) объектов на карте. Когда карта визуализируется. Эти пространственные данные используются для проецирования местоположения объектов на двумерный лист бумаги. ГИС часто используется для хранения. Извлечения и визуализации этих пространственных данных относительно Земли. Когда пространственные данные хранятся в базе данных Oracle. Ими можно легко манипулировать. Извлекать и связывать с другими данными.