Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Version History

« Previous Version 10 Next »

A database is a collection of information that is organized so it can be easily accessed, managed, and updated. OIT provides a full range of database services from creating new databases to managing databases for clients across campus.

Because many OIT clients have their own naming standards for databases it is difficult to specify a standard that would meet the requirements of all clients. When a client has a specific database name they would like to use, that name should be used. When there is no such constraint, database names should follow the form of:

      {app_name} {modifier} [-dev]

Where:

{app_name}

The name of the application that will be the primary user of the database.

{modifier}

Any modifier may be used to help clarify the purpose of the database. For example, a database used to contain purchase order information in an accounting application might be named "accounting_purch"

{-dev}

A suffix used to indicate that the database is used for the development instance of an application. When an application has both a production and development instance, the development database name will be exactly the same as the production database name except the development database will include the "-dev" suffix.

Notes:

  • In all cases, symbols, integers, and upper and lower case alphabetic characters may be used in any combination that is compatible with the operating system supporting the database and the application that uses it.
  • It is generally not necessary to include the abbreviation "db" (meaning "database") in a database name. It is redundant information and makes the name more complex.
  • It is generally not necessary to include the type of database (oracle, sql, db2, etc.) in a database name. The users of the database will already know what kind of database they are working with and it makes the name more complex.

Database CI Name Examples

The following are examples of CI names that have been standardized using the conventions described above.

Common
Standard

gd-db.rgs.uci.edu

gd.rgs.uci.edu

gd-dev-db.rgs.uci.edugd.rgs.uci.edu-dev

db.research.uci.edu

research.uci.edu

dbdev.research.uci.eduresearch.uci.edu-dev

Typical Life Cycle for Databases

(base this on "CI Life Cycle Summary: Software or Intangible Assets" but without the SDLC parts.)

CI Maintenance

Owner

Create CIChange CIDecommission CIMaintain RelationshipsComments
    • OIT group responsible supporting the service.
    • Service Owner
    • Configuration Review Team
    • Service Owner
    • Configuration Review Team
    • Service Owner
    • Service Owner
    • Configuration Review Team
 

Typical Relationships

The following relationships should be used when defining dependencies for databases:

Relationship

Dependent Class

Runs on

Server

Sends Data ToApplication

Receives data from

Application

Used by

Application

  • No labels