home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 1998 April B / Pcwk4b98.iso / Borland / Dbase50w / HELP.PAK / DBASESQL.TXT < prev   
Text File  |  1994-08-02  |  5KB  |  145 lines
  1.             BORLAND SQL LINKS FOR WINDOWS TIPS
  2.               FOR dBASE 5.0 FOR WINDOWS USERS
  3.             ----------------------------------
  4.  
  5.  
  6. This file contains important, late-breaking information 
  7. about Borland SQL Links that apply only to dBASE for 
  8. Windows users. 
  9.  
  10. For general, late-breaking information on Borland SQL 
  11. Links for Windows, see READLINK.TXT.
  12.  
  13. * * * * *
  14.  
  15.  
  16. GENERAL INFORMATION 
  17. -------------------
  18.  
  19. INDEXING ONE OR MORE FIELDS WHEN USING CREATE TABLE. When 
  20. you use CREATE TABLE to create a new SQL table and place 
  21. an index on one or more fields in the dialog, dBASE 
  22. creates separate indexes on each field in the index. The 
  23. Create dialog does not create a unique index.
  24.  
  25. If you want to assign indexes to a new SQL table, do one 
  26. of the following:
  27.  
  28. - Save the table and then assign the indexes manually,
  29.   using a command  with the format:
  30.  
  31.      USE tablename EXCLUSIVE 
  32.      INDEX ON column1,column2 TAG tagname UNIQUE
  33.  
  34. - Use SQLEXEC() to create a server-specific index with 
  35.   SQL statements, such as the following Sybase statement:
  36.  
  37.  
  38.      SQLEXEC ("create unique index indexName on tableName
  39.          (col1,col2)")
  40.  
  41.  
  42. MODIFYING DBASEWIN.INI TO SHOW SQL SYSTEM TABLES. If 
  43. you modify the [Desktop] section of your DBASEWIN.INI 
  44. file so ShowSystemTables equals one (1), the dBASE 
  45. Navigator respects this setting. The tables are always 
  46. visible when you execute the DIR command.
  47.  
  48.  
  49. SUPPORT FOR ODBC DRIVERS. This release of dBASE for 
  50. Windows is not certified for use with vendor-supplied 
  51. ODBC drivers.
  52.  
  53.  
  54.  
  55. INTERNATIONAL ISSUES
  56. --------------------
  57.  
  58. CHOOSING A LANGUAGE DRIVER. If you are an international 
  59. customer, be sure to choose a global language driver 
  60. whose character set matches the character set of your 
  61. SQL language driver. In many cases Borland does not 
  62. provide a global language driver with the character set 
  63. required for certain SQL tables; for example, language 
  64. drivers allowing access to HP Roman 8, any ANSI SQL 
  65. data, or to most UNIX data. For a discussion of what 
  66. language drivers do and how to choose one correctly, see 
  67. the Borland SQL Links Getting Started manual. 
  68.  
  69. Failure to match language drivers correctly can cause 
  70. the display of "garbage" characters in your SQL data. If 
  71. you then attempt to change the data, corruption can re-
  72. sult. For example, if you have a German 850 global 
  73. language driver installed and you access Sybase 850 SQL 
  74. tables, you can read and write the extended characters 
  75. correctly.  However, if you try to access Sybase 437 
  76. SQL tables, some data will be visible but it will include
  77. a lot of "garbage" characters. If you try to change it, 
  78. the data will be corrupted. In this release, dBASE can 
  79. neither detect nor prevent such actions.
  80.  
  81.  
  82. USING SEEK AND FIND. When used against international data, 
  83. the SEEK and FIND functions both behave as if EXACT is 
  84. turned on. This means that secondary entries are not 
  85. retrieved; if there are any duplicate entries in the 
  86. database they are not located.
  87.  
  88.  
  89.  
  90. INFORMIX DRIVER
  91. ---------------
  92.  
  93. This release of dBASE for Windows is not certified to run 
  94. with the SQL Link Informix driver.
  95.  
  96.  
  97.  
  98. INTERBASE DRIVER
  99. ---------------- 
  100.  
  101. No issues for this release.
  102.  
  103.  
  104.  
  105. ORACLE DRIVER
  106. -------------
  107.  
  108. WORKING WITH NUMERIC FIELDS IN DBASE-TO-ORACLE COPIED 
  109. TABLES. When a dBASE table is copied to an Oracle table, 
  110. any numeric data is created as an Oracle NUMBER field 
  111. with no precision or scale. Oracle's NUMBER datatype 
  112. can handle floating point numbers with up to 38 digits 
  113. of precision. 
  114.  
  115.  
  116. USING SQLEXEC() WITH PARADOX-TO-ORACLE COPIED TABLES. 
  117. When you query an Oracle database and your target is a 
  118. table that was copied from Paradox to Oracle, be sure 
  119. to place quotes around all mixed-case column names.
  120.  
  121.  
  122. CHANGING RECORDS AND BROWSING. When you replace an 
  123. Oracle character string with an empty (blank) string 
  124. and then browse, dBASE appears to display duplicate 
  125. records. This is a visual problem only; the records 
  126. are not really duplicated. If you then attempt to 
  127. modify one of these "duplicate" records while in 
  128. BROWSE mode, you may receive the error message 
  129. "Record/Key deleted."
  130.  
  131. To eliminate the "duplicate" records, close the browse 
  132. window and REFRESH the screen. Then re-enter BROWSE 
  133. mode.
  134.  
  135.  
  136.  
  137. SYBASE DRIVER
  138. -------------
  139.  
  140. USING INSERT TRIGGERS THAT CONTAIN THE RAISERROR 
  141. MESSAGE. If you use a Sybase table with an insert 
  142. trigger that uses RAISERROR, a KeyViolation Error always 
  143. follows the Raiserror message. This prevents users from 
  144. inserting any records from that point afterward. 
  145.