Page 326 of 516« First...102030...324325326327328...340350360...Last »

Slow performance when user opens an object with Name AutoCorrect enabled in Microsoft Access

If a database has the Name AutoCorrect feature enabled, users may experience a delay when they try to open database objects.
When using a secured database with Name AutoCorrect enabled, the current user must have design permissions on the object to enable Name AutoCorrect to track, fix, and log the binding errors when an object is opened. If a user does not have design permission on an object that Name AutoCorrect is trying to change, the changes occur every time that the user opens the object because the user does not have permissions to ever save the changes.
Have a user who has permissions to modify the design of the object open the object. Then the changes will be permanent.
To determine if the Name AutoCorrect feature is in use for the database, click Options on the Tools menu, and then click the General tab. Note that there are three check boxes for the Name AutoCorrect feature, as follows:

Track name AutoCorrect info

Perform name AutoCorrect

Log name AutoCorrect changes

If the Track name AutoCorrect info text box is selected (checked), the Name AutoCorrect feature is in use for the database.

See the original article here:
Slow performance when user opens an object with Name AutoCorrect enabled in Microsoft Access

ACC2000: How to Determine Version of INSTCAT.SQL File on Server

The INSTCAT.SQL file is used with the SQL Server ODBC
driver to create stored procedures for use with SQL Server version 6.5. This
file is included in SQL Server 6.5.

NOTE: The functionality provided in the INSTCAT.SQL file is integrated
into SQL Server version 7.0.

This article describes the SQL stored
procedure that you can use to query for the version number of the INSTCAT.SQL
file that was run against the SQL Server computer.

You can install
the latest INSTCAT.SQL file from SQL Server 6.5 Service Pack 5a or from the
Microsoft Data Access Components (MDAC).

You can download the
Microsoft SQL Server 6.5 Service Pack 5a from the following Microsoft Web site:

You can download the Microsoft Data Access Components (MDAC) from
the following Microsoft Web site:

You can execute the following syntax in a pass-through
query in Access and in a query window in SQL Server: The attribute_value field of the returned row contains the
version number. If an empty recordset is returned, it is likely that the
INSTCAT.SQL file was not run on the server. The result will resemble the
following:
   attribute_id   attribute_name      attribute_value
   --------------------------------------------------
   500            SYS_SPROC_VERSION   01.00.2101
				
For additional information about the INSTCAT.SQL file,
please see the following article in the Microsoft Knowledge Base:
208740 

(http://support.microsoft.com/kb/208740/EN-US/
)
Microsoft Access 2000 Does Not Install INSTCAT.SQL

View post:
ACC2000: How to Determine Version of INSTCAT.SQL File on Server

ADO help does not work if you reference ADO 2.6 object library in Access 2002

After you add a reference to the ActiveX Data Objects (ADO)
2.6 object library, when you try to bring up context sensitive Help for ADO (by
pressing F1), Help opens but displays a blank window.
The ADO 2.6 help file is not included with the core MDAC
2.6 installation file, mdac_typ.exe. This applies to either downloading
mdac_typ.exe directly from the Microsoft website or installing it from the
installation program of a separate application (such as Microsoft SQL Server
2000).
The ADO 2.6 Help files are included with the ADO 2.6
Software Development Kit (SDK), a separately downloadable file. You can
download the ADO 2.6 SDK from the following Microsoft Web site:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=6a7d785f-c2e0-471d-a33b-82ad1d514737
(http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=6a7d785f-c2e0-471d-a33b-82ad1d514737)

After you install the ADO 2.6 SDK, you can view ADO 2.6 Help in
the Microsoft Data Access SDK 2.6 program group from your Start button. However, to make context-sensitive Help available from
within Access, you must follow these steps:

  1. In the folder where you installed the ADO 2.6 SDK, locate
    the files ADO260.chm and ADO260.chi. By default, these files are installed in
    the following folder:

    C:Program FilesMicrosoft Data Access SDKDocs

  2. Copy the ADO260.chm and ADO260.chi files, and then paste
    them to one of the following two folders, depending on the version of Microsoft
    Windows that you are running:
    For Microsoft Windows 98 and Microsoft Windows Millennium Edition (ME):

    C:WindowsHelp

    For Microsoft Windows NT and Microsoft Windows 2000:

    C:WINNTHelp

    NOTE: The exact folder path may differ if you have installed Windows
    to a non-default location.

    You can now bring up ADO 2.6
    context-sensitive Help from within the Visual Basic Editor.

Microsoft
has confirmed that this is a problem in the Microsoft products that are listed
at the beginning of this article.

Steps to Reproduce the Behavior

  1. Install Access 2002 on a clean Windows-based computer that
    has not had MDAC 2.6 installed.
  2. Install MDAC 2.6 by installing SQL Server 2000 or install
    it from the following Microsoft Web site:
  3. Open the sample database Northwind.mdb, and then open the
    Visual Basic Editor.
  4. On the Tools menu, click References.
  5. Add a reference to Microsoft ActiveX Data Objects 2.6 Library.
  6. Add the following code to a module:
    Public Sub TestADO26()
       Dim vTest As ADODB.Field
    End Sub
    					

  7. Place your mouse pointer within the word Field, and then press F1.

    Note that Help opens but with a
    blank gray window.

