home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / QRDB42B.ZIP / README < prev    next >
Text File  |  1994-03-29  |  5KB  |  96 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. If you are updating from Versions of QRDB prior to 3.x read the following.
  61.  
  62. If you have type 3 Database files, use QRDBMgr to check Security levels.
  63. Add, Edit and Delete features have been added to the type 3 DataBase,
  64. and security level fields in QRDBMgr have been expanded to control
  65. access. One other thing on the type 3 DataBase field codes in QRDBMgr
  66. have also been changed to N,O,R and K. The old (D) code will be
  67. interperted as (O) in any existing files.
  68.  
  69. ║ │                 │ │(N)/A                                           │    ║
  70. ║ │                 │ │(O)pt                                           │    ║
  71. ║ │                 │ │(R)eq                                           │    ║
  72. ║ │Name      Typ Len│ │(K)ey  Display Label                   Line Col │    ║
  73.  
  74. The following is an answer to a couple of Frequently asked questions
  75.  
  76. 1. QRDB looks in the directory it is run from for, DorInfo*.Def or
  77. Door.Sys. So it should be run from the directory your system puts
  78. Door.Sys in. Door.Sys shouldn't be put in the QRDB directory, because if
  79. it is you can only run one node as the QRDB directory can contain only
  80. one copy of Door.Sys.
  81.  
  82. 2. QRDB uses the following lines from Door.sys
  83.  
  84. 1.  Comm Port - COM0: = LOCAL MODE
  85. 2.  Baud Rate
  86. 10. User Full Name (First and Last)
  87. 11. Calling From (City, State)
  88. 15. Security Level
  89. 19. Minutes Remaining THIS call
  90. 20. Graphics Mode - GR=Graph, NG=Non-Graph
  91. 21. Page Length
  92.  
  93.  
  94.  
  95.  
  96.