Oracle data modeler что это
Ель растет перед дворцом,
А под ней хрустальный дом;
Белка там живет ручная,
Да затейница какая!
Белка песенки поет
Да орешки все грызет,
А орешки не простые,
Все скорлупки золотые,
Ядра – чистый изумруд.
А. С. Пушкин. Сказка о царе Салтане
Рассмотрим на некоторых абстрактных отношениях следующие возможности:
- Домены атрибутов.
- Глоссарий имен.
- Суррогатные (искусственные) первичные ключи.
- Комментарии к атрибутам. Комментарии к сущностям.
18.1.2. Свойства и компоненты информационных систем
Мы определили модель как один из инструментов, используемый в создании информационных систем. А что такое информационная система?
Начнем с истории. Как известно, возникновение компьютеров главным образом стимулировалось необходимостью проведения расчетов для создания ядерного оружия и ракетной техники. Объемы требуемых вычислений просто не позволяли произвести их в приемлемое время традиционным коллективом расчетчиков.
Однако сразу же на появление компьютеров обратили внимание бизнесмены. Как правило, в гражданском бизнесе не требуются большие расчеты. Основной проблемой в нем являются объемы информации, которые необходимо собирать, надежно хранить и оперативно обрабатывать. Появление информационных систем, основным назначением которых было решение этой проблемы, было ответом компьютерной индустрии на требование мира бизнеса[DM6 ].
Информационной системой (ИС) называется программно-аппаратный комплекс, функционирование которого состоит в надежном хранении информации в памяти компьютера, выполнении специфических для конкретной предметной области преобразований информации и вычислений, предоставлении удобного и легко осваемого интерфейса.
Области применения информационных приложений разнообразны: страхование, транспорт, образование и т. д. Трудно найти область деловой активности, в которой сегодня можно было бы обойтись без использования информационных систем. И конечно, в зависимости от конкретной области применения информационные системы очень сильно различаются по своим функциям, архитектуре, реализации.
Но можно выделить два свойства, которые являются общими для всех информационных систем:
Любая ИС предназначена для сбора, хранения и обработки информации. Поэтому в основе любой ИС лежит среда хранения и доступа к данным. Среда – совокупность ресурсов, предоставляемых в распоряжение пользователя системы. Среда должна обеспечить уровень надежности хранения и эффективность доступа, соответствующие области применения ИС.
ИС ориентируются на конечного пользователя, например, бухгалтера. Такие пользователи могут быть очень далеки от мира компьютеров. Для них персональный компьютер – всего лишь орудие собственной профессиональной деятельности. Поэтому ИС обязана обладать простым, удобным, легко усваиваемым интерфейсом, который должен предоставить конечному пользователю все необходимые для его работы функции, но в то же время не дать ему возможность выполнять какие-то лишние действия. Обычно этот интерфейс является графическим: с меню, кнопками, подсказками и т. п.
Для функционирования ИС необходимы следующие основные компоненты:
схема базы данных;
система управления базой данных;
Рассмотрим кратко каждый из этих компонентов. Начнем с базы данных. Существует немало ее определений. Вот нестрогое определение БД, которое Дейт (С. J. Date), один из известных экспертов в области баз данных, дает в начале своего учебного курса: «Базу данных можно рассматривать как подобие электронной картотеки, то есть хранилище для некоторого набора занесенных в компьютер файлов данных» [DATE6 ].
Тогда получается, что база данных – это просто колоссальный набор данных? Да, многие люди так и думают. Но файл может содержать довольно большое количество данных и не быть базой данных. Важным свойством БД является то, что база данных может себя описать. Можно сказать, что БД обязательно содержит – данные и метаданные. Данные – это данные пользователя или предприятия, использующего систему, и связанные с его деятельностью. Например, данные о продукции, счетах, коровах. Метаданные – это данные о данных или схема базы данных, которая описывает структуру обычных данных и дает о них фундаментальную информацию. Обычно мы не видим эту схему, потому что она спрятана от нас программными средствами.
Пользователей можно разделить на три большие группы: прикладные программисты, пользователи, администраторы.
Прикладные программисты – отвечают за написание бизнес-приложений, использующих базу данных (например, приложение по автоматизации маркетинга). Приложения выполняют над данными стандартные операции: выборку существующей информации, вставку новой информации, удаление или обновление существующей информации. Все эти функции выполняются через соответствующий запрос к СУБД.
Конечные пользователи (например, менеджер) – работают с информационной системой непосредственно через рабочую станцию или терминал. Пользователь получает доступ к БД, используя одно из приложений.
В связи с тем, что данные – одна из главных ценностей предприятия, администратор данных должен разбираться в данных и понимать нужды предприятия по отношению к данным на уровне управления высшего руководства предприятия. В его обязанности входят: принимать решения, какие данные необходимо вносить в БД, обеспечивать поддержание порядка при использовании их после занесения в базу данных.
Техническим специалистом, ответственным за реализацию решений администратора данных, является администратор БД. Его работа заключается в создании самой БД и техническом контроле, необходимом для осуществления решений администратора данных.
Между собственно БД (т. е. данными) и пользователями располагается уровень программного обеспечения – система управления базой данных. Все запросы пользователей на доступ к БД обрабатываются СУБД.
СУБД важный, но не единственный компонент программного обеспечения ИС. Среди других – упомянутые выше бизнес-приложения, утилиты, CASE-средства, генераторы отчетов и форм и т.д.
Технические средства информационных систем могут включать:
средства вычислительной техники (серверное оборудование, рабочие станции, принтеры и т.д.);
локальные вычислительные сети;
средства связи (учрежденческие АТС, каналы связи и канальное оборудование, телефоны, факсимильные аппараты, мобильные средства связи).
Эта статья и её продолжение появились благодаря вопросам студентов на семинарах по СУБД. Каждый студент должен был выбрать тему для проектирования базы данных, реализовать полный цикл проектирования от логической и физической диаграммы в Oracle SQL Developer Data Modeler ( SDDM ) до работающей базы данных в СУБД Oracle с использованием APEX. Затем стать пользователем своей разработки: заполнить схему данными и написать аналитические запросы. Некоторые возможности SDDM оказались неочевидными и мы потратили полтора занятия, что бы рассмотреть самое необходимое.
Некоторым студентам, имеющим некоторый стихийно накопленный опыт разработки приложений с использованием СУБД, тяжело перестраиваться на анализ предметной области, трудно понять важность методик проектирования реляционной модели. Потому статья начнется с напоминания порядка разработки.
Не надо сразу делать таблицы. Порядок разработки следующий:
- анализ данных, процессов обработки информации и бизнес-правил, документирование собранной информации
- выявление и определение сущностей
- выявление, описание атрибутов сущностей, определение типов атрибутов
- выявление, описание и определение типов связей между сущностями
- создание матрицы связей и проверка идеи на прочность анализом матрицы связей, документирование бизнес-правил и ограничений
- создание логической диаграммы сущность-связь (ERD) в SDDM, в свойствах атрибутов и связей в том числе отражаются бизнес-правила и ограничения, те что не могут быть реализованы в СУБД описываются отдельным документом и реализуются на прикладном уровне триггерами
Статью готовил я, Присада Сергей Анатольевич, сейчас работаю в Финансовом университете при Правительстве РФ, почта sergey.prisada на яндексе.
4. Отображение комментариев.
Отображение комментариев в логической и реляционной моделях делает диаграммы более читаемыми во время работы.
При открытой логической диаграмме в меню Oracle Data Modeler включить в меню отображение комментариев.
Feature overview
- Logical—this is the entity relationship model or Entity Relationship Diagram (ERD), and comprises entities, attributes, and relationships.
- Relational—this is the schema or database model and is comprised of tables, columns, views, and constraints. In SQL Developer Data Modeler, these models are database independent, and need to be associated with the physical model to support database specific DDL.
- Data Types—this is the model that supports modeling SQL99 structured types and for viewing inheritance hierarchies. The data types modeled here are used in both the logical and relational models.
- Multidimensional models—these models support fact, dimension, and summary classifications for multi-dimensional models.
- Data Flow—these models support the definition of primitive, composite, and transformational tasks.
The following support these graphical models:
- Domains—these allow you to define and reuse a data type with optional constraints or allowable values. You can use domains in the Logical and Relational models.
- Physical—this model is associated with a relational model and defines the physical attributes for a specific database and version.
- Business Information—this allows you to model or document the business details that support a design.
Tying these graphical and textual models together are a variety of utilities, which include:
- Forward and reverse engineering between the Logical and Relational models
- Import from various databases
- Export, including DDL script generation, for various databases
- Design Rules for verifying standards and completeness
- Name templates, glossary, and abbreviation files for supporting naming standards
Oracle clients and JDBC drivers
If you are designing and building a model from scratch, or have access to the DDL script file for importing models, then you do not need to have access to a database. However, if you want to import from a database, you’ll need to create a database connection. In this case, there is no need for an Oracle client in your development environment because you can use the thin JDBC Driver to connect to the database. SQL Developer Data Modeler also supports the TNS alias. Therefore, if you have access to a tnsnames.ora file, or have other Oracle software installed in your environment, you can access the tnsnames file to make the database connection if and when required.
Potential Problem
Extract – Oracle SQL Developer Data Modeler
Extract the compressed file.
5.Скачайте пример
Изучите её как пример, создайте аналог, прочтите дополнительно документацию и примените знания в своём проекте.
Компания Oracle представила новый продукт Oracle SQL Developer Data Modeler , который помогает превратить концептуальные диаграммы взаимосвязей субъектов в реляционные модели для воплощения в форме полноценной SQL-базы данных. С помощью продукта разработчики смогут конструировать модели данных перед созданием приложений.
Компания Oracle представила новый продукт Oracle SQL Developer Data Modeler , который помогает превратить концептуальные диаграммы взаимосвязей субъектов в реляционные модели для воплощения в форме полноценной SQL-базы данных. С помощью продукта разработчики смогут конструировать модели данных перед созданием приложений.
Пакет Oracle SQL Developer Data Modeler представляет собой универсальный, полностью автономный инструмент с поддержкой логического, реляционного, многомерного моделирования и моделирования типов данных. Возможность конструирования моделей данных на разных уровнях позволяет сформировать исчерпывающие концептуальные блок-схемы связей между сущностями ERD (Entity Relationship Diagram) и превратить их в рабочие реляционные модели данных. С помощью пакета Oracle SQL Developer Data Modeler пользователи могут создавать, расширять и модифицировать модели данных, а также сравнивать свои модели с уже существующими.
Для визуального отображения взаимосвязей между сущностями пакет Oracle SQL Developer Data Modeler предлагает поддержку нотаций Баркера (Barker) и Бахмана (Bachman), так что разработчики могут переключаться между методами моделирования для выполнения потребностей заказчиков или для создания и сохранения различных визуальных представлений модели. Разделение реляционной и физической модели позволяет разработчикам на базе единственной реляционной модели создавать разные физические модели данных для разных баз данных или целевых серверов СУБД, включая Oracle Database, IBM DB2 V7 и V8 для платформ Linux, UNIX и Windows, мэйнфреймы OS/390, а также Microsoft SQL Server 2000 и 2005.
Пакет Oracle SQL Developer Data Modeler поддерживает весь диапазон физических описаний для баз данных, в том числе логические разделы, роли и табличные пространства, с учетом конкретной версии БД в системах с разными СУБД от разных производителей. Кроме того, в новом пакете осуществлена полная интеграция с популярной визуальной средой разработки баз данных Oracle SQL Developer, поэтому разработчики могут быстро открыть и просмотреть ранее созданные структуры БД, а также могут выполнить запросы, запустить формирование отчетов из репозитария отчетов и т. д.
Пакет Oracle SQL Developer Data Modeler поддерживает работу со всеми редакциями СУБД Oracle Database 11g в операционных системах Windows, Linux и Mac OS X. Также доступна специальная версия нового продукта для Oracle Database 10g.
Oracle SQL Developer Data Modeler is available as an independent product, providing a focused data modeling tool for data architects and designers. There is also a Data Modeler Viewer extension to SQL Developer, which allows users to open previously created data models and to create read-only models of their database schemas. SQL Developer Data Modeler is a vast tool, supporting the design of logical Entity Relationship Diagrams, and relational models, with forward and reverse engineering capabilities between the two. It supports multi-dimensional, data flow, data type, and physical models, and allows files to be imported from a variety sources and exported to a variety of destinations. It allows users to set naming conventions and verify designs using a set of predefined design rules. Each of these topics is extensive, so in this two-part article by Sue Harper (author of Oracle SQL Developer 2.1) we’ll review a few of the areas, illustrating how you can use them and highlight a few key features, using the independent, stand alone release of SQL Developer Data Modeler. We’ll include a rief review of the integration points of the Data Modeler Viewer extension to SQL Developer. The product offers support for Oracle and non-Oracle Databases. In the interest of time and space, we have elected to only work with the Oracle database.
SQL Developer Data Modeler provides users with a lightweight tool which provides application and database developers a quick and easy way of diagrammatically displaying their data structures, making changes, and submitting the new changes to update a schema. In this article, we will not attempt to teach data modeling (except to provide some generally accepted definitions). Instead, we will discuss how the product supports data modeling and a few of the features provided. There are a variety of books available on the subject, which describe and define modeling best practice.
Copy Extracted Microsoft JDBC Jar files to Tools (jdbc\lib) folder
Copy the extracted jar files from \sqljdbc_4.0\enu to the tool’s jdbc-lib path (jdbc\lib)
Aware Oracle SQL Developer of location of MS SQL Server JDBC Jar files
- In SQL Developer, access the menu Item Tools/Preferences/
- Access Data Modeler/Third Party JDBC Drivers
- Depending on the version of Java JRE bin, indicate SQL Server Jar file. If you chose to the download SQL Developer with the bundled JRE, then please choose sqljdbc4.jar
Installing and setting up the environment
- For Microsoft Windows, a ZIP file with or without the JRE included
- For the Mac OS X, a ZIP file without the JRE included
- For Linux, a ZIP file without the JRE included
For any of these ZIP files, extract the file contents and run the datamodeler.exe, which is in the top-level /datamodeler folder, or in the /datamodeler/bin folder. For Linux, use the datamodeler.sh executable.
If the file you choose does not include a JRE, you will be prompted on startup for the location of your installed JRE. The minimum supported release is JRE 1.6 update 6.0.
Oracle SQL Developer Data Modeler
Creating your first models
The Data Modeler browser starts with empty Logical and Relational models. This allows you to start a new design and build a model from scratch, whether a logical model with entities and attributes, or a relational model with tables and columns. The Data Modeler also supports metadata to be imported from a variety of sources, which include:
- Importing metadata from:
- DDL scripts
- Data dictionary
- Oracle Designer
- CA Erwin 4.x
- VAR file
- XMLA (Microsoft, Hyperion)
The context menu displaying the choices available is shown in the following screenshot:
Once you have created and saved your models, you can open these or share them with colleagues. To open an existing model, use the menu:
- File | Open—browse to the location of the files, which then opens the full design with all of the saved models
- File | Recent Designs—opens the full design, with all of the saved models, with no need to first search for the location
- File | Import | Data Modeler Design—more granular, offering a choice of models saved in a set of models
Recent diagrams
Use File | Recent Diagrams to display a list of all diagrams you have recently worked on and saved. Using this approach saves you from needing to browse to the location of the stored files.1. Создать домен атрибутов с 4 значениями (Value List). Указать строковый тип и параметры типа.
Меню “Tools” – “Domains Administrator”
Домен атрибутов будет использоваться для создания ограничений значений стрибутов на уровне таблицы. Ограничения могут быть не только списком значений, но также ограничивать диапазоны численных данных, можно указать конкретные значения диапазона.
Создать список допустимых значений домена.
Домены атрибутов сохраняются в файл defaultdomains.xml в каталоге с настройками Oracle Data Modeler профиля пользователя, или в каталоге с установленной программой – зависит от операционной системы.
Файл с доменами атрибутов необходимо сохранить в каталоге с моделью с новым именем, подключить его в настройках и сохранить модель. Для этого открыть настройки доменов:
Меню “Tools” – “Domains Administrator”, выбрать файл
- домен это совокупность всех значений, которые может принимать атрибут сущности
- каждый атрибут может быть определен только одним доменом атрибутов
- каждый домен может определять множество атрибутов
- в понятие домен входит не только область значений домена, но и тип данных, диапазон значений
- домен «Имя» определен, тип строковые данные, перечень атрибутов «Иванов», «Петров», «Сидоров» как принадлежащие этому домену
- домен «Почтовый индекс», тип данных NUMBER длиной 6 символов
- домен «SMS to client», тип строковые данные длинной 100 символов
Sample
Download – Microsoft JDBC Driver
18.1.1. Абстракции
Разработка информационной системы обязательно включает создание различных моделей. Что такое модель? В широком смысле, модель – есть результат корректного воспроизведения каким-либо способом или средствами различных объектов (в том числе процессов и явлений реального мира или мыслительной деятельности человека). Модели являются, с одной стороны, продуктом изучения свойств соответствующих объектов, с другой, служат инструментом для углубления знаний о них, а также решений прикладных задач.
Модель теснейшим образом связана с абстракцией. Абстракция – означает буквально отвлечение, то есть исключение из рассмотрения чего-то. И всякая модель – это абстракция, то есть отвлечение от тех явлений реального или идеального мира, которые нас в данный момент не интересуют.
Но среди разработчиков информационных систем нередко практикуется «технологически конструктивистский» подход к своей деятельности. Люди увлекаются чисто техническими решениями типа «как получить такой-то эффект в новой версии», «как соединить одно с другим» и т. п. Разработка информационной системы при таком подходе часто видится как подбор комбинации и организация взаимодействия технологических решений, предоставляющих возможность выполнения требуемой задачи. Однако, нужно помнить, что, кроме технической конкретики, не менее важны абстракции [DM1 ].
В пользу научных абстракций можно вспомнить, что информатика (computer science) объединяет в себе три составляющие: науку, технологию и практику. Поэтому при работе в компьютерной области отрешение хотя бы одной из этих составляющую нежелательно. В базах данных это утверждение отражается в двойственной природе СУБД: с одной стороны СУБД – сложно устроенный и насыщенный технологическими решениями инженерный продукт, а с другой стороны – инструмент моделирования прикладной области. Без качеств СУБД именно как инструмента моделирования о них можно забыть.
Перечислим некоторые виды абстракций, которые в той или иной степени, явно или неявно, но обязательно присутствуют в разработке конкретной информационной системы: математическая модель, реляционная модель, модель данных SQL, модель сущность-связь, объектная модель.
Понимание абстракций – есть предпосылка грамотной разработки информационных систем.
3. Создать и применить глоссарий имён.
Использование глоссария облечает работу с правилами именования в модели данных. Имя сущности должно быть в единственном числе, производная из неё таблица во множественном. Имя атрибута может быть длинным и понятным при разработке, но имя производного столбца должно быть кратким для уменьшения кода и удобства работы с запросами. Как правило, для имени столбца используют аббревиатуру имени атрибута. Имя атрибута сущности для автоматически создаваемого первичного ключа будет состоять из имени сущности с добавлением “_id”. Также в Oracle Data Modelerотдельно есть настройки правил для формирования имён внешних ключей, составных первичных ключей, индексов, ограничений уникальности.
Глоссарий имён можно создать новый, но также можно создать шаблон из уже разработанной логической
Предварительно необходимо сделать настройки имён в свойствах Oracle Data Modeler.
В настройках в Oracle Data Modeler, убрать чек-бокс.
Создать глоссарий имен из готовой логической диаграммы. Сохранить его как файл в каталоге с моделью.
Глоссарий обязательно должен содержать множественную форму для имени каждой сущности и аббревиатуру для каждого атрибута. Большие глоссарии можно редактировать выгрузив их в таблицу Excel. Меню редактирования глоссария находится в меню “Tools” – “Glossary Editor”. Используйте глоссарий во множестве проектов, нарабатывайте его в своей практике.
Меню сохранения глоссария
В настройках модели подключить глоссарий.
И примените правила именования к логической модели.
Преобразовать в реляционную.
Результат преобразования будет содержать имена из глоссария, комментарии.
Преобразовать реляционную модель в физическую.
В диалоговом окне можно выбрать не только сохранение, но также вид конкретной СУБД в которой будет использоваться готовая модель. Напомню, что проектирование не зависит от физической реализации СУБД. Мы выберем СУБД Oracle последней доступной в планировщике версии.
В настройках генерации физической модели можно указать множество параметров, например выбрать только определенные объекты модели (например вы разработали только представления View). Обязательно установить чек-боксы как на картинке. Все подробности в документации.
Результат – DDL файл с инструкциями для создания схемы в базе данных. Внимательно изучите его, найдите все элементы, которые были созданы в логической диаграмме, при наличии ошибок выяснить причину и устранить. Например домены атрибутов, каким образом создаются ограничения и т.п.
Этот скрипт готов для импорта в базу данных.
Integrated architecture
SQL Developer Data Modeler is made up of a number of layers, which have a tightly synchronized relationship. The Logical model is thought of as the core of the product, providing the starting point for any design, and feeding details into other models. The following diagram shows an illustration of how the models relate to each other:
The logical ERD provides the basis for one or more relational models, and each of these feeds into one or more physical models, which are in turn used for the DDL generation. You can create separate data types models and use the defined data type in either the logical or relational models. Both relational and logical models can have multiple subviews created, and each subview can have many displays created.
SQL Developer Data Modeler is an independent product, and with the exception of the Data Modeler Viewer extension to SQL Developer 2.1, is not packaged with other Oracle tools. You can download it and install it in a directory of your choice, with no impact on other tools. To install, simply unzip the file.
Importing from the Data Dictionary
There are many ways to start using the tool by just starting to draw any one of the model types mentioned.
In the screenshot shown earlier, we highlighted the File | Import | Data Dictionary option. Using this allows you to import from Oracle 9i, Oracle 10g, Oracle Database 11g, Microsoft SQL Server 2000 and 2005, and IBM DB2 LUW Versions 7 and 8.
Error – Status : Failure -Test failed: Java Runtime Environment (JRE) version 1.6 is not supported by this driver. Use the sqljdbc4.jar class library, which provides support for JDBC 4.0.
Using GUI
The relative path to the bundled JRE is datamodeler\jdk\jre\bin and the file’s name is java.exe.
Get the file’s property by right clicking on the file in Windows Explorer.
Using OS Cmd Line
Adjust Third Party JDBC Drivers
- Access Menu Item Tools/Preferences/
- Access Data Modeler/Third Party JDBC Drivers
Download – Oracle SQL Developer Data Modeler
Error
A quick round-up of possible errors:
Задачи
- Создать домен атрибутов содержащий 4 значения (Value List).
- Создать 3 сущности, каждая с 4 атрибутами. В каждой сущности 1 атрибут использует домен значений. 2 атрибута обязательные, два не обязательные, один атрибут уникальный, но не первичный UID. Сущности используют суррогатные (искусственные) ключи, первичные ключи вручную не устанавливаем. Каждому атрибуту и сущности сделать комментарий для RDBMS.
- Создать связи между сущностями 1:N и в свойствах связей установить использование суррогатных ключей.
- Создать и применить глоссарий имен.
- Преобразовать в реляционную, затем в физическую модель. Изучить код, при наличии ошибок выяснить причину и устранить.
- Отобразить комментарии на диаграмме для улучшения читаемости.
Creating a database connection
Before you can import from any database, you need to create a database connection for each database you’ll connect to. Once created, you’ll see all of the schemas in the database and the objects you have access to.
Access the New Database Connection dialog from the File | Import wizard (seen in the following screenshot). If you have no connections, click on Add to create a new connection.
For a Basic connection, you need to provide the Hostname of the database server, the Port, and SID. The connection dialog also supports TNS alias and the advanced JDBC URL.
Before you can add connections for non-Oracle databases, you need to add the required JDBC drivers. To add these drivers, use Tools | General Options | Third Party JDBC Drivers.
In the thick of converting from a legacy database to a new system and thank goodness the legacy system has well defined relationship mappings (Primary Key and Foreign Keys).
And, this will help my familiarization .
It always helps to look at a diagram and make sure that my relationships are maintained in the new DB.
Error – Status : Failure -Test failed: Driver class not found. Verify the Driver Location
Please ensure that you have entered the Driver Class exactly as “com.microsoft.sqlserver.jdbc.SQLServerDriver”. I had an extra space before the Driver Class (on the screen dump above).
18.1.1. Абстракции
Разработка информационной системы обязательно включает создание различных моделей. Что такое модель? В широком смысле, модель – есть результат корректного воспроизведения каким-либо способом или средствами различных объектов (в том числе процессов и явлений реального мира или мыслительной деятельности человека). Модели являются, с одной стороны, продуктом изучения свойств соответствующих объектов, с другой, служат инструментом для углубления знаний о них, а также решений прикладных задач.
Модель теснейшим образом связана с абстракцией. Абстракция – означает буквально отвлечение, то есть исключение из рассмотрения чего-то. И всякая модель – это абстракция, то есть отвлечение от тех явлений реального или идеального мира, которые нас в данный момент не интересуют.
Но среди разработчиков информационных систем нередко практикуется «технологически конструктивистский» подход к своей деятельности. Люди увлекаются чисто техническими решениями типа «как получить такой-то эффект в новой версии», «как соединить одно с другим» и т. п. Разработка информационной системы при таком подходе часто видится как подбор комбинации и организация взаимодействия технологических решений, предоставляющих возможность выполнения требуемой задачи. Однако, нужно помнить, что, кроме технической конкретики, не менее важны абстракции [DM1 ].
В пользу научных абстракций можно вспомнить, что информатика (computer science) объединяет в себе три составляющие: науку, технологию и практику. Поэтому при работе в компьютерной области отрешение хотя бы одной из этих составляющую нежелательно. В базах данных это утверждение отражается в двойственной природе СУБД: с одной стороны СУБД – сложно устроенный и насыщенный технологическими решениями инженерный продукт, а с другой стороны – инструмент моделирования прикладной области. Без качеств СУБД именно как инструмента моделирования о них можно забыть.
Перечислим некоторые виды абстракций, которые в той или иной степени, явно или неявно, но обязательно присутствуют в разработке конкретной информационной системы: математическая модель, реляционная модель, модель данных SQL, модель сущность-связь, объектная модель.
Понимание абстракций – есть предпосылка грамотной разработки информационных систем.
2. Создать 3 сущности, каждая с 4 атрибутами. В каждой сущности 1 атрибут использует домен значений. 2 атрибута обязательные, два не обязательные, один атрибут уникальный, но не первичный UID. Сущности используют суррогатные ключи, первичные ключи не устанавливаем. Каждому атрибуту и сущности сделать комментарий для RDBMS.
Первичные ключи указывать не нужно, только уникальные атрибуты в разделе “Uniaue Identifiers”.
Использование суррогатных ключей для сущности.
Домен атрибутов и комментарий к атрибуту, параметр Mandatory (обязательности) устанаваливаем у двух из четырех.
Комментарий в свойствах сущности. Он появится на логической диаграмме, отобразится в свойствах таблицы и будет создан в физической модели.
Первичных и уникальных ключей сами не создаем (пусто на вкладке)
Создать связи между сущностями 1:N и в свойствах связей установить использование суррогатных (Искусственных) ключей “Use surrogate keys”. Свойства связи: переносимость Transferable, обязательность Optional и кардинальность Cardinality выбираем какие угодно, это же пример.
Extract – Extract Microsoft JDBC Driver
Extract Microsoft JDBC Driver. The files we really want are the jar files named sqljdbc.jar and sqljdbc4.jar and they are in the sqljdbc_4.0\enu folder.
Reverse Engineer
To reverse engineer an existing database, please do the following:
- On the main menu, select File\Import\Data Dictionary
- On the “Connect to Database” Tab, click the “Add” button
- Enter Database specific connection detail
- Connection Name: Any name you like
- Username: Database user name
- Password: Database User Password
- For anything other than Oracle, please select the JDBC Tab
- JDBC URL :-jdbc:sqlserver://:;database=database
- Driver Class :-com.microsoft.sqlserver.jdbc.SQLServerDriver
- From the Database Type drop-down, select the Database Type
- Verify your connection data, by pressing on the Test button
- Click Save once verified
- Ensure that the right Connection Item is selected and click on the Next button
- On the “Select Schema/Database”, select the Database Name
- On the “Select Objects to Import” screen, please select the objects you want
Читайте также: