Book Image

Oracle SQL Developer

By : Susan Harper
Book Image

Oracle SQL Developer

By: Susan Harper

Overview of this book

At times, DBAs support 100s of databases at work. In such scenarios, using a command-line tool like putty adds to the difficulty, while SQL Developer makes the life of a developer, DBA, or DB architect easier by providing a graphical user interface equipped with features that can bolster and enhance the user experience and boost efficiency. Features such as DBA panel, Reports, Data Modeler, and Data Miner are just a few examples of its rich features, and its support for APEX, REST Services, timesten, and third-party database drivers demonstrate its extensibility. You may be a newbie to databases or a seasoned database expert, either way this book will help you understand the database structure and the different types of objects that organize enterprise data in an efficient manner. This book introduces the features of the SQL Developer 4.1 tool in an incremental fashion, starting with installing them, making the database connections, and using the different panels. By sequentially walking through the steps in each chapter, you will quickly master SQL Developer 4.1.
Table of Contents (21 chapters)
Oracle SQL Developer
Credits
About the Author
About the Reviewer
www.PacktPub.com
Preface
11
Working with Application Express
Index

Analysis, design, and generation


Some developers like to have a clear separation between the logical analysis and physical design of an application system. SQL Developer Data Modeler supports this separation of tasks and also supports the synchronization of metadata between these. This means that you can start new application development with a logical model without needing to think about the physical implementation details. Once you have completed the analysis, you can then transform the entities to tables and work on the physical implementation. SQL Developer Data Modeler also allows you to work on the relational model with its tables, views, and constraints without needing to consider the physical detail. Without the physical detail, you can create a relational model that is database-agnostic. Then, for a single relational model, you can create multiple physical implementations and generate different DDL for each of these.

In this section, we'll start with a logical model, transform this...