BaseNow

 

  Search
   

  Help

Screen shots

Compare editions

Online help

Quick-start videos

System requirements

License agreement

Known issues

  Support

 Forums

Technical support

Feedback

 About the author

 Company

Contact

Privacy policy

  Features

BaseNow architecture

Database tools

BaseNow Agent

Tables and views

SQL Query Builder

Import/export data

  Subscribe

Stay informed about any major changes. Click here to subscribe

 

Normalization

A poor logical database design can impair the performance of the entire system. Database normalization is a way to eliminate unnecessary duplication and provide a rapid search path to all necessary information. It is a process of refining tables, keys, columns, and relationships to create an efficient database.

A greater number of tables with fewer columns is characteristic of a normalized database. A few wide tables with more columns is characteristic of an non-normalized database.

Benefits of normalization are:

• Data integrity

• Optimized and faster queries

• Fewer null values and less opportunity for inconsistency

• Faster index creation and sorting

• Faster UPDATE performance

Normalization rules

You can normalize most simple databases by following a simple rule: tables that contain repeated information should be divided into separate tables to eliminate the duplication.

There are a few rules that can help you achieve a sound database design:

• A table should have an identifier. Each table should have a unique row identifier, a column or set of columns used to distinguish any single record from every other record in the table. Each table should have an ID column, and no two records can share the same ID value.

• A table should avoid nullable columns.

Null values increase the complexity of data operations. If you have a table with several nullable columns and several of the rows have null values in the columns, you should consider placing these columns in another table linked to the primary table.

• A table should not have repeating values or columns. The table for an item in the database should not contain a list of values for a specific piece of information.

• A table should store only data for a single type of object. Each table should describe only one object. For example, a Customers table will have information about the customers. Attempting to store too much information in a table and to store information irrelevant to the main object can prevent the efficient and reliable management of the data in the table.


Related Topics:

About designing a database

Database performance

Creating a new database

Create a table

How to create a database

About Create Database Wizard

[Home] [Download] [Screen Shots] [Details] [Support] [Purchase]

Copyright © 1997-2005 Gate Comm Software. All Rights Reserved.

 

 

News
7/13/2004
COMDLG32.OCX error at startup
6/29/2004
Opening FoxPro and dBase databases
1/11/2024
Version 1.1.7 Relased (1/11/2024)
11/18/2002
Version 1.1.0 Relased (11/16/2002)
10/20/2002
HotFix 1 for Windows XP SP1

Forums
8/10/2024
removing duplicate records
8/8/2024
data validation and BaseNow
1/24/2007
Outlook 2003
1/12/2024
BASENOW AND FOXPRO DATE FORMATS
11/6/2024
Need help in Sybase Anywhere database
10/19/2006
need help! mysql query
6/21/2006
Compare SQl fields
6/8/2024
Error