HP3000-L Archives

October 1996, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Michael L Gueterman <[log in to unmask]>
Reply To:
Michael L Gueterman <[log in to unmask]>
Date:
Sun, 6 Oct 1996 20:25:12 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
----------
Eric J Schubert wrote:

>Data Codification is when a table of "accepted" responses is created and
>given a particular coded value.  A simple example is a US State table  where
>variable in length state names are given two character "codes", such as "IN"
>for Indiana.

<good examples snipped>

>Now it is 1996 and I want to design a two tier RDBMS centered system.

>- Are codification practices of the past era applicable anymore, i.e.,

<more good questions snipped>

As long as there are constraints (not the database kind) placed upon the storage,
transmission, and presentation of information, codification will be desirable.  To use your
state abbreviation example, it is simply more convenient to use the two letter abbreviations than to use the entire state name in many instances.  Data Entry still occurs, and keystrokes are money.  When considering the transmission of the data, we 
still have to contend with low bandwidth mediums where every byte counts.  Many of these concerns have dissipated as technology advances, but just because something "can" be done, doesn't mean that it "should" be done (meant as a technical quotation, 
not a moral one!).

Regards,
Michael L Gueterman
Easy Does It Technologies
email: [log in to unmask] (temporary address)
http://www.editcorp.com (coming soon)
voice: (509) 946-6179
fax:    (509) 946-1170

ATOM RSS1 RSS2