DOCUMENT:Q170129 07-NOV-2000 [foxpro] TITLE :PRB: Update Conflict When Updating Oracle Varchar Data Types PRODUCT :Microsoft FoxPro PROD/VER::5.0,5.0a,6.0 OPER/SYS: KEYWORDS:kberrmsg kbvfp kbvfp500 kbvfp500a kbvfp600 ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - Microsoft Visual FoxPro for Windows, versions 5.0, 5.0a, 6.0 ------------------------------------------------------------------------------- SYMPTOMS ======== When updating a remote view based on an Oracle table that contains fields of type "varchar," you may receive an Update Conflict error. CAUSE ===== When a remote view retrieves data from the Oracle backend, all varchar fields are converted to character fields. Visual FoxPro pads the character fields with spaces to accommodate the overall length of the varchar field. The Update Conflict occurs as a result of a mismatch in the SQL WHERE clause criteria due to the padded spaces. For example: if an Oracle table has a varchar(5) field with a value of "aaa". the actual value that the remote view uses in the SQL WHERE clause is "aaa ". The Update Conflict occurs because "aaa"<>"aaa ". NOTE: This occurs when the varchar field size is less than the default set in the 'Use Memo Fields for Fields <=:' setting in Tools/Options/Remote Data. Any Oracle varchar field with a size greater than this setting will be viewed as a memo field. RESOLUTION ========== Here are two possible methods you can use to avoid the Update Conflict: - Set the SQL WHERE clause option in the Update Criteria such that no varchar fields are included in the SQL WHERE clause. In other words, select the option button choice, "Key fields only". NOTE: The following documentation is in the Visual FoxPro Help topic, "Update Criteria Tab, View Designer" as follows: SQL WHERE Clause Includes Controls which fields are added to the WHERE clause to detect update conflicts on the server when the changes to the view are sent to the original tables. A conflict is based on a comparison between the old values in the view, OLDVAL( ), and the current values in the original table, CURVAL( ). If the values are equal, the original table is considered unchanged and no conflict exists. If they are not equal, a conflict exists and the data source returns an error. The error returned for a conflict between the old value and the current value is Error 1585 "Record has been modified by another" or Error 1494 "Update conflict. Use TABLEUPDATE() to force the update or TABLEREVERT() to rollback". Key Fields Only: Sets the WHERE clause to detect a conflict if a key field has been changed in the original table. Changes made by another user to any other field in the original record of the table are not compared. Key and Updatable Fields: Sets the WHERE clause to detect a conflict if another user changed any of the fields that were updatable. Key and Modified Fields: Sets the WHERE clause to detect a conflict if the key field or one of the modified fields in the record in the original table has changed since the view was first retrieved (default). Key and Timestamp: Sets the WHERE clause to detect a conflict if the timestamp of the record on the original table has changed since it was first retrieved. This option is only available if the remote table has a timestamp column. -or- - Change the data type of all the varchar fields to Memo. You can do this by clicking the Properties button on the Fields tab of the Remote View Designer. MORE INFORMATION ================ Steps to Reproduce Behavior --------------------------- 1. Create an Oracle table that contains at least one varchar field. 2. Create a remote view based on the Oracle table created in step 1. 3. Make the varchar field updateable and set the SQL WHERE clause option to "Key and modified." 4. Browse the view, and make a change to the varchar field. 5. Close the view. NOTE: The Update Conflict error occurs. Additional query words: ====================================================================== Keywords : kberrmsg kbvfp kbvfp500 kbvfp500a kbvfp600 Technology : kbVFPsearch kbAudDeveloper kbVFP500 kbVFP600 kbVFP500a Version : :5.0,5.0a,6.0 Issue type : kbprb ============================================================================= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 2000.