Note that if you change your ADO reference to 2.5 and then try
the same steps, the appropriate Help topic is displayed.

View post:
ADO help does not work if you reference ADO 2.6 object library in Access 2002

Excel displays incorrect values when you export an Access report with numbers

You may use the Export option in Access to
export a report to Microsoft Excel. If the report has numeric values in the
text field, the resultant Excel worksheet may have incorrect values.

This problem may also occur when you use the Analyze It with
Microsoft Excel
option in Access.

To work around this problem, follow these steps:

  1. Concatenate a character to the numeric values that are in a
    text field. For example, you can concatenate an apostrophe (‘).
  2. Export the report to Excel.
  3. Remove the concatenated character from the field in
    Excel.

To work around the problem for the example that is provided in
the “Steps to Reproduce the Problem” section, follow these steps:

  1. Start Access.
  2. Open the C:MyExample.mdb database.
  3. In the Database window under
    Objects, click Reports.
  4. In the right-pane, right-click MyReport
    and then click Design View.
  5. In the Detail section, right-click the
    MyText text box and then click
    Properties.
  6. In the Text Box: myText dialog box, click
    the Data tab.
  7. In the Control Source box, type
    =MyText & “‘”.
  8. Click
    the All tab, and then change the value of the Name
    property to MyText1.
  9. Click the Print Preview icon.
  10. On the Tools menu, point to Office
    Links
    and then click Analyze It with Microsoft
    Excel
    .

You can see that the values in the MyText
column display correctly. However, the values each have an apostrophe-character
suffix.

Microsoft provides programming examples for illustration only, without warranty either expressed or implied. This includes, but is not limited to, the implied warranties of merchantability or fitness for a particular purpose. This article assumes that you are familiar with the programming language that is being demonstrated and with the tools that are used to create and to debug procedures. Microsoft support engineers can help explain the functionality of a particular procedure, but they will not modify these examples to provide added functionality or construct procedures to meet your specific requirements.

To remove the apostrophe-character suffix from the
MyText column in Excel, follow these steps:

  1. Select the columns that have the apostrophe-character
    suffix.
  2. On the Tools menu, point to
    Macro and then click Visual Basic
    Editor
    .
  3. In the Project – VBA Project window, click
    ThisWorkbook.
  4. On the View menu, click
    Code.
  5. Paste the following code in the Code
    window:
    Private Sub Workbook_Open()
    
        Selection.Replace What:="'", Replacement:="", LookAt:=xlPart, _
            SearchOrder:=xlByRows, MatchCase:=False, SearchFormat:=False, _
            ReplaceFormat:=False
    End Sub
    

  6. In the Code window, click any part of the
    code that is mentioned in step 5. On the Run menu, click
    Run Sub/UserForm.
  7. On the File menu, click Close and
    Return to Microsoft Office Excel
    .

    Note The apostrophe-character suffix is removed from the selected
    columns.

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the “Applies to” section.
For more information about exporting Access reports to Excel, click Microsoft Access Help on the
Help menu, type export data or database
objects
in the Office Assistant or the Answer Wizard, and then click Search to view the topic.

Read the original post:
Excel displays incorrect values when you export an Access report with numbers

Update query or delete query may not succeed in Access if the query reads data from a linked-text file

If you try to update a Microsoft Access table by using an
update query that reads data from a linked-text file, the update may fail and
you may receive the following error message:

Updating
data in a linked table is not supported by this
ISAM.

Note for Microsoft Office Access 2007 users
To determine the unique number that is associated with the message that you receive, press CTRL+SHIFT+I. The following number appears in the lower-right corner of this message: If you try to update an Access table by using a delete query that reads data from a linked-text file, the deletion may fail and you may receive the
following error message:

Deleting data in a
linked table is not supported by this ISAM.

Note for Microsoft Office Access 2007 users
To determine the unique number that is associated with the message that you receive, press CTRL+SHIFT+I. The following number appears in the lower-right corner of this message:

To work around this problem, import the text file to the
Access database and then run the update query or run the delete
query.
For more information about how to import a text file in Microsoft Office
Access 2003, click Microsoft Office Access Help on the Help menu, type Import or link data and objects in the Search for box in the Assistance pane, and then click Start searching to view the topic.

For more information about how to import a text file in Microsoft Access
2002, click Microsoft Access Help on the Help menu, type Import
or link data and objects
in the Office Assistant or the Answer Wizard, and then click Search to view the topics returned.

View original post here:
Update query or delete query may not succeed in Access if the query reads data from a linked-text file

How to programmatically create a new column in an Access report

Article ID: 812719 – Last Review: September 17, 2011 – Revision: 11.0

This article describes how to programmatically create a
column in an Access report. You can dynamically add the column to the report by
using either Method 1 or Method 2 that are described in the “More Information”
section.
Note The sample code in this article uses Microsoft Data Access
Objects. For this code to run properly, you must reference the Microsoft DAO
3.6 Object Library. To do so, click References on the
Tools menu in the Visual Basic Editor, and make sure that the
Microsoft DAO 3.6 Object Library check box is selected.

