Revised with new information as of June 1, 2005


 
The Basics of People Databases

 

This information is designed especially for small mission-based organizations (nonprofits, non-governmental organizations or NGOs, civil society organizations, public sector agencies, etc.) with very limited staffing and funds.

border

Database Terms

The following terms are used repeatedly in this overview.

 

Flat Databases & Relational Databases

A "flat" database means all of the information about a record -- name, address, phone number, meeting attendance, publications ordered, committee membership, etc. -- is kept in a single database.

A flat database is very easy to manage, because it has its information stored in one source. You can have relational data on a flat database (for instance, you can see how many board members have e-mail addresses, or how many donors are also volunteers), and you can create a variety of different ways to look at the data (input screens, reports, mailing lists, etc.).

The limitation of a flat database is usually not in the number of records you can put on, but in how much information you can track per record. Limits of a flat database are usually realized the more information you need to track about each record, rather than adding records to the database. As time passes, different people at one organization often need to track a great deal of different information about each record, or view it in very different ways. For instance, one staff member may want to track meeting attendance and program involvement in detail, while another may need detailed information about each record's donation history.

You can create a different database for each staff person's need, but this will make it very difficult to find out all information about one person quickly; imagine having to look on one database for board information, another for event attendance information, another for publications they've received, another for their volunteer involvement, and you get the idea.

Instead, should you be faced with this problem, create relational databases that are joined a single view file. Users do not see the separate databases by looking at the view file; instead, they see different pieces of information about a single record (person). Only an advanced user will be able to tell that, when she is looking at one record, she is also looking at more than one database.

Upgrading from a flat database to a relational database allows for a great deal of growth for information-tracking. A good relational database allows for endless sorting and viewing options; virtually any combination of information in any form can be generated from a good relational database.

 

How To Join A Database

When databases are relational or joined , adding a new record to the main database will add the same record to ALL of the joined databases. Or, changing the spelling of someone's name will change the information to ALL of the joined databases.

To join a database, there must be a field that has something unique about each and every record in a database. It's best to create a field specifically for the joining process; this field should hold a unique identification number. When a new record is added, it should automatically assign a unique number in the MAIN database; this number is then copied automatically to every other joined database. It's also a good idea to create a function that makes the first name, last name and company affiliation also copy to each database, and changed automatically and simultaneously. If a record is deleted, it is also deleted from all other databases.

Also have a look at the online support pages for whatever software you are using. There may have their own tutorials about database basics as well.

 

Shopping for Database Software

When shopping for database software, make sure that it at least meets this basic criteria: Before you invest in a specialized database software package:

These tip sheets may also help you:  
Also see TechSoup. This comprehensive web site provides detailed information about a variety of technology-related issues specifically for mission-based organizations. This includes resources and advice regarding databases. It provides some of the best information you can find regarding technology resources for mission-based organizations. TechSoup is a project of CompuMentor, a non-profit organization based in San Francisco, California.

 

Return to Index of Coyote Communications' Database Tip Sheets

 

border

Disclaimer: No guarantee of accuracy or suitability is made by the poster/distributor. This material is provided as is, with no expressed or implied warranty.

All Coyote Communications materials are works-in-progress. If you would like to add something to these materials, please contact me with your suggestion; if your contribution is used, you will be credited (unless you don't want to be). Please include your name, email address, web address (if applicable), the name of the company you represent (if any), and any other information you would like to share.

Permission is granted to copy and/or distribute a limited amount of material from this web site without charge to recipients if the information is kept intact and without alteration, and is credited to:
          Jayne Cravens & Coyote Communications, a consulting service and online resource for mission-based organizations, www.coyotecommunications.com

Please notify me if you intend to use these materials or to quote me.

border

my consulting services | about Jayne Cravens | return to home page |
contact me | linking to or from these pages

The art work and material on this site was created and is copyrighted 1996-2007
by Jayne Cravens and Coyote Communications, all rights reserved
(unless noted otherwise, or the art is a link to another web site).