SQL has served IT for 30 years now and is far from being obsolete. In recent years NoSQL databases have emerged due to different needs of the developer. While offering the benefit of storing different data structures, almost every NoSQL engine has adopted SQL or an SQL-like query language back into the engine. There are advantages on both sides but how can one combine the power of SQL and NoSQL into one database? That question is answered in MySQL with a set of features for storing unstructured data in JSON. Out of the box MySQL now supports a JSON data type, a set of functions for manipulating JSON data, and the ability to query JSON using the power of SQL. Indexing is also supported via the addition of generated columns. It is now possible to combine the benefits of the schema and schemaless NoSQL world, and this session will explain the benefits and use cases for each approach.
This is a Safe Harbor Front slide, one of two Safe Harbor Statement slides included in this template.
One of the Safe Harbor slides must be used if your presentation covers material affected by Oracle’s Revenue Recognition Policy
To learn more about this policy, e-mail: Revrec-americasiebc_us@oracle.com
For internal communication, Safe Harbor Statements are not required. However, there is an applicable disclaimer (Exhibit E) that should be used, found in the Oracle Revenue Recognition Policy for Future Product Communications. Copy and paste this link into a web browser, to find out more information.
http://my.oracle.com/site/fin/gfo/GlobalProcesses/cnt452504.pdf
For all external communications such as press release, roadmaps, PowerPoint presentations, Safe Harbor Statements are required. You can refer to the link mentioned above to find out additional information/disclaimers required depending on your audience.
Hilight a few other features from 5.7 GA and say “this talk is focused on Native JSON Support”
The comparator allows the noSQL and SQL worlds to combine.
The ones in bold are shown on the slides.
Notice that the JSON object comparisons are equal - even though the keys are in a different order. The JSON specification allows keys to be in any order.
This is a repeat from the previous slide (values comparing as equal). Notice how natural it is, this provides an easy migration path between top level columns and JSON (and the reverse).