Method 1 Add Columns to the Report Programmatically

The example that follows shows you how to programmatically create
an Access report. The code generates a report that is based on record source
query. The generated report displays the Firstname column and
the Lastname column of the Employees table of
the Northwind.mdb sample database.

  1. Start Access.
  2. On the Help menu, click Sample Databases, and then click Northwind Sample Database. Close the Main Switchboard form when it appears.

    Note In Access 2007, click Sample in the Template Categories pane, click Northwind 2007, and then click Download.

  3. In the left pane, click
    Reports.

    Note In Access 2007, skip this step.

  4. In the right pane, double-click Create report in
    Design View
    .

    Note In Access 2007, click Report Design in the Reports group on the Create tab.

  5. On the File menu, click
    Save.

    Note In Access 2007, click Microsoft Office Button, and then click Save.

  6. In the Save As dialog box, type
    AccessColumnBuilder and then click
    OK.
  7. Close the report.
  8. In the left pane, select Forms.

    Note In Access 2007, skip this step.

  9. In the right pane, double-click Create form in
    Design View
    .

    Note In Access 2007, click Form Design in the Forms group on the Create tab.

  10. Add a command button to the form.

    Note In Access 2007, click Button to add a button to the form in the Controls group on the Design tab.

  11. Right-click the command button, click Build Event, click Code Builder in the Choose Builder dialog box, and then click OK.
  12. Add the code that follows to the OnClick event of the command button:
    Dim txtNew As Access.TextBox
    Dim labNew As Access.Label
    Dim lngTop      As Long
    Dim lngLeft     As Long
    Dim lblCol    As  Long
    Dim rpt As Report
    Dim reportQuery As String
    Dim rs As DAO.Recordset
    Dim i As Integer
    Dim prevColwidth As long
    
    lngLeft = 0
    lngTop = 0
    
    ' Open the report to design.
    ' To make changes in the number of columns that appear at run time.
    
    DoCmd.OpenReport "AccessColumnBuilder", acViewDesign
    
    Set rpt = Reports!AccessColumnBuilder
    
    ' Change the number of columns required as per your requirement.
    reportQuery = "SELECT FirstName, LastName FROM Employees"
    
    ' Open the recordset.
    Set rs = CodeDb().OpenRecordset(reportQuery)
    ' Assign the query as a record source to report control.
    rpt.RecordSource = reportQuery
    
    ' Set the value to zero so that the left margin is initialized.
    prevColwidth = 0
    lblCol = 0
    ' Print the page header for the report.
    For i = 0 To rs.Fields.Count - 1
    Set labNew = CreateReportControl(rpt.Name, acLabel, acPageHeader, _
          , rs.Fields(i).Name, lblcol, , , lngTop)
          labNew.SizeToFit
          lblCol = lblCol + 600 + labNew.Width
    Next
    
    ' Create the column depending on the number of fields selected in reportQuery.
    ' Assign the column value to new created column.
    For i = 0 To rs.Fields.Count - 1
          ' Create new text box control and size to fit data.
          Set txtNew = CreateReportControl(rpt.Name, acTextBox, _
             acDetail, , , lngLeft + 15 + prevColwidth, lngTop)
          txtNew.SizeToFit
          txtNew.ControlSource = rs(i).Name
          ' Modify the left margin depending on the number of columns
          ' and the size of each column.
          prevColwidth = prevColwidth + txtNew.width
    Next
    'To save the modification to the report,  uncomment the following line of code:
    	'DoCmd.Save
    ' View the generated report.
    DoCmd.OpenReport "AccessColumnBuilder", acViewPreview
    
    ' This opens the report in preview.
    

  13. Save and then run the form.
  14. To preview the report, click the command button that you
    added in step 10.

    The records that follow appear on the first
    page:

    The report contains the Firstname
    column and the Lastname column of the
    Employees table. You can either save the report or make the
    required changes to the query and then run the report.

Method 2 Add Columns to the Report at Run Time by Setting the Visible Property of the Existing Column

This example shows you how to display a new column in a report by
manipulating the Visible property of the control.

