<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'... in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553088#M153772</link>
    <description>Full replacement always requires that the table is closed afaik. Read-only is not enough.&lt;BR /&gt;Maybe what you could do is that the users access a different table at odd and even hours? It might not help if a user just leaves the screen open though. &lt;BR /&gt;</description>
    <pubDate>Mon, 22 Apr 2019 23:20:17 GMT</pubDate>
    <dc:creator>ChrisNZ</dc:creator>
    <dc:date>2019-04-22T23:20:17Z</dc:date>
    <item>
      <title>Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'...</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553048#M153760</link>
      <description>&lt;P&gt;I created an Access database so users can look up records by ID from a table generated in SAS then exported to Access each morning.&amp;nbsp; However, I anticipate many users will have the tool open continuously.&amp;nbsp; When I export a data file and the form accessing the table or query is open I get an error message in SAS reading, "ERROR: Execute: The database engine could not lock table 'EAB_status_2018' because it is already in use by another person or process."&amp;nbsp; What is the best way to update the table in Access and still allow users to have the query form open?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;PROC EXPORT DATA=TABLE_OF_RECORDS&lt;BR /&gt;OUTTABLE='TABLE_IN_ACCESS'&lt;BR /&gt;DBMS=ACCESS REPLACE;&lt;BR /&gt;DATABASE='C:\TEST\NAME_OF_ACCESS_DB.accdb';&lt;BR /&gt;RUN;&lt;/P&gt;</description>
      <pubDate>Mon, 22 Apr 2019 20:46:03 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553048#M153760</guid>
      <dc:creator>Ryanb2</dc:creator>
      <dc:date>2019-04-22T20:46:03Z</dc:date>
    </item>
    <item>
      <title>Re: Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'...</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553077#M153768</link>
      <description>&lt;P&gt;You are not doing an update here, you are &lt;STRONG&gt;replacing &lt;/STRONG&gt;the table. This requires the whole table to be unlocked.&lt;/P&gt;
&lt;P&gt;If the table is locked, you can try to &lt;STRONG&gt;update &lt;/STRONG&gt;records.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://bytes.com/topic/access/answers/197271-how-update-table-while-record-still-open" target="_self"&gt;Access seems to have this capability&lt;/A&gt;, though I am unsure how it looks from the SAS side.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Apr 2019 22:06:26 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553077#M153768</guid>
      <dc:creator>ChrisNZ</dc:creator>
      <dc:date>2019-04-22T22:06:26Z</dc:date>
    </item>
    <item>
      <title>Re: Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'...</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553087#M153771</link>
      <description>&lt;P&gt;Thanks for the clarification, Chris.&amp;nbsp; Yes.&amp;nbsp; This is a full replacement of&amp;nbsp;the table.&amp;nbsp; I'll look into updating the records rather than the full replacement, although I'd rather find a solution that includes the full replacement.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This database is for reference only.&amp;nbsp; Users will not be adding, removing, or modifying records.&amp;nbsp; I noticed the problem remains even when I link to another Access database that is read-only.&amp;nbsp; Has anyone ever tried linking an Access database to another type of file (e.g., .csv, database file...) that would allow a full replacement?&amp;nbsp; I tried the csv method but the table is very large and the interface became very sluggish.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Apr 2019 22:58:20 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553087#M153771</guid>
      <dc:creator>Ryanb2</dc:creator>
      <dc:date>2019-04-22T22:58:20Z</dc:date>
    </item>
    <item>
      <title>Re: Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'...</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553088#M153772</link>
      <description>Full replacement always requires that the table is closed afaik. Read-only is not enough.&lt;BR /&gt;Maybe what you could do is that the users access a different table at odd and even hours? It might not help if a user just leaves the screen open though. &lt;BR /&gt;</description>
      <pubDate>Mon, 22 Apr 2019 23:20:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553088#M153772</guid>
      <dc:creator>ChrisNZ</dc:creator>
      <dc:date>2019-04-22T23:20:17Z</dc:date>
    </item>
    <item>
      <title>Re: Export to MS Access triggering ERROR: Execute: The database engine could not lock table 'ZZZ'...</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553105#M153778</link>
      <description>&lt;P&gt;MS Access isn't really designed for simultaneous multi-user use. A better option would be a multi-user database like SQL Server. If you have SAS/ACCESS to ODBC or the SAS/ACCESS product for your chosen database licensed then you are good to go.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 23 Apr 2019 02:06:22 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-to-MS-Access-triggering-ERROR-Execute-The-database-engine/m-p/553105#M153778</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2019-04-23T02:06:22Z</dc:date>
    </item>
  </channel>
</rss>

