home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / BBS_UTIL / QRDB42E.ZIP / README < prev    next >
Text File  |  1994-04-11  |  5KB  |  107 lines
  1. Version 4.2 adds expanded User Record Ownership support for type the 3
  2. database. In the case of a Type 3 database where rebuilding indexes is
  3. common. QRDB will maintain a .Dbf field named REC_OWNER. It will place
  4. the name of the originator of a record in the REC_OWNER field. QRDBMgr
  5. will then use that name when rebuilding indexes.
  6.  
  7. If you are interested in who own's user generated records in Type 3
  8. database's that were created prior to this Version 4.2 User Record
  9. Ownership support. Run ListKeys <Index FileName>
  10. Example:   ListKeys USERBBSO.IDX
  11.  
  12. Version 4.2 also adds a new search feature. It provides a fast search
  13. for use with a very large databases. The search is similar to QRDB's other
  14. search function with the difference that this function searches key
  15. fields only for it's string match. In the case of a dual word search it
  16. looks for the first word in the key fields. If it finds a match, then it
  17. searches the complete record for the second word. A Command Line Options
  18. /K is required if QRDB is to include the special Key field Search. This
  19. feature was inspired by a user with a 1.5 million record database.
  20.  
  21. A file that was added in ver 4.0, QRDBLang.DBF is also required.
  22. If you use the Fossil version of QRDB, it is the file called QRDB_fos.Exe,
  23. depending on your setup you may have to rename it QRDB.Exe. Earlier
  24. fossil versions were in a seperate package and were called QRDB.Exe.
  25.  
  26.             --------       ATTENTION      --------
  27. When run in stand-alone mode full access to all features is given and
  28. levels do not apply.
  29.  
  30.  
  31. QRDB is being supplied is being supplied in both Non-Fossil and Fossil
  32. versions. The fossil version is in QRDB_FOS.EXE and is included. Some
  33. BBS systems running under a Fossil have found that the non Fossil
  34. version won't work with their system. I run a QuickBBS system and use
  35. the Non-Fossil version. I have had reports from Max and RA sysops that
  36. required the Fossil version. The Fossil version won't allow you to
  37. hang up on a user, but you can always use that button on the modem.
  38.  
  39. The error message "Cannot execute QRDB.EXE" means that the program
  40. does not have enough memory to operate in. You need at least 400k.
  41.  
  42.  
  43. If you get the Error message "QRDBLang.DBF not found"  or "QRDB.Dat not
  44. found or Corrupt", make sure you have the environment variable set,
  45. before looking for other problems. Example QRDB=C:\QRDBDIR set it to the
  46. directory that QRDB is located in.
  47.  
  48. Earlier 3.x versions of QRDB had a problem that sometimes left two keys
  49. to the same type 3 record when a keyfield was edited using QRDB. The old
  50. key and the edited key both pointed to the edited record. If you have
  51. duplicate keys you will have to rebuild the index using the QRDBMgr
  52. program to get rid of them. First use the function: (E)rase QRDB
  53. Index/Data then (B)uild Type 3 DB Index.
  54.  
  55. The following info was added to the docs, you may have nissed it A
  56. numeric field as a key may have problems indexing. Depending on how the
  57. key field was input. dBase, dBuddy or QRDB. It is suggested that you
  58. don't use a numeric field as a key unless all input is via one system.
  59.  
  60. The following command line options can be used with QRDB
  61.  
  62.        /R           use an RBBS type Dorinfo*.Def
  63.        /N#          use Dorinfo#.Def instead of the default Dorinfo1.Def
  64.        /M           Local Monitor is Monochrome
  65.        /K           include the special Key field Search
  66.        ???????.?CL  A CL file name on the command line bypasses the
  67.                     main menu and goes directly to the database that
  68.                     is specified.
  69.  
  70.  
  71. If you are updating from Versions of QRDB prior to 3.x read the following.
  72.  
  73. If you have type 3 Database files, use QRDBMgr to check Security levels.
  74. Add, Edit and Delete features have been added to the type 3 DataBase,
  75. and security level fields in QRDBMgr have been expanded to control
  76. access. One other thing on the type 3 DataBase field codes in QRDBMgr
  77. have also been changed to N,O,R and K. The old (D) code will be
  78. interperted as (O) in any existing files.
  79.  
  80. ║ │                 │ │(N)/A                                           │    ║
  81. ║ │                 │ │(O)pt                                           │    ║
  82. ║ │                 │ │(R)eq                                           │    ║
  83. ║ │Name      Typ Len│ │(K)ey  Display Label                   Line Col │    ║
  84.  
  85. The following is an answer to a couple of Frequently asked questions
  86.  
  87. 1. QRDB looks in the directory it is run from for, DorInfo*.Def or
  88. Door.Sys. So it should be run from the directory your system puts
  89. Door.Sys in. Door.Sys shouldn't be put in the QRDB directory, because if
  90. it is you can only run one node as the QRDB directory can contain only
  91. one copy of Door.Sys.
  92.  
  93. 2. QRDB uses the following lines from Door.sys
  94.  
  95. 1.  Comm Port - COM0: = LOCAL MODE
  96. 2.  Baud Rate
  97. 10. User Full Name (First and Last)
  98. 11. Calling From (City, State)
  99. 15. Security Level
  100. 19. Minutes Remaining THIS call
  101. 20. Graphics Mode - GR=Graph, NG=Non-Graph
  102. 21. Page Length
  103.  
  104.  
  105.  
  106.  
  107.