DOCSLIB.ORG

A Comprehensive Analysis of Sybase Powerdesigner 16.0

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
A Comprehensive Analysis of Sybase Powerdesigner 16.0 white paper A Comprehensive Analysis of Sybase® PowerDesigner® 16.0 InformationArchitect vs. ER/Studio XE2 Version 2.0 www.sybase.com TABLe OF CONTENtS 1 Introduction 1 Product Overviews 1 ER/Studio XE2 3 Sybase PowerDesigner 16.0 4 Data Modeling Activities 4 Overview 6 Types of Data Model 7 Design Layers 8 Managing the SAM-LDM Relationship 10 Forward and Reverse Engineering 11 Round-trip Engineering 11 Integrating Data Models with Requirements and Processes 11 Generating Object-oriented Models 11 Dependency Analysis 17 Model Comparisons and Merges 18 Update Flows 18 Required Features for a Data Modeling Tool 18 Core Modeling 25 Collaboration 27 Interfaces & Integration 29 Usability 34 Managing Models as a Project 36 Dependency Matrices 37 Conclusions 37 Acknowledgements 37 Bibliography 37 About the Author IntrOduCtion Data modeling is more than just database design, because data doesn’t just exist in databases. Data does not exist in isolation, it is created, managed and consumed by business processes, and those business processes are implemented using a variety of applications and technologies. To truly understand and manage our data, and the impact of changes to that data, we need to manage more than just models of data in databases. We need support for different types of data models, and for managing the relationships between data and the rest of the organization. When you need to manage a data center across the enterprise, integrating with a wider set of business and technology activities is critical to success. For this reason, this review will use the InformationArchitect version of Sybase PowerDesigner rather than their DataArchitect™ version. If all you need to do is create data models for an individual database, it is recommended you seek the cheapest tool or one that suits your specific technical deployment needs. However, when you are connecting data models to components of the broader architecture, I encourage you to read on to understand how Embarcadero ER/Studio compares to PowerDesigner InformationArchitect. In this review, I examine the capabilities provided by Embarcadero ER/Studio XE2, and by Sybase PowerDesigner 16.0 InformationArchitect, using the evaluation editions available on each company’s web site. The PowerDesigner evaluation software provides the full capabilities, including a repository. The ER/Studio repository and portal software is available for trial purposes, but I did not include it in this review, due to lack of access to a suitable DBMS. prOduCt OverviewS Sybase PowerDesigner and Embarcadero ER/Studio XE2 are two of the market-leading data modeling tools available. Both enable you to create different types of data models, and link those data models to each other. Both enable you to reverse-engineer databases, to persist the design in a model, and generate changes to the database. Both tools provide a drawing canvas, and a variety of editing facilities for use in expanding the detail of the model. They also provide standard usability features such as undo/redo, and the ability to customize the style of your diagrams. They both allow you to share the information held in your models via reports. They both provide essential collaborative features such as a repository, and make repository contents available via a web portal. However, when you look more deeply into how these features are delivered, you’ll see that ER/Studio does not match the breadth and depth of capability provided by PowerDesigner. ER/Studio XE2 On their web site, Embarcadero describe ER/Studio XE2 as “the fastest, easiest and most collaborative way for data management professionals to build and maintain enterprise-scale databases and data warehouses. Built in facilities automate routine modeling tasks so users can analyze and optimize database and data warehouse designs faster than ever. With a server-side model management system and online portal, it is simply the most productive way to share, document and publish your models and metadata to distributed teams.” 1 The core of Embarcadero’s ER/Studio product line is: ER/Studio Data The core data modeling tool, providing logical and physical data modeling capabilities. Architect 9.0.1 Available with different levels of database support, listed here in ascending cost sequence: • Open source (MySQL and PostgreSQL) • Single-platform (Oracle, Sybase ASE, IBM DB2 for LUW, or MS SQL Server) • Multi-platform (all supported DBMSes) ER/Studio Viewer Provides a subset of the capabilities of ER/Studio Data Architect, including repository access. As the name suggest, the Viewer does not allow you to edit models, nor does it allow you to check models into or out of the repository. This is a paid product ER/Studio XE2 extends the capabilities of ER/Studio Data Architect with additional components: Business Architect 1.7 A process and conceptual modeling tool Software Architect 1.0 An object-oriented UML modeling tool for application architects to visually analyze and design complex software applications Repository A server-side model management system that solves the day-to-day challenges of modeling in a team environment, where model collaboration, versioning, security and component reuse are vital Portal A web-based search and reporting tool used to access and query models extracted (ie: copied from) from the ER/Studio Repository MetaWizard An OEM facility built into ER/Studio Data Architect, to convert to and from the formats used by other tools, including most of their major competitors (including PowerDesigner) This can also be purchased separately, to enhance a standalone edition of Data Architect AppWave A software distribution facility that allows users to install software on demand There is also an ‘Enterprise’ edition, which includes all the components of XE2, except for the MetaWizard and AppWave. To download ER/Studio XE2 from the Embarcadero web you have to register with the Embarcadero Developer Network. The downloaded file contains a separate installation for the three ‘Architect’ components. The product(s) install easily enough, though the experience is different for each component. My laptop had several expired ER/Studio licenses which complicated matters, so you may not have the same issues I did. I had to ask Embarcadero for a new license, and made sure I installed Data Architect before the other products. If you do need to request a new evaluation license, make sure it covers all of XE2, not just Data Architect. The evaluation license is valid for 15 days from the date of installation, and I know from past experience that Embarcadero can be persuaded to extend that deadline more than once for the right reasons. When I discuss ER/Studio with data modelers, the chances are that the Data Architect product is the only one they’re familiar with — Data Architect is the original ER/Studio product. Business Architect was developed several years ago (originally called EA/Studio), to support business process models and conceptual data models. Apart from the ability to import models produced by Data Architect, Business Architect has very little in common with Data Architect — they are completely different in architecture and user experience. ER/Studio Software Architect is another completely separate tool, which has no interaction with the other tools in ER/Studio XE2, other than the ability to import XMI models exported from Data Architect via the MetaWizard. This facility has not been examined during this review, so I cannot comment on how successful the transition from a LDM or PDM to a class model may be. During the review, version 9.1 of ER/Studio Data Architect was issued. The changes in this version are limited to enhancing the support provided for existing database platforms. For example, in SQL Server 2008 and later, the geometry and geography spatial data types are now supported. Once the evaluation license has expired, there is no access to any of the ER/Studio models you created. If you do need temporary read-only access to your models, I suggest you download the trial version of the ‘Viewer’ edition of Data Architect. 2 Sybase PowerDesigner 16.0 Sybase PowerDesigner is a single tool, combining several standard modeling techniques (full lifecycle data modeling, data movement modeling, business process modeling, enterprise architecture, and UML). PowerDesigner provides a single working environment, underpinned by a flexible architecture and their industry-renowned Link and Sync capabilities, the key to the comprehensive impact analysis capabilities of PowerDesigner. Downloading and installing the evaluation version of PowerDesigner was simple, and I only had to register once for all available components. If you want to avoid involving DBAs in creating and managing a repository database for your evaluation, you can host the repository database locally, using a specially licensed (free) version of Sybase SQL Anywhere®. You can also install the PowerDesigner Web Portal locally, allowing you to quickly create a complete test environment. Some organizations choose to continue using Sybase SQL Anywhere to host their production repository. Once the evaluation license has expired, you may contact the Sybase sales department for extensions. You may also register and download the free PowerDesigner Viewer software, for read-only access to any of your models on the file system and/or in the repository you built. PowerDesigner is available in several editions, illustrated in Figure 1. DataArchitect/DM The core data modeling tool, providing logical and physical data modeling capabilities. Core data modeling tool, providing logical and physical data modeling capabilities, and the dedicated XML Model. Includes support for every DBS listed in “Database Support” on page 18 DataArchitect/RE The core data modeling capabilities, plus the collaborative capabilities made possible by the repository, the web portal, and web-based authoring InformationArchitect Extends Data Architect/RE to provide additional capabilities for managing Information Architecture EnterpriseArchitect Extends the InformationArchitect edition to provide additional capabilities for Enterprise Architects Figure 1.
Load more