The report contains four
columns. The Visible property of the first three columns is set to
yes. The Visible property of the fourth column is set to no. On a
page break, the Visible property of the fourth column is set to yes when
the column appears.

  1. Start Access.
  2. On the Help menu, click Sample Databases, and then click Northwind Sample Database. Close the Main Switchboard form when it appears.

    Note In Access 2007, click Sample in the Template Categories pane, click Northwind 2007, and then click Download.

  3. To create a report that is named Report1
    and is based on the Products table, follow these steps:

    1. In the Database window, click
      Reports and then click New.

      Note In Access 2007, click Report Wizard in the Reports group on the Create tab.

    2. In the New Report dialog box, click Design View, selectProducts, and then
      click OK.
    3. Add the following text boxes to the
      Detail section of the report. Align the text boxes.
    4. Put the corresponding labels in the Page
      Header
      section of the report. Align the labels.
      Report: Report1
         --------------------------
         Caption: TestReport
         ControlSource: Products
      
         Label:
            Name: ProductName_label
      
         Text Box:
            Name: ProductName
            ControlSource: ProductName
      
         Label:
            Name: UnitPrice_label
      
         Text Box:
            Name: UnitPrice
            ControlSource: UnitPrice
      
         Label:
            Name: UnitsInStock_label
      
         Text Box:
            Name: UnitsInStock
            ControlSource: UnitsInStock
      
         Label:
             Name: TotalPrice_label
             Visible: No
      
         Text Box:
            Name:  TotalPrice
            ControlSource:  =UnitPrice * UnitsInStock
            Visible: No
      

  4. Add a text box control with the following properties to the Detail section. Put the text box directly above
    the ProductName control.

    This control acts as a
    counter for the number of records in the report.

    Text Box:
       -----------------------
       Name: Counter
       ControlSource: =1
       Visible: No
       RunningSum: Over All
    

  5. On the Toolbox, click
    Page Break.

    Note In Access 2007, click Add or Remove Page Break in the Controls group on the Design tab.

  6. Add a page break control to the lower-left corner
    of the Detail section. Put the page break control directly
    below the ProductName control. Set the Name
    property to PageBreak.
  7. In the Detail section, set the
    OnFormat property to the following event procedure:
        If Me!Counter Mod 2 = 0 Then Me!PageBreak.Visible = True _
        Else Me!PageBreak.Visible = False
    

  8. To reduce the blank space in the report, put your pointer
    between the bottom of the Detail section and the Page
    Footer
    and then drag up.
  9. In the Page Footer section, set the
    OnPrint property to the event procedure that follows:
    If Me!PageBreak.Visible = True Then
        Me!TotalPrice.Visible = True
        Me!TotalPrice_label.Visible = True
    Else
        Me!TotalPrice.Visible = False
        Me!TotalPrice_label.Visible = False
    End If
    

    When PageBreak occurs, the TotalPrice
    column appears.

  10. Preview the report. The records that follow appear on the
    first page:
    Product Name	Unit Price	Unit in Stock

    Note The first page of the report contains three
    columns.

    The records that follow appear on the second page:

    Product Name	Unit Price	Unit in Stock	Total Amount

    Aniseed Syrup 	$10.00		13    		130

    Note The page break occurs after the first page. Therefore, the second
    page of the report contains four columns.

For additional information, click the following article
numbers to view the articles in the Microsoft Knowledge Base:
231806 

(http://support.microsoft.com/kb/231806/EN-US/
)

ACC2000: Page Header That Spans Full Width of Multi-Column
Report
209006 

(http://support.microsoft.com/kb/209006/EN-US/
)
ACC2000: How to Control the Number of Records Printed per Page
210336 

(http://support.microsoft.com/kb/210336/EN-US/
)
ACC2000: Sample Function to Determine Current Page of a Form
208979 

(http://support.microsoft.com/kb/208979/EN-US/
)
ACC2000: How to Print a Group Footer at a Specific Location
231851 

(http://support.microsoft.com/kb/231851/EN-US/
)
ACC2000: Microsoft Access 2000 Sample Reports Available in Download Center

