Documentation

No results
    gitHub

    Oracle

    Oracle is a multi-model database management system commonly used for running online transaction processing (OLTP), data warehousing (DW) and mixed (OLTP & DW) database workloads.  It may be run by several service providers on-prem, on-cloud, or as hybrid cloud installation, as well as on Oracle hardware.  

     

    To perform data modeling for Oracle with Hackolade, you must first download the Oracle plugin.  

     

    Hackolade was specially adapted to support the data modeling of Oracle, including schemas, tables and views, indexes and constraints, plus the generation of DDL Create Table syntax. Hackolade also supports the Oracle Autonomous cloud database that uses machine learning to automate database tuning, security, backups, updates, and other routine management tasks traditionally performed by DBAs.  This includes the JSON-centric autonomous database.

     

    In particular, Hackolade has the unique ability to model complex semi-structured objects stored in columns of the JSON data types (actually Oracle optimized native binary JSON storage format [OSON] in v21c and above) and of JSON documents in BLOB data types (v12c, v18c, and v19c).  We're not talking about functions that "flatten" JSON into standard columns, which runs the risk of inconsistencies, if not errors, when doing the Cartesian product of multiple complex data types.  But about the storage of entire JSON documents.  The reverse-engineering function, if it detects JSON documents, will sample records and infer the schema to supplement the DDL table definitions.  

     

    With 21c, Oracle Database now supports JSON data natively with relational database features, including transactions, indexing, declarative querying, and views.  Prior to 21c, JSON data is stored in Oracle Database using SQL data types VARCHAR2, CLOB, and BLOB.  

     

    The data model in the picture below results from the data modeling of the Oracle customer order sample schemas:

     

    Image

    Schemas

    A schema is a collection of logical structures of data, or schema objects. A schema is owned by a database user and has the same name as that user. Each user owns a single schema.  Examples of schema objects are tables and indexes.

     

    A single Hackolade model deals with a single database but can handle multiple schemas.

     

    Tables

    A table is the basic unit of data organization in an Oracle database.  A table describes an entity, which is something of significance about which information must be recorded. For example, an employee could be an entity.

     

    A table definition includes a table name and set of columns. A column identifies an attribute of the entity described by the table. In general, each column has a column name, a data type, and a width when you create a table.  A row is a collection of column information corresponding to a record in a table.

     

    Unique, Primary, and Foreign Keys, plus Not Null, Check and Default constraints

    Constraints are used to define rules that restricts the values in a database. Oracle Database lets you create constraints and lets you declare them in two ways.

     

    The types of integrity constraint are described briefly below:

    • NOT NULL constraint prohibits a database value from being null.
    • unique constraint prohibits multiple rows from having the same value in the same column or combination of columns but allows some values to be null.
    • primary key constraint combines a NOT NULL constraint and a unique constraint in a single declaration. That is, it prohibits multiple rows from having the same value in the same column or combination of columns and prohibits values from being null.
    • foreign key constraint requires values in one table to match values in another table.
    • check constraint requires a value in the database to comply with a specified condition.

     

    You can define constraints syntactically in two ways:

    • As part of the definition of an individual column or attribute. This is called inline specification.
    • As part of the table definition. This is called out-of-line specification.

     

    Partitioning

    Partitioning enhances the performance, manageability, and availability of applications and helps reduce the total cost of ownership for storing large amounts of data.

     

    Partitioning allows tables, indexes, and index-organized tables to be subdivided into smaller pieces, enabling these database objects to be managed and accessed at a finer level of granularity. Oracle provides a rich variety of partitioning strategies and extensions to address every business requirement. Because it is entirely transparent, partitioning can be applied to almost any application without the need for potentially expensive and time consuming application changes.

     

    Indexes

    An index is an optional structure, associated with a table or table cluster, that can sometimes speed data access. By creating an index on one or more columns of a table, you gain the ability in some cases to retrieve a small set of randomly distributed rows from the table. Indexes are one of many means of reducing disk I/O.

     

    Hackolade supports the most common types of Oracle indexes.  

    Data types

    Each value manipulated by Oracle Database has a data type. The data type of a value associates a fixed set of properties with the value. These properties cause Oracle to treat values of one data type differently from values of another. For example, you can add values of NUMBER data type, but not values of RAW data type.

     

    When you create a table or cluster, you must specify a data type for each of its columns. When you create a procedure or stored function, you must specify a data type for each of its arguments. These data types define the domain of values that each column can contain or each argument can have. 

     

    Oracle Database provides a number of built-in data types as well as several categories for user-defined types that can be used as data types. A data type is either scalar or nonscalar. A scalar type contains an atomic value, whereas a nonscalar contains a set of values. A large object (LOB) is a special form of scalar data type representing a large scalar value of binary or character data. LOBs are subject to some restrictions that do not affect other scalar types because of their size. 

     

    With 21c, Oracle Database now supports JSON data natively with relational database features, including transactions, indexing, declarative querying, and views.  Prior to 21c, JSON data is stored in Oracle Database using SQL data types VARCHAR2, CLOB, and BLOB.  Hackolade supports the data modeling of JSON documents with standard JSON data types: string, number, object, array, boolean, and null.

     

    With version 23ai, Oracle added a new data type vector with the possible declaration formats below, all supported in Hackolade Studio:

    Oracle vector declaration

     

    JSON prior to 21c

    Oracle recommends that you always use an is_json check constraint to ensure that column values are valid JSON instances.  JSON data in the database is textual, but the text can be stored using data type BLOB, as well as VARCHAR2 or CLOB.  When possible, prior to 21c, Oracle recommends that you use BLOB storage.  In particular, doing so obviates the need for any character-set conversion plus it allows to store binaries.

    So you don’t waste time searching for resolutions to the issues I encountered…

    • If you create a column with a field type CLOB, you need to set the table constraint: (“<column_name>” IS JSON)
    • If you create a column with a  field type BLOB, you need to set the table constraint: (“<column_name>” IS JSON FORMAT JSON)

    Then, the JSON data type was introduced in the Oracle 20c preview release to provide native JSON support and improve the performance of JSON processing. It has become generally available in Oracle 21c.  The JSON data type is an Oracle optimized binary JSON format called OSON. It is designed for faster query and DML performance in the database and in database clients from version 20c/21c upward.

     

    Views

    A view is a logical representation of another table or combination of tables. A view derives its data from the tables on which it is based. These tables are called base tables. Base tables might in turn be actual tables or might be views themselves. All operations performed on a view actually affect the base table of the view. You can use views in almost the same way as tables. You can query, update, insert into, and delete from views, just as you can standard tables.

    Views can provide a different representation (such as subsets or supersets) of the data that resides within other tables and views. Views are very powerful because they allow you to tailor the presentation of data to different types of users.

     

    JSON-Relational Duality Views in 23ai

    Duality Views expose data stored in relational tables as JSON documents. The documents are materialized — generated on demand, not stored as such. Duality views are organized both relationally and hierarchically. They combine the advantages of using JSON documents with the advantages of the relational model, while avoiding the limitations of each. 

     

    Hackolade Studio is the first and only tool to facilitate the adoptions of this revolutionary feature released with Oracle 23ai.  Many more details are available in this page.

     

     

    Triggers, Functions and Procedures

    TBA

     

    Forward-Engineering

    Hackolade dynamically generates the DDL script to create schemas, tables, columns and their data types, indexes and constraints for the structure created with the application, as well as functions and procedures.

     

    The script can also be exported to the file system via the menu Tools > Forward-Engineering, or via the Command-Line Interface.

     

    Oracle DDL forward-engineering

     

    If you store documents in JSON columns (21c and above) or for 12c thru 19c in BLOB columns, as well as VARCHAR2 or CLOB, Hackolade allows for the schema design of those documents.  However, the corresponding JSON structure is not forward-engineered in the DDL script, but is useful for developers, analysts and designers.

     

    Reverse-Engineering

    The Oracle instance can hosted on-premises, or on virtualized machines in a private or public cloud.  Details on how to connect Hackolade Studio to Oracle can be found on this page.

     

    The Hackolade process for reverse-engineering of Oracle databases includes the execution of statements to discover databases, tables, columns and their types, indexes and constraints.  For JSON columns (21c and above) or for 12c thru 19c in BLOB columns, as well as VARCHAR2 or CLOB, Hackolade Studio performs statistical sampling of records followed by probabilistic inference of the JSON document schema.

     

    Important: when reverse-engineering an Oracle instance, non-privileged users can see the metadata of only their own objects, so to access others you need to be granted SELECT_CATALOG_ROLE. More information is available here.

     

    For more information on Oracle in general, please consult the website and documentation.