DOCUMENT:Q192716 17-SEP-1998 [vbwin] TITLE :HOWTO: Update More Than 40 fields in an Access (Jet) Database PRODUCT :Microsoft Visual Basic for Windows PROD/VER:WINDOWS:1.5,2.0,5.0,6.0 OPER/SYS:WINDOWS KEYWORDS: ====================================================================== --------------------------------------------------------------------- The information in this article applies to: - Microsoft Visual Basic Enterprise Edition for Windows, versions 5.0, 6.0 - Microsoft Data Access Components versions 1.5, 2.0 --------------------------------------------------------------------- SUMMARY ======= A "Query is too complex" error occurs when using RDO or ADO to update data in an Access (Jet) database. Due to a limitation of the Jet database engine, this error can occur if the recordset to be updated contains more than 40 fields. This article describes the problem scenario, the Jet limitation, and several workarounds. MORE INFORMATION ================ When executing the Update() or BatchUpdate() methods of RDO's rdoResultset object, or the Update() or UpdateBatch() methods of ADO's Recordset object, the ODBC error S1000 "Query is too complex" (Visual Basic run-time error 40002) occurs. This behavior occurs because the default behavior of ADO and RDO is to use each field in the recordset to determine the record to be updated on the server. That is, when the update is attempted, a SQL Update query is sent to the server. Part of this query is a WHERE clause that is used to identify the record to be updated. An AND clause appears within the WHERE clause for each field to be used in that identification. Updating a recordset with more than 40 fields involves a WHERE clause with more than 40 ANDs. The Jet engine allows only 40 AND clauses within a SQL WHERE or HAVING clause. The Access ODBC driver returns a "Query is too complex" error when it encounters such a SQL statement. See the REFERENCES section of this article for more information. There are several ways to avoid this behavior: 1. For new applications, use DAO when working with Access databases. DAO was designed for this purpose, and will not issue a SQL query to perform the update. Note that RDO and especially ADO were designed to operate efficiently with many other types of databases and are recommended for applications that will interact with various servers or that will be upsized in the future to use Microsoft SQL Server, for example. 2. When opening the recordset to be updated (such as the RDO OpenResultset or ADO OpenRecordset methods), select specific, and 40 or fewer fields. 3. Use a server-side cursor. - To do this in ADO, set the CursorLocation location property of the Recordset object to adUseServer before opening the Recordset: ... Dim rs As ADODB.Recordset Set rs = New ADODB.Recordset rs.CursorLocation = adUseServer rs.Open ... ... - In RDO, set the CursorDriver property of the rdoEnvironment object before calling the OpenConnection() method: ... Dim eng As RDO.rdoEngine Dim cn As RDO.rdoConnection Dim env As RDO.rdoEnvironment Dim rs As RDO.rdoResultset Set eng = New rdoEngine Set env = eng.rdoCreateEnvironment(...) env.CursorDriver = rdUseServer Set cn = env.OpenConnection(...) Set rs = cn.OpenResultset(...) ... 4. Ensure that a unique key is used to identify the record to be updated, rather than the default behavior of using every field. A unique key (though not necessarily a primary key) must be defined in the underlying recordset for this technique to work. - To do this in ADO (this will not work in versions prior to ADO 2.0), set the Recordset object's "Update Criteria" property to adCriteriaKey. This will work both for the Update() and UpdateBatch() methods: ... Dim rs As ADODB.Recordset Set rs = New ADODB.Recordset rs.CursorLocation = adUseClient rs.Properties("Update Criteria").Value = adCriteriaKey rs.Open ... ... - For RDO, use the ClientBatch cursor library and ensure that the Resultset object's UpdateCriteria property is not set to rdCriteriaAllCols. By default, this property is set to rdCriteriaKey, which will cause the use of the primary key to determine the row(s) to be updated on the server: ... Dim eng As RDO.rdoEngine Dim cn As RDO.rdoConnection Dim env As RDO.rdoEnvironment Dim rs As RDO.rdoResultset Set eng = New rdoEngine Set env = eng.rdoCreateEnvironment(...) env.CursorDriver = rdUseClientBatch Set cn = env.OpenConnection(...) Set rs = cn.OpenResultset(...) rs.Edit ... rs.UpdateCriteria = rdCriteriaKey rs.Update ... REFERENCES ========== For additional information, please see the following article in the Microsoft Knowledge Base: ARTICLE-ID: Q92690 TITLE : ACC: Limit on ANDs in SQL Select Statement Additional query words: kbDSupport kbVBp kbdse kbADO200 kbADO150 kbRDO200 kbVBp500 kbVBp600 ====================================================================== Version : WINDOWS:1.5,2.0,5.0,6.0 Platform : WINDOWS Issue type : kbhowto ============================================================================= 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 1998.