For more information about how to programmatically
create an Access report, visit the following Microsoft Developer Network (MSDN)
Web site:
http://msdn2.microsoft.com/en-us/library/aa188513(office.10).aspx
(http://msdn2.microsoft.com/en-us/library/aa188513(office.10).aspx)



APPLIES TO
  • Microsoft Office Access 2007
  • Microsoft Office Access 2003
  • Microsoft Access 2002 Standard Edition
kbprogramming kbvba kbinfo kbhowto KB812719

Other Resources

Other Support Sites

Community

Get Help Now

Article Translations

Read the original:
How to programmatically create a new column in an Access report

Access may cause an error when you open or delete or compact linked tables

When you compact or when you try to open or to delete a
linked table from an Access database window, one of the following behaviors may
occur:

  • When you double-click to open the linked table, nothing
    happens.
  • When you try to delete the linked table, nothing
    happens.
  • You compact the database and the database appears to close.
    When you try to reopen the database from Microsoft Windows Explorer, you
    receive the following error message:

    Could not use

    ; file already in use.

  • You receive an Invalid Page Fault in Ntdll.dll.
  • Access quits unexpectedly and then tries to send an error
    report.
The path or the Connect property of the linked table exceeds 128 characters in
length.
To resolve this problem, obtain the latest Microsoft Jet 4.0
Service Pack. The service pack contains an updated version of the Microsoft Jet
4.0 database engine.

For
additional information about how to obtain the latest version of the Jet 4.0
database engine, click the following article number to view the article in the
Microsoft Knowledge Base:

282010 

(http://support.microsoft.com/kb/282010/
)

How to find information about Microsoft Jet 4.0 Service Pack 7

Change the location of the linked database to shorten the
path. Then run the Linked Table Manager to update the linked table
connection.

When the total length of the Connect property for the linked table is less than 128 characters
(including the path of the linked database and the table name), the error does
not occur.

If the linked backend database is not on the local
computer, share the folder where the backend database resides by using a UNC
connection () instead
of a mapped drive.

Microsoft
has confirmed that this is a problem in the Microsoft products that are listed
at the beginning of this article.
This problem has been resolved in Microsoft Jet 4.0
Service Pack 7 (SP7).

Original post:
Access may cause an error when you open or delete or compact linked tables

Error message when you try to save an edited record that is based on a multi-table view in Microsoft Access: "This record has been changed by another user since you started editing it"

Article ID: 837937 – Last Review: September 17, 2011 – Revision: 4.0

This article applies only to a Microsoft Access project (.adp).

Moderate: Requires basic macro, coding, and interoperability skills.

When you edit a record in a form that is based on a multi-table view, and you are working in a multi-user environment, you may be unsuccessful when you try to save the changes to the record. You may also receive the following error message in the Write Conflict dialog box:
This record has been changed by another user since you started editing it. If you save the record, you will overwrite the changes the other user made.

Copying the changes to the clipboard will let you look at the values the other user entered, and then paste your changes back in if you decide to make the changes.

If you click either Copy to Clipboard or Drop Changes in the Write Conflict dialog box, you may notice that the changes that you made to the record are undone, and that the changes to the record that were made by the other user are now visible. However, if you edit the same record again, and you try to save the record, you may receive the error message that is mentioned in the “Symptoms” section again.

You may also notice the error message that is mentioned in the “Symptoms” section intermittently when you click Save Record.

Note You may not see this behavior when you use Microsoft Access 2000.

To work around this problem, use one of the following methods:
  • Update the form that is based on the multi-table view

    On the first occurrence of the error message that is mentioned in the “Symptoms” section, you must click either Copy to Clipboard or Drop Changes in the Write Conflict dialog box. To avoid the repeated occurrence of the error message that is mentioned in the “Symptoms” section, you must update the recordset in the form before you edit the same record again.

    Notes

    • To update the form in Access 2003 or in Access 2002, click Refresh on the Records menu.
    • To update the form in Access 2007, click Refresh All in the Records group on the Home tab.
  • Use a main form with a linked subform

    To avoid the repeated occurrence of the error message that is mentioned in the “Symptoms” section, you can use a main form with a linked subform to enter data in the related tables. You can enter records in both tables from one location without using a form that is based on the multi-table view.

    To create a main form with a linked subform, follow these steps:

    1. Create a new form that is based on the related (child) table that is
      used in the multi-table view. Include the required fields on the form.
    2. Save the form, and then close the form.
    3. Create a new form that is based on the primary table that is used in
      the multi-table view. Include the required fields on the form.
    4. In the Database window, add the form that you saved in step 2 to
      the main form.

      This creates a subform.

    5. Set the Link Child Fields property and
      the Link Master Fields property of the subform to the name of the field or fields that are
      used to link the tables.
Microsoft has confirmed that this is a bug in the Microsoft products that are listed in the “Applies to” section.
In a multi-user environment, Microsoft Access project (.adp) uses a technique that is named optimistic record locking to handle record contention. Therefore, when more than one user is working with the same record at the same time, one of the users may receive the error message that is mentioned in the “Symptoms” section. However, the error message that is mentioned in the “Symptoms” section may also intermittently appear when all the following conditions are true:
  • The form is based on a multi-table view.
  • The multi-table view is based on the tables that are involved in a parent-child relationship.
  • The record that is being edited has been changed and committed by another user since you began editing the record.

You may notice that the same problem occurs when you use the multi-table view directly in a multi-user environment.

Steps to reproduce the problem

  1. Start Access.
  2. Open the NorthwindCS.adp sample database project.
  3. In the Database window, click Queries in the Objects section.

    Note In Access 2007, click Query Wizard in the Other group on the Create tab.

  4. In the right pane, double-click Create view in designer.

    Note In Access 2007, in the New Query dialog box, click Design View, and then click OK.

  5. In the Add Table dialog box, double-click both Orders and Order Details on the Tables tab, and then click Close.
  6. Type or paste the following query in the SQL pane:
    SELECT
    	dbo.Orders.OrderID,
    	dbo.Order Details.ProductID,
    	dbo.Order Details.Quantity,
    	dbo.Orders.ShipName
    FROM
    	dbo.Orders
    	INNER JOIN
    	dbo.Order Details
    	ON
    		dbo.Orders.OrderID = dbo.Order Details.OrderID

    Notes

    • In Access 2003 or in Access 2002, if the SQL pane is not visible, point to Show Panes on the View menu, and then click SQL.
    • In Access 2007, on the Design tab, click SQL in the Tools group to open the SQL pane.
  7. Save the view asOrderView.
  8. On the View menu, click Datasheet View.

    Note In Access 2007, on the Design tab, click the arrow under View, and then click Datasheet View.

  9. Edit a record in the OrderView view.

    Note Make sure that the record has not been saved.

  10. Open another instance of the NorthwindCS.adp sample database project.
  11. Edit the same record that you edited in step 9.
  12. On the Records menu, click Save Record.

    Note In Access 2007, click Microsoft Office Button, and then click Save.

    You may receive the error message that is mentioned in the “Symptoms” section.

For additional information, click the following article number to view the article in the Microsoft Knowledge Base:

295225 

(http://support.microsoft.com/kb/295225/
)

ACC2002: Write Conflict error when you add a record in multi-table view



APPLIES TO
  • Microsoft Office Access 2007
  • Microsoft Office Access 2003
  • Microsoft Access 2002 Standard Edition
kbtshoot kbexpertiseinter kbuser kbadp kberrmsg kbprb KB837937

Other Resources

Other Support Sites

Community

Get Help Now

Article Translations

Read the article:
Error message when you try to save an edited record that is based on a multi-table view in Microsoft Access: "This record has been changed by another user since you started editing it"

INFO: Identifying the Jet Database Engine Components

DAO is a COM wrapper around the Jet Engine, which is used by Microsoft
Access, Excel, Project, Visual Basic, and the Microsoft Foundation Classes
(among others). It can be confusing which version of Jet you are using
because so many applications may distribute Jet onto your machine. The
tables and explanations in this article are intended to help you identify
the version and components of Jet that you are using for the given
application.
This table displays which version of Jet is shipped with each of the
following products.
   Application                      Microsoft JET version
   -----------------------------------------------------------------------
   Microsoft Access 1.0             1.0
   Microsoft Access 1.1             1.1
   Microsoft Access 2.0             2.0
   Microsoft Access 2.0             2.5 with Microsoft Access Service Pack
   Microsoft Access 7.0             3.0
   Microsoft Access 97              3.5 with Office 97
   Microsoft Access 97 SR1          3.5 with Office 97SR1
   Visual Basic 3.0                 1.1
   Visual Basic 3.0                 2.0 with Visual Basic Compatibility
                                        Layer
   Visual Basic 3.0                 2.5 with Microsoft Access Service Pack
   Visual Basic 4.0 16-bit          2.5
   Visual Basic 4.0 32-bit          3.0
   Visual Basic 5.0 32-bit          3.0
   Visual Basic 5.0 32-bit          3.5
   Visual C++ 4.X                   3.0
   Visual C++ 5.0                   3.5
   Jet 3.51 (web download)          3.51 (Latest, 3.5 Binary compatible)
				

Compatibility Among Versions

With each new version of Microsoft Jet, enhancements in functionality and
changes to the structure of the database file cause problems with backward
compatibility. Wherever possible, efforts have been made to ensure an easy
migration path among versions. However, incompatibilities do exist. The
following table illustrates how you can use database files and objects
among different versions of Microsoft Jet.

                            Jet Version
                 --------------------------------
                 1.0   1.1   2.0   2.5   3.0  3.5
   ----------------------------------------------
   MDB Version
   -----------
   1.0            Y     Y     Y     Y     Y    Y
   1.1            N     Y     Y     Y     Y    Y
   2.0            N     N     Y     Y     Y    Y
   3.0            N     N     N     N     Y    Y
				

A “Y” indicates that you can use the database without conversion; “N”
indicates that you cannot use or convert the database. With DAO code, you
can open any version of any database up to the same version of Microsoft
Jet. Microsoft Access is an exception to this rule because it can open only
those databases with the same version as itself. However, it can link to
tables with the same or earlier version. In other words, if you upgrade to
Microsoft Jet 3.0, you will still be able to read version 2.x databases.

There is no version 2.5 or 3.5 of an .mdb file (just 2.0 and 3.0), which
are common to the x.0 and x.5 versions of Jet.

Jet 2.0 and Jet 2.5 use identical database formats in every aspect. Jet 2.0
can read databases created with Jet 2.5.

Microsoft Jet 3.5 databases have the same structure as Jet 3.0. Microsoft
Jet 3.0 can read data from Microsoft Jet 3.5 tables. The main limitation
here is that Microsoft Jet 3.5 may support additional properties on the
database object that aren’t recognized or taken advantage of by Microsoft
Jet 3.0, but there aren’t any data incompatibilities.

Notice that Visual Basic 3.0 is capable of using three different versions
of Jet each requiring a separate set of dynamic link libraries (DLLs). This
can cause problems when your Visual Basic application expects to use Jet
2.0 for example, and then you install another Visual Basic application
using an earlier version of Jet on the same system that replaces some of
the version 2.0 DLLs with version 1.1. Typically the problem DLL in this
situation is Vbdb300.dll because it determines which version of the Jet
engine will be used.

The following table should help you solve any version conflicts, and help
you identify the version of Jet you are using. You may use the Wps.exe
utility shipped with Visual Basic to find out which version of Jet you
currently have loaded in memory. Wps.exe is located in the VBCDK
directory of Visual Basic 3.0 Professional, and in TOOLSPSS directory of
the Visual Basic 4.0 CD. Pay special attention to the version information
obtained from File Manager (File, Properties) in Visual Basic 3.0, and
Microsoft System Info. in Visual Basic 4.0 32-bit.

The following files are required by Visual Basic to use the Jet Database
Engine:

   Jet Version    File          Version     Description
   ---------------------------------------------------------------------
   1.1            VBDB300.DLL   3.00.0528   VB/JET support
                  MSAES110.DLL  1.10.0000   Expression services
                  MSAJT110.DLL  1.10.0001   Jet 1.1 engine
                  XBS110.DLL    1.10.0002   External xBASE ISAM
                  BTRV110.DLL   1.10.0000   External Btrieve ISAM
                  PDX110.DLL    1.10.0000   External Paradox ISAM
   2.0 (comlyr)   VBDB300.DLL   3.00.0529   VB/JET support
                  MSAJT112.DLL  1.99.1605   Jet 2.x comp. loader
                  MSAJT200.DLL  2.00.0000   Jet 2.0 engine
                  XBS200.DLL    2.00.0000   External xBASE ISAM
                  BTRV200.DLL   2.00.0000   External Btrieve ISAM
                  PDX200.DLL    2.00.0000   External Paradox ISAM
   2.5 (accsvc)   VBDB300.DLL   3.00.0529   VB/JET support
                  MSAJT112.DLL  1.99.1605   Jet 2.x comp loader
                  MSAJT200.DLL  2.50.1606   Jet 2.5 engine
                  MSJETERR.DLL  2.50.1108   Error services
                  MSJETINT.DLL  2.50.1108   International
                  XBS200.DLL    2.50.1108   External xBASE ISAM
                  BTRV200.DLL   2.50.1108   External Btrieve ISAM
                  PDX200.DLL    2.50.1108   External Paradox ISAM
   2.5 (VB4 16)   VBDB16.DLL    4.00.2422   VB/JET support
                  MSAJT200.DLL  2.50.1606   Jet 2.5 engine
                  MSJETERR.DLL  2.50.1111   Error services
                  MSJETINT.DLL  2.50.1111   International
                  XBS200.DLL    2.50.1117   External xBASE ISAM
                  BTRV200.DLL   2.50.1117   External Btrieve ISAM
                  PDX200.DLL    2.50.1117   External Paradox ISAM
                  MSXL2016.DLL  2.50.1117   External Excel ISAM
                  MSTX2016.DLL  2.50.1117   External Text ISAM
   3.0            MSJT3032.DLL  3.0.0.2118  Jet 3.0 engine
                  MSJINT32.DLL  3.0.0.2118  International
                  MSJTER32.DLL  3.0.0.2118  Error services
                  MSXL3032.DLL  3.0.0.2001  External Excel ISAM
                  MSRD2X32.DLL  3.0.0.2118  External Jet 2.0 ISAM
                  MSLT3032.DLL  3.0.0.2008  External Lotus ISAM
                  MSPX3032.DLL  3.0.0.2001  External Paradox ISAM
                  MSXB3032.DLL  3.0.0.2008  External xBASE ISAM
                  MSTX3032.DLL  3.0.0.2008  External Text ISAM
				

With Jet 3.5x, there have been multiple releases. The following table
indicates which version of Jet applies to a given product:

                 Access 97
                 Access 97a

   FileName      Office 97    VB5          Office 97a   Jet 3.51
   ------------  -----------  -----------  -----------  -----------
   MSEXCL35.DLL  3.50.3428.0  3.50.3602.5  3.50.3907.0      n/a
   MSJET35.DLL   3.50.3428.0  3.50.3602.4  3.50.3907.5  3.51.0623.4
   MSJINT35.DLL  3.50.3428.0  3.50.3602.5  3.50.3907.0      n/a
   MSJTER35.DLL  3.50.3428.0  3.50.3602.0  3.50.3907.0      n/a
   MSLTUS35.DLL      n/a      3.50.3602.5      n/a          n/a
   MSPDOX35.DLL      n/a      3.50.3602.0      n/a          n/a
   MSRD2X35.DLL  3.50.3428.0  3.50.3602.0  3.50.3907.0      n/a
   MSREPL35.DLL  3.50.3428.0  3.50.3602.0  3.50.3907.1  3.51.0623.0
   MSTEXT35.DLL  3.50.3428.0  3.50.3602.0  3.50.3907.0      n/a
   MSXBSE35.DLL  3.50.3428.0  3.50.3602.0  3.50.3907.0      n/a
   VBAJET32.DLL  3.0.0.6908   5.0.0.7122   3.0.0.6908       n/a
   VBAR332.DLL   3.0.0.6908   3.0.0.6908   3.0.0.6908       n/a
				
“Microsoft Jet Database Engine Programmer’s Guide 2nd Edition,” by Dan
Haught and Jim Ferguson, Microsoft Press, 1997, ISBN 1-57231-342-0

For information on how to obtain the Microsoft Jet 2.0/Visual Basic 3.0
Compatibility Layer, please see the following KB article:

113951 

(http://support.microsoft.com/kb/113951/EN-US/
)
HOWTO: Obtain/Distribute the Compatibility Layer in VB 3.0

You can find information about how to download the Jet 3.51 patch in the
following Knowledge Base Article:

172733 

(http://support.microsoft.com/kb/172733/EN-US/
)
ACC97: Updated Version of Microsoft Jet 3.5 Available on MSL

Read the article:
INFO: Identifying the Jet Database Engine Components

You receive a "There is no object in this control" error message when you open an Access 97 database that you converted from an Access 2003 database

Article ID: 824270 – Last Review: September 17, 2011 – Revision: 2.0

This
article applies only to a Microsoft Access database (.mdb).

Moderate: Requires basic macro, coding, and interoperability
skills.

For a Microsoft Access 2002 version of this article,
see
286345 

(http://support.microsoft.com/kb/286345/
)
.
For a Microsoft Access 2000 version of this article,
see
202312 

(http://support.microsoft.com/kb/202312/
)
.
Explains a problem that may occur when you convert an Access
2003 database to an Access 97 database. If you try to open a form or a report
in the Access 97 database, you receive an error message. The problem occurs if
the form or the report have an ActiveX control.

When you convert
a Microsoft Office Access 2003 database to a Microsoft Access 97 database and
then you open a form or a report in the new Access 97 database, you may receive
the following error message:

There is no object in this
control.

This bug occurs if the form or the report contains at least
one Microsoft ActiveX control. Access 2003 uses the IPersistStream interface to
insert and to store ActiveX controls. However, Access 97 uses the
IPersistStorage interface that contains the persistence information to insert
and to store ActiveX controls. The mismatch between the interface that Access
2003 uses and the interface that Access 97 uses causes the error that is
mentioned in the “Symptoms” section of this article.
To resolve this bug, follow these steps.

Note The following steps modify your Access 97 database. Microsoft
recommends that you back up your database before you continue.

  1. Start Access 97.
  2. Open the Access 97 database that you converted from an
    Access 2003 database.

    You receive the following message:

    Microsoft Access has converted the code in
    Drive:PathFile
    Name
    .mdb’ to your current version of Visual Basic.

    To
    improve the performance of the Access 97 database, follow these steps:

    1. Open an available module in the Access 97 database in
      Design view.
    2. On the Debug menu, click
      Compile and Save All Modules.
  3. Click OK.
  4. Open a form that contains at least one ActiveX control.

    You may receive the following error message:

    There is no object in this control.

  5. Click OK.

    When you click
    OK, the form opens in Form view. The form contains an empty
    white control for the ActiveX control.

  6. On the View menu, click Design
    View
    .

    You may receive the error message that is mentioned in
    step 4 again.

  7. Click OK.

    The form opens in
    Design view.

  8. Right-click the ActiveX control, and then click
    Properties.
  9. Notice the values that are assigned to the following
    properties:

    • Name
    • Enabled
    • Left
    • Top
    • Width
    • Height
    • All Event properties
  10. Delete the ActiveX control.
  11. Re-insert the ActiveX control that is included with Access
    97 or with Microsoft Office 97 Developer Edition.

    For example, if the
    form or the report contains Microsoft Calendar Control 10.0 or a later version
    for Access 2003, delete the control and then re-insert Microsoft Calendar
    Control 8.0 (the version that is included with Access 97).

    To insert
    an ActiveX control, follow these steps:

    1. On the Insert menu, click
      ActiveX Control.
    2. In the Insert ActiveX Control dialog
      box, click the appropriate control on the list, and then click
      OK.
  12. View the properties of the new ActiveX control, and then
    assign the respective values to these properties based on your information from
    step 9.
Microsoft has confirmed that this is a bug in the Microsoft products that are
listed at the beginning of this article.

Steps to Reproduce the Behavior

  1. Start Access 2003.
  2. Create a new Access 2003 database.
  3. In the Database window, click Forms under
    Objects.
  4. In the right pane, double-click Create Form in
    Design view
    .
  5. On the Insert menu, click ActiveX
    Control
    .
  6. Click to select Calendar Control 10.0 or a
    later version, and then click OK.
  7. Close the form. Save the form as Form1.
  8. In the Database window, point to Database
    Utilities
    , point to Convert Database, and then click
    To Access 97 File Format on the Tools
    menu.

    Note You may receive the following message:

    Saving the database to the previous version of Access will
    create a new database that contains none of the security information that you
    have set. Are you sure you want to proceed?

    Click
    Yes.

  9. In the Convert Database Into dialog box,
    type the appropriate file name for the new Access 97 database, and then click
    Save.

    Note After this conversion, you receive the following message:

    After you have converted this file to Access 97 File Format, any
    functionality specific to Access 2000 or Access 2002 or later will be
    lost.

    For more information about conversion, click Help.

    Click OK.

  10. Start Access 97.
  11. Open the Access 97 database that you created.
  12. Open Form1.

    When you try to open the form, you
    receive the error message that is mentioned in the “Symptoms” section of this
    article.



APPLIES TO
  • Microsoft Office Access 2003
  • Microsoft Access 97 Standard Edition
kbdatabase kbconversion kberrmsg KB824270

Other Resources

Other Support Sites

Community

Get Help Now

Article Translations

Read more here:
You receive a "There is no object in this control" error message when you open an Access 97 database that you converted from an Access 2003 database

Page 326 of 516« First...102030...324325326327328...340350360...Last »

Recent Comments

    Archives

    Categories