home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / SIMTEL / CPMUG / CPMUG028.ARK / DATABASE.DOC < prev    next >
Text File  |  1984-04-29  |  5KB  |  117 lines

  1.     TARBELL DATABASE MANAGEMENT SYSTEM       March 23, 1978
  2.  
  3. The main theme of this system is to provide a common set of programs
  4. that help the user create, modify, and access data files for a variety
  5. of needs.  In this way, the system can be better tailored for a particular
  6. situation, and yet the different parts of it can also be much more 
  7. compatible.  The following programs are provided:
  8.  
  9. DBSETUP - This program is used to set up database files.  It is an
  10.     interactive program, which asks the operator a series of
  11.     questions concerning the structure of the file.  Field
  12.     names and types are entered, and it is decided whether the
  13.     file will be random or sequential, whether it will have
  14.     an associated index file (.IND), and whether there will be
  15.     links between each data record.
  16. DBENTRY - This program is also an interactive program, which is used
  17.     to enter items into a file.  It may be used for initial entries
  18.     or to append additional entries on the end of a file.
  19.  
  20. DBQUERY - This program is used to ask questions of the database,
  21.     and may also be used to enter new items or make changes.  Reports
  22.     of different types may be generated.
  23.  
  24. DBMAIN - This program is a transaction entry program.  The main idea
  25.     is to update several different files by entering each transaction
  26.     only once.  This program is more specialized than any of the others,
  27.     as it is oriented toward one user's situation:  in this case a small
  28.     manufacturing company (mine).  Each set of transactions is entered by
  29.     first typing in a one-letter command.  The computer program then
  30.     asks the operator a series of questions to obtain the data for that
  31.     transaction.  The responses normally go into a buffer until all
  32.     transactions of that type are entered.  Then the responses in the
  33.     buffer are used to update the appropriate files.  The commands and
  34.     the files they update are listed below:
  35.  
  36.     Commands:    Transaction    Files Updated
  37.  
  38.         R    Received items:  RLOG, PINV, PAYABLE, PURCHASE
  39.         S    Shipped items:  SLOG, PINV, RECEIVBL, ORDERS
  40.         A    Assembled or packaged items:  PLOG, PINV
  41.         O    Order Received:  OLOG, ORDERS
  42.         P    We Paid someone:  PLOG, PAYABLE
  43.         C    Someone paid us:  CLOG, RECEIVBL
  44.         M    An order was made by us to someone:  MLOG, PURCHASE
  45.         Q    A query is to be made:  all files
  46.         D    Set the Date:  no files
  47.  
  48.         Filename    Description
  49.  
  50.         RLOG        Receiving log
  51.         PINV        Production Inventory
  52.         PAYABLE        Accounts Payable
  53.         PURCHASE    Open Purchase Orders
  54.         SLOG        Shipping log
  55.         RECEIVBL    Accounts Receiveable
  56.         ORDERS        Open Orders to us
  57.         PLOG        Payment Log (like checkbook)
  58.         OLOG        Order (Sales) log
  59.         CLOG        Cash, checks, or money orders received log
  60.         MLOG        Purchase orders by us log
  61.  
  62. The log files are sequential;  they are added to as time goes along by
  63. each command.  They may be used to recreate the other files if something
  64. goes wrong.  The other files are generally divided into two parts:  an
  65. index, which is sequential, and the main file, which is random.  The
  66. index contains a list of keys which are used to access the records in
  67. the random file more quickly than a search of the entire file would
  68. allow.
  69.  
  70. These programs only represent a start.  Tarbell Electronics would 
  71. appreciate any additions that people would like to contribute.
  72. Close attention has been paid to making the system as extensible as
  73. possible, with the hope that it will continue to grow and change to
  74. meet different user's needs.
  75.  
  76. It may also be noticed that certain features explained or referred to
  77. by the programs or documentation are not actually implemented.  This
  78. is because the programs are in a continuous state of flux.  It is
  79. felt, however, that the programs are already to a certain level of
  80. usefulness, which is why they are being made available.
  81.  
  82. Notes about the file formats:
  83.  
  84. Each file has some general information at the beginning, called a
  85. Header Block.  This block contains information about the structure
  86. of the rest of the file, and may be several records long.  The
  87. first record is called Header 1.  The format of this record follows:
  88.     RECLEN        number of bytes per record, zero if sequential.
  89.     NO.OF.FIELDS    number of fields per record (1 or more).
  90.     NHEAD        number of heading lines for the file.
  91.     NIND        number of indexes for the file (0 or 1).
  92.     FILETYPE    0=sequential,1=random,3=indexed,7=linked
  93.     CODE        restrictions: 0=none,1=read,2=write,3=r/w.
  94.     SPARE        for future expansion.
  95.  
  96. After header 1, there may be as many lines of headings as are desired.
  97. Then the field definition records start, with the following format:
  98.     FIELD        field name in ASCII.
  99.     TYPE        0=numeric, 1=alphanumeric.
  100.     WIDE        bytes for this field, 0=variable.
  101.     FEED        0 means same line, 1 means next line.
  102.     MIN        minimum value if numeric (0 is default).
  103.     MAX        maximum value if numeric (0 is default).
  104.     SPARE        for future expansion.
  105.  
  106. The data then starts, with the following format:
  107.     field1!field2!field3!...!fieldn!
  108.  
  109. All of the above formats are generated automatically by the program
  110. in response to operator answers and input.  The sequence is normally
  111. to first run the SETUP program to define the name and structure of the
  112. file;  then run the ENTRY program to make the initial entries; then
  113. run the QUERY program to access the files.
  114.  
  115. Don Tarbell
  116.  
  117.