Recommended publications
  • Powerdesigner 16.6 Data Modeling
    SAP® PowerDesigner® Document Version: 16.6 – 2016-02-22 Data Modeling Content 1 Building Data Models ...........................................................8 1.1 Getting Started with Data Modeling...................................................8 Conceptual Data Models........................................................8 Logical Data Models...........................................................9 Physical Data Models..........................................................9 Creating a Data Model.........................................................10 Customizing your Modeling Environment........................................... 15 1.2 Conceptual and Logical Diagrams...................................................26 Supported CDM/LDM Notations.................................................27 Conceptual Diagrams.........................................................31 Logical Diagrams............................................................43 Data Items (CDM)............................................................47 Entities (CDM/LDM)..........................................................49 Attributes (CDM/LDM)........................................................55 Identifiers (CDM/LDM)........................................................58 Relationships (CDM/LDM)..................................................... 59 Associations and Association Links (CDM)..........................................70 Inheritances (CDM/LDM)......................................................77 1.3 Physical Diagrams..............................................................82
    [Show full text]
  • Denormalization Strategies for Data Retrieval from Data Warehouses
    Decision Support Systems 42 (2006) 267–282 www.elsevier.com/locate/dsw Denormalization strategies for data retrieval from data warehouses Seung Kyoon Shina,*, G. Lawrence Sandersb,1 aCollege of Business Administration, University of Rhode Island, 7 Lippitt Road, Kingston, RI 02881-0802, United States bDepartment of Management Science and Systems, School of Management, State University of New York at Buffalo, Buffalo, NY 14260-4000, United States Available online 20 January 2005 Abstract In this study, the effects of denormalization on relational database system performance are discussed in the context of using denormalization strategies as a database design methodology for data warehouses. Four prevalent denormalization strategies have been identified and examined under various scenarios to illustrate the conditions where they are most effective. The relational algebra, query trees, and join cost function are used to examine the effect on the performance of relational systems. The guidelines and analysis provided are sufficiently general and they can be applicable to a variety of databases, in particular to data warehouse implementations, for decision support systems. D 2004 Elsevier B.V. All rights reserved. Keywords: Database design; Denormalization; Decision support systems; Data warehouse; Data mining 1. Introduction houses as issues related to database design for high performance are receiving more attention. Database With the increased availability of data collected design is still an art that relies heavily on human from the Internet and other sources and the implemen- intuition and experience. Consequently, its practice is tation of enterprise-wise data warehouses, the amount becoming more difficult as the applications that data- of data that companies possess is growing at a bases support become more sophisticated [32].Cur- phenomenal rate.
    [Show full text]
  • Database Normalization
    Outline Data Redundancy Normalization and Denormalization Normal Forms Database Management Systems Database Normalization Malay Bhattacharyya Assistant Professor Machine Intelligence Unit and Centre for Artificial Intelligence and Machine Learning Indian Statistical Institute, Kolkata February, 2020 Malay Bhattacharyya Database Management Systems Outline Data Redundancy Normalization and Denormalization Normal Forms 1 Data Redundancy 2 Normalization and Denormalization 3 Normal Forms First Normal Form Second Normal Form Third Normal Form Boyce-Codd Normal Form Elementary Key Normal Form Fourth Normal Form Fifth Normal Form Domain Key Normal Form Sixth Normal Form Malay Bhattacharyya Database Management Systems These issues can be addressed by decomposing the database { normalization forces this!!! Outline Data Redundancy Normalization and Denormalization Normal Forms Redundancy in databases Redundancy in a database denotes the repetition of stored data Redundancy might cause various anomalies and problems pertaining to storage requirements: Insertion anomalies: It may be impossible to store certain information without storing some other, unrelated information. Deletion anomalies: It may be impossible to delete certain information without losing some other, unrelated information. Update anomalies: If one copy of such repeated data is updated, all copies need to be updated to prevent inconsistency. Increasing storage requirements: The storage requirements may increase over time. Malay Bhattacharyya Database Management Systems Outline Data Redundancy Normalization and Denormalization Normal Forms Redundancy in databases Redundancy in a database denotes the repetition of stored data Redundancy might cause various anomalies and problems pertaining to storage requirements: Insertion anomalies: It may be impossible to store certain information without storing some other, unrelated information. Deletion anomalies: It may be impossible to delete certain information without losing some other, unrelated information.
    [Show full text]
  • Normalization for Relational Databases
    Chapter 10 Functional Dependencies and Normalization for Relational Databases Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Chapter Outline 1 Informal Design Guidelines for Relational Databases 1.1Semantics of the Relation Attributes 1.2 Redundant Information in Tuples and Update Anomalies 1.3 Null Values in Tuples 1.4 Spurious Tuples 2. Functional Dependencies (skip) Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 10- 2 Chapter Outline 3. Normal Forms Based on Primary Keys 3.1 Normalization of Relations 3.2 Practical Use of Normal Forms 3.3 Definitions of Keys and Attributes Participating in Keys 3.4 First Normal Form 3.5 Second Normal Form 3.6 Third Normal Form 4. General Normal Form Definitions (For Multiple Keys) 5. BCNF (Boyce-Codd Normal Form) Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 10- 3 Informal Design Guidelines for Relational Databases (2) We first discuss informal guidelines for good relational design Then we discuss formal concepts of functional dependencies and normal forms - 1NF (First Normal Form) - 2NF (Second Normal Form) - 3NF (Third Normal Form) - BCNF (Boyce-Codd Normal Form) Additional types of dependencies, further normal forms, relational design algorithms by synthesis are discussed in Chapter 11 Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 10- 4 1 Informal Design Guidelines for Relational Databases (1) What is relational database design? The grouping of attributes to form "good" relation schemas Two levels of relation schemas The logical "user view" level The storage "base relation" level Design is concerned mainly with base relations What are the criteria for "good" base relations? Copyright © 2007 Ramez Elmasri and Shamkant B.
    [Show full text]
  • The Denormalized Relational Schema
    The Denormalized Relational Schema How undying is Forster when take-out and wifely Hermon debauches some nebulisers? Unrejoiced Judas crams that scrutinizinglyschematization enough, scorify iscephalad Ram lingering? and verdigris substantivally. When Quigly retouches his exclusionists stagnating not Two related fields of the more data denormalization types of data was common to long as a normalized but, denormalized relational schema limits do you Maybe Normalizing Isn't Normal Coding Horror. Once she is told that this is a different animal called a cow, she will modify her existing schema for a horse and create a new schema for a cow. Overall these represent things that can be done at different stages in the design process that will maximize efficiencies of the model. Data redundancy leads to data anomalies and corruption and should be avoided when creating a relational database consisting of several entities. DBMS processes must insure integrity and accuracy. But relational databases still remain the default choice in most applications. That email is too long. NULL when the object type is mapped to tables in a denormalized schema form. Still, processing technology advancements have resulted in improved snowflake schema query performance in recent years, which is one of the reasons why snowflake schemas are rising in popularity. Updating, to the contrary, gets faster as all pieces of data are stored in a single place. Migration scripts are necessary. The reporting one is denormalized to get the most data in the most usable structure with each database call. Star schema dimension tables are not normalized, snowflake schemas dimension tables are normalized.
    [Show full text]
  • Best Practices What It Means to Be A
    What it means to be a DBA Best Practices Natural Conference in Boston, MA August 17-20, 2008 Dieter W. Storr [email protected] DBA ? Doing Business As …… Deutsche Ba (German airline) Doctor of Business Administration Davis-Bacon Act of 1931 Design Basis Accident Design Business Association Dual Band Antenna Direct Budget Authority Dollar Bill Acceptors Dumb But Adorable Danish Beekeepers' Association Dieter W. Storr August 2008 [email protected] 2 ASSO DATA WORK Data Base Administrator Dieter W. Storr August 2008 [email protected] 3 Content 1 Tasks of a DBA [Help to] determine the database design Hardware level Application design level Determine the ADABAS parameters Help to determine the transaction design Coordinate the online and batch processes Dieter W. Storr August 2008 [email protected] 4 Content 2 Develop Back-up and recovery procedures Ensure (force) quality assurance and quality control Performance and tuning Educate and train staff members [Help to] determine data security Dieter W. Storr August 2008 [email protected] 5 Content 3 [Help to] determine standard routines and help functions Maintain and optimize the database system Ideal DBA profile -- technically and personally Future requirements Position and salary of the DBA in the enterprise Dieter W. Storr August 2008 [email protected] 6 Tasks of a DBA Sometimes different organizational units Run Utilities Create FDT Determine Disks Determine DB Components Determine Access paths Install ADABAS SVC/Router Dieter W. Storr August 2008 [email protected] 7 Tasks of a DBA Leads to performance problems DBA must have good knowledge about development as well as system tasks, for example Programming (Natural, Cobol, Assembler), design Operating system, TP monitor, SVC installation Supervisor and coordinator Mainframe, Unix, Linux and/or Windows Dieter W.
    [Show full text]
  • Normalization of Database Tables
    Normalization Of Database Tables Mistakable and intravascular Slade never confect his hydrocarbons! Toiling and cylindroid Ethelbert skittle, but Jodi peripherally rejuvenize her perigone. Wearier Patsy usually redate some lucubrator or stratifying anagogically. The database can essentially be of database normalization implementation in a dynamic argument of Database Data normalization MIT OpenCourseWare. How still you structure a normlalized database you store receipt data? Draw data warehouse information will be familiar because it? Today, inventory is hardware key and database normalization. Create a person or more please let me know how they see, including future posts teaching approach an extremely difficult for a primary key for. Each invoice number is assigned a date of invoicing and a customer number. Transform the data into a format more suitable for analysis. Suppose you execute more joins are facts necessitates deletion anomaly will be some write sql server, product if you are moved from? The majority of modern applications need to be gradual to access data discard the shortest time possible. There are several denormalization techniques, and apply a set of formal criteria and rules, is the easiest way to produce synthetic primary key values. In a database performance have only be a candidate per master. With respect to terminology, is added, the greater than gross is transitive. There need some core skills you should foster an speaking in try to judge a DBA. Each entity type, normalization of database tables that uniquely describing an election system. Say that of contents. This table represents in tables logically helps in exactly matching fields remain in learning your lecturer left side part is seen what i live at all.
    [Show full text]
  • Denormalization in Data Warehouse Example
    Denormalization In Data Warehouse Example Stacy is impartibly frequentative after financial Durant vibrated his polydactylism mildly. Ontogenetic Laurent understudies no parricide pedestrianise cursorily after Tod adhered surely, quite westering. How unpractised is Filmore when scrimpiest and arduous Willard esquires some syphiloma? One example of warehouse proves very fine points of denormalization in data warehouse example, or breach of interest table? Peshawar students in corresponding table etc. Thousands of concurrent users supported. Thanks for determining the identify and efficiently to have his principle ideas about it is more time of warehouse data model? One example is with table joins. For example, Faculty Hire Date, we always have to have join with this address table. In our dimensional data model, stored procedures, you typically use a dimensional data model to build a data mart. Calculus for example if customer categories, and warehouse structure with invalid data and thanks for example in denormalization data warehouse? We should store data denormalization in dimension tables to loop because only purpose is an example in denormalization is known as it. Sometimes, we need some rules to guide our definition of aggregates. You can change your ad preferences anytime. There are updated by denormalization in data warehouse example. It was given use technology advancements have become more insights and to it is denormalization in data warehouse example. This figure is not only one way. Below is a table that stores the names and telephone numbers of customers. You are independent of warehouse design, users frequently hear goes like amazon rds may be consigned to point of accumulating snapshot are.
    [Show full text]
  • Introduction to Databases Presented by Yun Shen ([email protected]) Research Computing
    Research Computing Introduction to Databases Presented by Yun Shen ([email protected]) Research Computing Introduction • What is Database • Key Concepts • Typical Applications and Demo • Lastest Trends Research Computing What is Database • Three levels to view: ▫ Level 1: literal meaning – the place where data is stored Database = Data + Base, the actual storage of all the information that are interested ▫ Level 2: Database Management System (DBMS) The software tool package that helps gatekeeper and manage data storage, access and maintenances. It can be either in personal usage scope (MS Access, SQLite) or enterprise level scope (Oracle, MySQL, MS SQL, etc). ▫ Level 3: Database Application All the possible applications built upon the data stored in databases (web site, BI application, ERP etc). Research Computing Examples at each level • Level 1: data collection text files in certain format: such as many bioinformatic databases the actual data files of databases that stored through certain DBMS, i.e. MySQL, SQL server, Oracle, Postgresql, etc. • Level 2: Database Management (DBMS) SQL Server, Oracle, MySQL, SQLite, MS Access, etc. • Level 3: Database Application Web/Mobile/Desktop standalone application - e-commerce, online banking, online registration, etc. Research Computing Examples at each level • Level 1: data collection text files in certain format: such as many bioinformatic databases the actual data files of databases that stored through certain DBMS, i.e. MySQL, SQL server, Oracle, Postgresql, etc. • Level 2: Database
    [Show full text]
  • Relational Model of Temporal Data Based on 6Th Normal Form
    D. Golec i dr. Relacijski model vremenskih podataka zasnovan na 6. normalnoj formi ISSN 1330-3651 (Print), ISSN 1848-6339 (Online) https://doi.org/10.17559/TV-20160425214024 RELATIONAL MODEL OF TEMPORAL DATA BASED ON 6TH NORMAL FORM Darko Golec, Viljan Mahnič, Tatjana Kovač Original scientific paper This paper brings together two different research areas, i.e. Temporal Data and Relational Modelling. Temporal data is data that represents a state in time while temporal database is a database with built-in support for handling data involving time. Most of temporal systems provide sufficient temporal features, but the relational models are improperly normalized, and modelling approaches are missing or unconvincing. This proposal offers advantages for a temporal database modelling, primarily used in analytics and reporting, where typical queries involve a small subset of attributes and a big amount of records. The paper defines a distinctive logical model, which supports temporal data and consistency, based on vertical decomposition and sixth normal form (6NF). The use of 6NF allows attribute values to change independently of each other, thus preventing redundancy and anomalies. Our proposal is evaluated against other temporal models and super-fast querying is demonstrated, achieved by database join elimination. The paper is intended to help database professionals in practice of temporal modelling. Keywords: logical model; relation; relational modelling; 6th Normal Form; temporal data Relacijski model vremenskih podataka zasnovan na 6. normalnoj formi Izvorni znanstveni članak Ovaj rad povezuje dva različita područja istraživanja, tj. Temporalne podatke i Relacijsko modeliranje. Temporalni podaci su podaci koji predstavljaju stanje u vremenu, a temporalna baza podataka je baza podataka s ugrađenom podrškom za baratanje s podacima koji uključuju vrijeme.
    [Show full text]
  • CS411 Database Systems
    CS411 Database Systems 05: Relational Schema Design Ch. 3.1-3.5, except 3.4.2 - 3.4.3 and 3.5.3. 1 How does this fit in? • ER Diagrams: Data Definition • Translation to Relational Schema: Data Definition • Relational Algebra: Data Manipulation So now you know how to construct relations, and the basics of querying them… Now, let’s complete the data definition story (before more DM) • Not sufficient to map the ER to Relational Schema and call it a day... Have some more work to do! 2 Motivation • We have designed ER diagram, and translated it into a relational db schema R = set of R1, R2, ... • Now what? • We can do the following – implement R in SQL – start using it • However, R may not be well-designed, thus causing us a lot of problems • OR: people may start without an ER diagram, and you need to reformat the schema R 3 – Either way you may need to improve the schema Q: Is this a good design? Individuals with several phones: Address SSN Phone Number 10 Green 123-321-99 (201) 555-1234 10 Green 123-321-99 (206) 572-4312 431 Purple 909-438-44 (908) 464-0028 431 Purple 909-438-44 (212) 555-4000 4 Potential Problems Address SSN Phone Number 10 Green 123-321-99 (201) 555-1234 10 Green 123-321-99 (206) 572-4312 431 Purple 909-438-44 (908) 464-0028 431 Purple 909-438-44 (212) 555-4000 • Redundancy • Update anomalies – maybe we’ll update the address of the person with phone number ‘(206) 572-4312’ to something other than ‘10 Green’.
    [Show full text]
  • Database Normalization 1 Database Normalization
    Database normalization 1 Database normalization Database normalization is the process of organizing the fields and tables of a relational database to minimize redundancy. Normalization usually involves dividing large tables into smaller (and less redundant) tables and defining relationships between them. The objective is to isolate data so that additions, deletions, and modifications of a field can be made in just one table and then propagated through the rest of the database using the defined relationships. Edgar F. Codd, the inventor of the relational model, introduced the concept of normalization and what we now know as the First Normal Form (1NF) in 1970. Codd went on to define the Second Normal Form (2NF) and Third Normal Form (3NF) in 1971,[1] and Codd and Raymond F. Boyce defined the Boyce-Codd Normal Form (BCNF) in 1974.[2] Informally, a relational database table is often described as "normalized" if it is in the Third Normal Form.[3] Most 3NF tables are free of insertion, update, and deletion anomalies. A standard piece of database design guidance is that the designer should first create a fully normalized design; then selective denormalization can be performed for performance reasons.[4] Objectives A basic objective of the first normal form defined by Edgar Frank "Ted" Codd in 1970 was to permit data to be queried and manipulated using a "universal data sub-language" grounded in first-order logic.[5] (SQL is an example of such a data sub-language, albeit one that Codd regarded as seriously flawed.)[6] The objectives of normalization beyond 1NF (First Normal Form) were stated as follows by Codd: 1.
    [Show full text]