<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: MS Access: upsizing to SQL Server 2008</title> <atom:link href="http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/feed/" rel="self" type="application/rss+xml" /><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/</link> <description>Renaud Bompuis on the interwebs!</description> <lastBuildDate>Thu, 09 May 2013 14:27:45 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=481</generator> <item><title>By: Richard Batuwan</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-14162</link> <dc:creator>Richard Batuwan</dc:creator> <pubDate>Fri, 22 Feb 2013 16:53:32 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-14162</guid> <description><![CDATA[&lt;p&gt;Re. Migrating Access tables to SQL2008:-
I have run into problems upsizing with SSMA, formatted Date fields.
In Access: (2 seperate fields)
1.   Date Field formatted as &quot;mm&#092;dd&#092;yyyy&quot;
2.   Time Fields formatted as short Time    &quot;hh:mm:ss&quot;
When I use type mapping, Source Type &quot;date&quot;  -  Target Type &quot;smalldatetime&quot;;
The upsizing fails on errors, invalid date &quot;12&#092;30&#092;1899&quot;:
IF I use type mapping, Source Type &quot;date&quot;  -  Target Type  &quot;datetime2&quot;;
The upsizing works, but the values in the 2 target fields are as:
Date:   &quot;2000-05-03 00:00:00.0000000&quot;
Time:   &quot;1899-12-30 04:54:04.0000000&quot;&lt;/p&gt;
&lt;p&gt;BUT, another table with only Date Field formatted (ShortDate), when upsized using type mapping &quot;smalldatetime&quot;, works perfectly, and Target file receives date as &quot;mm&#092;dd&#092;yyyy&quot;.
Question is &quot;WHAT CAN I DO TO RESOLVE THIS ISSUE, UPSIZING THE TIME FIELD AS FORMATTED AND TO RECEIVE IN TARGET TIME FIELD ONLY???&quot;
Thanks in advance.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Re. Migrating Access tables to SQL2008:-
I have run into problems upsizing with SSMA, formatted Date fields.
In Access: (2 seperate fields)
1.   Date Field formatted as &#8220;mm&#092;dd&#092;yyyy&#8221;
2.   Time Fields formatted as short Time    &#8220;hh:mm:ss&#8221;
When I use type mapping, Source Type &#8220;date&#8221;  --  Target Type &#8220;smalldatetime&#8221;;
The upsizing fails on errors, invalid date &#8220;12&#092;30&#092;1899&#8243;:
IF I use type mapping, Source Type &#8220;date&#8221;  --  Target Type  &#8220;datetime2&#8243;;
The upsizing works, but the values in the 2 target fields are as:
Date:   &#8220;2000-05-03 00:00:00.0000000&#8243;
Time:   &#8220;1899-12-30 04:54:04.0000000&#8243;</p><p>BUT, another table with only Date Field formatted (ShortDate), when upsized using type mapping &#8220;smalldatetime&#8221;, works perfectly, and Target file receives date as &#8220;mm&#092;dd&#092;yyyy&#8221;.
Question is &#8220;WHAT CAN I DO TO RESOLVE THIS ISSUE, UPSIZING THE TIME FIELD AS FORMATTED AND TO RECEIVE IN TARGET TIME FIELD ONLY???&#8221;
Thanks in advance.</p> ]]></content:encoded> </item> <item><title>By: Renaud Bompuis</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13969</link> <dc:creator>Renaud Bompuis</dc:creator> <pubDate>Thu, 22 Mar 2012 00:57:58 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13969</guid> <description><![CDATA[&lt;p&gt;@Rx: by default SSMA will use the new DateTime2 in SQL Server. Best is to modify the default mapping options to regular DateTime instead. VBA functions should work fine with that.&lt;br /&gt;
One other thing: while you should allow SSMA to add a TimeStamp column to each table, don&#039;t try to use that directly within Access, it has nothing to do with date or a time, it&#039;s just a special kind of counter that ensures that everytime a record is updated, a new value will be saved in the TimeStamp.&lt;br /&gt;
This helps Access with Optimistic Concurrency, when checking if the record you&#039;ve just edited can be safely saved back to the database or if someone else modified it before you.&lt;br /&gt;
If you have specific VBA issues, let me know.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>@Rx: by default SSMA will use the new DateTime2 in SQL Server. Best is to modify the default mapping options to regular DateTime instead. VBA functions should work fine with that.<br
/> One other thing: while you should allow SSMA to add a TimeStamp column to each table, don&#8217;t try to use that directly within Access, it has nothing to do with date or a time, it&#8217;s just a special kind of counter that ensures that everytime a record is updated, a new value will be saved in the TimeStamp.<br
/> This helps Access with Optimistic Concurrency, when checking if the record you&#8217;ve just edited can be safely saved back to the database or if someone else modified it before you.<br
/> If you have specific VBA issues, let me know.</p> ]]></content:encoded> </item> <item><title>By: Rx</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13966</link> <dc:creator>Rx</dc:creator> <pubDate>Wed, 21 Mar 2012 20:40:56 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13966</guid> <description><![CDATA[&lt;p&gt;HOLD ON! I used the Microsoft SQL Server Migration Assistant for Access. Looked and feels good.
But, all of the Access 2010 Date filds are messed up!
Every date text box now has a text date in it and of course the Date Picker won&#039;t function. None of the Access VBA date check codes (e.g. can&#039;t enter an Updated Date that is before a Submitted Date) don&#039;t work either.&lt;/p&gt;
&lt;p&gt;What is up with a tool that doesn&#039;t do what it advertised? And how can it be fixed?&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>HOLD ON! I used the Microsoft SQL Server Migration Assistant for Access. Looked and feels good.
But, all of the Access 2010 Date filds are messed up!
Every date text box now has a text date in it and of course the Date Picker won&#8217;t function. None of the Access VBA date check codes (e.g. can&#8217;t enter an Updated Date that is before a Submitted Date) don&#8217;t work either.</p><p>What is up with a tool that doesn&#8217;t do what it advertised? And how can it be fixed?</p> ]]></content:encoded> </item> <item><title>By: Cameron Reid</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13908</link> <dc:creator>Cameron Reid</dc:creator> <pubDate>Tue, 24 Jan 2012 17:38:13 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13908</guid> <description><![CDATA[&lt;p&gt;­Great post. Here’s how you can convert Microsoft Access to web in minutes http://www.caspio.com/extend/platform-extensions/ms-access-database-online/convert-ms-access-to-web.aspx&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>­Great post. Here’s how you can convert Microsoft Access to web in minutes <a
href="http://www.caspio.com/extend/platform-extensions/ms-access-database-online/convert-ms-access-to-web.aspx" rel="nofollow">http://www.caspio.com/extend/platform-extensions/ms-access-database-online/convert-ms-access-to-web.aspx</a></p> ]]></content:encoded> </item> <item><title>By: Adam Senour</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13811</link> <dc:creator>Adam Senour</dc:creator> <pubDate>Thu, 10 Nov 2011 22:07:47 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13811</guid> <description><![CDATA[&lt;p&gt;By the way, thanks very much for this, Renaud and Matthew.  I probably would have ripped my own hair out if not for you guys.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>By the way, thanks very much for this, Renaud and Matthew.  I probably would have ripped my own hair out if not for you guys.</p> ]]></content:encoded> </item> <item><title>By: Adam Senour</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13810</link> <dc:creator>Adam Senour</dc:creator> <pubDate>Thu, 10 Nov 2011 22:06:48 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13810</guid> <description><![CDATA[&lt;p&gt;To add something useful to this blog post and to Matthew Atherton&#039;s followup reply (both of which got me 98% of the way to where I needed to go), two things:&lt;/p&gt;
&lt;p&gt;1)  On 64-bit systems, the path to the DLL may be C:&#092;Program Files (x86)&#092;Common Files&#092;Microsoft Shared&#092;DAO&#092; .  This is where I found mine.&lt;/p&gt;
&lt;p&gt;2)  If you continue to see the error after applying the fixes Renaud and Matthew listed here, remove the Access database from your migration project and add it back in again.  This did the trick for me.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>To add something useful to this blog post and to Matthew Atherton&#8217;s followup reply (both of which got me 98% of the way to where I needed to go), two things:</p><p>1)  On 64-bit systems, the path to the DLL may be C:&#092;Program Files (x86)&#092;Common Files&#092;Microsoft Shared&#092;DAO&#092; .  This is where I found mine.</p><p>2)  If you continue to see the error after applying the fixes Renaud and Matthew listed here, remove the Access database from your migration project and add it back in again.  This did the trick for me.</p> ]]></content:encoded> </item> <item><title>By: ofis dersi</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13733</link> <dc:creator>ofis dersi</dc:creator> <pubDate>Sun, 21 Aug 2011 14:45:23 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13733</guid> <description><![CDATA[&lt;p&gt;Thank you for useful information. quite worked for me&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thank you for useful information. quite worked for me</p> ]]></content:encoded> </item> <item><title>By: Jan Waters</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13694</link> <dc:creator>Jan Waters</dc:creator> <pubDate>Tue, 28 Jun 2011 17:33:22 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13694</guid> <description><![CDATA[&lt;p&gt;I registered the DAO360.dll added it to my path, but early in the migration sequence I get this error.&lt;/p&gt;
&lt;p&gt;Access Object Collector error: Database Could not load file or assembly ‘Microsoft.Office.Interop.Access.Dao, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ or one of its dependencies. The system cannot find the file specified. Error occurred while loading children.&lt;/p&gt;
&lt;p&gt;I am new to this tool any help would be appreciated
My email was wrong on the prior post&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>I registered the DAO360.dll added it to my path, but early in the migration sequence I get this error.</p><p>Access Object Collector error: Database Could not load file or assembly ‘Microsoft.Office.Interop.Access.Dao, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c’ or one of its dependencies. The system cannot find the file specified. Error occurred while loading children.</p><p>I am new to this tool any help would be appreciated
My email was wrong on the prior post</p> ]]></content:encoded> </item> <item><title>By: GIL</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13578</link> <dc:creator>GIL</dc:creator> <pubDate>Tue, 24 May 2011 12:46:27 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13578</guid> <description><![CDATA[&lt;p&gt;Thanks for all the info, very very useful!!&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks for all the info, very very useful!!</p> ]]></content:encoded> </item> <item><title>By: Simon</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13557</link> <dc:creator>Simon</dc:creator> <pubDate>Thu, 24 Feb 2011 02:41:14 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13557</guid> <description><![CDATA[&lt;p&gt;Thanks for the tip about SSMA I was going to use the upsizing wizard but I&#039;ll try that instead.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks for the tip about SSMA I was going to use the upsizing wizard but I&#8217;ll try that instead.</p> ]]></content:encoded> </item> <item><title>By: Santhosh</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13540</link> <dc:creator>Santhosh</dc:creator> <pubDate>Wed, 26 Jan 2011 08:31:08 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13540</guid> <description><![CDATA[&lt;p&gt;SSMA worked ut I had a different issue when running Windows 7, I had to use change the properties to XP compatibility mode or the tables wont be listed to migrate when I open the Access DB.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>SSMA worked ut I had a different issue when running Windows 7, I had to use change the properties to XP compatibility mode or the tables wont be listed to migrate when I open the Access DB.</p> ]]></content:encoded> </item> <item><title>By: Ian</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-13537</link> <dc:creator>Ian</dc:creator> <pubDate>Wed, 19 Jan 2011 16:05:26 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-13537</guid> <description><![CDATA[&lt;p&gt;Hi,
I think I&#039;ve done just about everything to try and rsolve this issue, but when using SSMA to link an Access 2007 db to sqlserver 2008expressr2 db, when connecting there is no available sql server intances showing in the drop down. I have enabled tcp/ip, restarted the service. The sql instance is on my machine and so is the access db. Any ideas?
thanks
Ian&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Hi,
I think I&#8217;ve done just about everything to try and rsolve this issue, but when using SSMA to link an Access 2007 db to sqlserver 2008expressr2 db, when connecting there is no available sql server intances showing in the drop down. I have enabled tcp/ip, restarted the service. The sql instance is on my machine and so is the access db. Any ideas?
thanks
Ian</p> ]]></content:encoded> </item> <item><title>By: Matthew Atherton</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-12944</link> <dc:creator>Matthew Atherton</dc:creator> <pubDate>Fri, 17 Dec 2010 17:14:28 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-12944</guid> <description><![CDATA[&lt;p&gt;I had the same issue, and followed the steps in the article below (registered the DAO360.DLL and also added to the PATH Environment Variable).&lt;/p&gt;
&lt;p&gt;The error went away after that.  Good luck!&lt;/p&gt;
&lt;p&gt;http://sqlserver-qa.net/blogs/tools/archive/2010/01/12/unable-to-cast-com-object-of-type-microsoft-office-interop-access-dao-dbengineclass-to-interface-type-microsoft-office-interop-access-dao-dbengine.aspx&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>I had the same issue, and followed the steps in the article below (registered the DAO360.DLL and also added to the PATH Environment Variable).</p><p>The error went away after that.  Good luck!</p><p><a
href="http://sqlserver-qa.net/blogs/tools/archive/2010/01/12/unable-to-cast-com-object-of-type-microsoft-office-interop-access-dao-dbengineclass-to-interface-type-microsoft-office-interop-access-dao-dbengine.aspx" rel="nofollow">http://sqlserver-qa.net/blogs/tools/archive/2010/01/12/unable-to-cast-com-object-of-type-microsoft-office-interop-access-dao-dbengineclass-to-interface-type-microsoft-office-interop-access-dao-dbengine.aspx</a></p> ]]></content:encoded> </item> <item><title>By: George</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-12061</link> <dc:creator>George</dc:creator> <pubDate>Tue, 20 Jul 2010 21:31:32 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-12061</guid> <description><![CDATA[&lt;p&gt;I am having a COM problem as well, though my file is not compressed.  I keep receiving this error:&lt;/p&gt;
&lt;p&gt;Access Object Collector error: Database
Unable to cast COM object of type &#039;Microsoft.Office.Interop.Access.Dao.DBEngineClass&#039; to interface type &#039;Microsoft.Office.Interop.Access.Dao._DBEngine&#039;. This operation failed because the QueryInterface call on the COM component for the interface with IID &#039;{00000021-0000-0010-8000-00AA006D2EA4}&#039; failed due to the following error: No such interface supported (Exception from HRESULT: 0x80004002 (E_NOINTERFACE)).
An error occurred while loading database content.&lt;/p&gt;
&lt;p&gt;Any ideas on what might be going on would be greatly appreciated!&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>I am having a COM problem as well, though my file is not compressed.  I keep receiving this error:</p><p>Access Object Collector error: Database
Unable to cast COM object of type &#8216;Microsoft.Office.Interop.Access.Dao.DBEngineClass&#8217; to interface type &#8216;Microsoft.Office.Interop.Access.Dao._DBEngine&#8217;. This operation failed because the QueryInterface call on the COM component for the interface with IID &#8216;{00000021-0000-0010-8000-00AA006D2EA4}&#8217; failed due to the following error: No such interface supported (Exception from HRESULT: 0&#215;80004002 (E_NOINTERFACE)).
An error occurred while loading database content.</p><p>Any ideas on what might be going on would be greatly appreciated!</p> ]]></content:encoded> </item> <item><title>By: mb</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-12028</link> <dc:creator>mb</dc:creator> <pubDate>Wed, 07 Jul 2010 19:53:59 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-12028</guid> <description><![CDATA[&lt;p&gt;Really helpful&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Really helpful</p> ]]></content:encoded> </item> <item><title>By: Chris McGue</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11976</link> <dc:creator>Chris McGue</dc:creator> <pubDate>Wed, 28 Apr 2010 12:25:30 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11976</guid> <description><![CDATA[&lt;p&gt;Does anyone know how to solve this issue of the SID owner not being the same on the master database?&lt;/p&gt;
&lt;p&gt;This is massive waste of time. I&#039;ve had to revert back to MS-Excel and use the primitive method of addind UNION ALLs in my query pane.  Microsoft should have allowed the upsizing directly from MS-Access as it was in the previous version of SQL.  I can&#039;t believe no one can answer this.  Shouldn&#039;t the new product SQL 2008 be better than the older version!!!&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Does anyone know how to solve this issue of the SID owner not being the same on the master database?</p><p>This is massive waste of time. I&#8217;ve had to revert back to MS-Excel and use the primitive method of addind UNION ALLs in my query pane.  Microsoft should have allowed the upsizing directly from MS-Access as it was in the previous version of SQL.  I can&#8217;t believe no one can answer this.  Shouldn&#8217;t the new product SQL 2008 be better than the older version!!!</p> ]]></content:encoded> </item> <item><title>By: Britt</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11975</link> <dc:creator>Britt</dc:creator> <pubDate>Wed, 28 Apr 2010 12:15:26 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11975</guid> <description><![CDATA[&lt;p&gt;What about the new attachments type with Access 07? Does know of any resources on using an Access front end with the SQL Server backend with attachments.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>What about the new attachments type with Access 07? Does know of any resources on using an Access front end with the SQL Server backend with attachments.</p> ]]></content:encoded> </item> <item><title>By: Chris McGue</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11937</link> <dc:creator>Chris McGue</dc:creator> <pubDate>Thu, 25 Mar 2010 22:04:58 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11937</guid> <description><![CDATA[&lt;p&gt;My error is SID owner not the same on master database...&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>My error is SID owner not the same on master database&#8230;</p> ]]></content:encoded> </item> <item><title>By: Michel</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11877</link> <dc:creator>Michel</dc:creator> <pubDate>Thu, 04 Feb 2010 22:36:28 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11877</guid> <description><![CDATA[&lt;p&gt;Thank you.  I had a problem making this conversion, and  you greatly helped me.&lt;/p&gt;
&lt;p&gt;Unfortunately, there is nothing that Microsoft is direct with.  Instead of upsizing Access itself to suit more for a client/server architecture, Microsoft is shily telling us to leave Access and choose Sql Server.  I think it is a waste of time investing in most Microsoft software, except the other basic Office software (Word, Excel, Outlook), Sql Server, and C#.&lt;/p&gt;
&lt;p&gt;The link to the SSMA can be got directly from here.&lt;/p&gt;
&lt;p&gt;SQL Server Migration Assistant 2008 for Access V4.0:&lt;/p&gt;
&lt;p&gt;http://www.microsoft.com/downloads/details.aspx?FamilyID=133b59c2-c89c-4641-bebb-6d04476ec1ba&amp;DisplayLang=en&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thank you.  I had a problem making this conversion, and  you greatly helped me.</p><p>Unfortunately, there is nothing that Microsoft is direct with.  Instead of upsizing Access itself to suit more for a client/server architecture, Microsoft is shily telling us to leave Access and choose Sql Server.  I think it is a waste of time investing in most Microsoft software, except the other basic Office software (Word, Excel, Outlook), Sql Server, and C#.</p><p>The link to the SSMA can be got directly from here.</p><p>SQL Server Migration Assistant 2008 for Access V4.0:</p><p><a
href="http://www.microsoft.com/downloads/details.aspx?FamilyID=133b59c2-c89c-4641-bebb-6d04476ec1ba&#038;DisplayLang=en" rel="nofollow">http://www.microsoft.com/downloads/details.aspx?FamilyID=133b59c2-c89c-4641-bebb-6d04476ec1ba&#038;DisplayLang=en</a></p><p>Thanks</p> ]]></content:encoded> </item> <item><title>By: craig</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11805</link> <dc:creator>craig</dc:creator> <pubDate>Thu, 10 Dec 2009 07:36:31 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11805</guid> <description><![CDATA[&lt;p&gt;Thanks it worked. Much prefer the old upsizing wizard from within Access...&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks it worked. Much prefer the old upsizing wizard from within Access&#8230;</p> ]]></content:encoded> </item> <item><title>By: Tech, Web, How to, Internet, Computer, Free Software, Tips, Make Money Online with AhTim</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11774</link> <dc:creator>Tech, Web, How to, Internet, Computer, Free Software, Tips, Make Money Online with AhTim</dc:creator> <pubDate>Mon, 09 Nov 2009 02:22:47 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11774</guid> <description><![CDATA[&lt;p&gt;&lt;strong&gt;Ms Access Database Project...&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;It is a long long time since my last Ms Access project. I never use Ms Access in my work. But this time have to develop a simple database system for training assignments, a small project for myself.
The previous trainer use manual way to assign trainin...&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p><strong>Ms Access Database Project&#8230;</strong></p><p>It is a long long time since my last Ms Access project. I never use Ms Access in my work. But this time have to develop a simple database system for training assignments, a small project for myself.
The previous trainer use manual way to assign trainin&#8230;</p> ]]></content:encoded> </item> <item><title>By: NTC</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11734</link> <dc:creator>NTC</dc:creator> <pubDate>Tue, 20 Oct 2009 22:47:16 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11734</guid> <description><![CDATA[&lt;p&gt;So what you went thru is more than I wanted to do.  Really do not want to get into sql server management...and instead used the replication service of AccessTables.com  It isn&#039;t a fit for every application but it saved the day for my requirement.  Just fyi to anyone in the same boat....&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>So what you went thru is more than I wanted to do.  Really do not want to get into sql server management&#8230;and instead used the replication service of AccessTables.com  It isn&#8217;t a fit for every application but it saved the day for my requirement.  Just fyi to anyone in the same boat&#8230;.</p> ]]></content:encoded> </item> <item><title>By: Paolo Cavaliere</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-11677</link> <dc:creator>Paolo Cavaliere</dc:creator> <pubDate>Thu, 24 Sep 2009 20:57:36 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-11677</guid> <description><![CDATA[&lt;p&gt;Well Done!!Thanks!!&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Well Done!!Thanks!!</p> ]]></content:encoded> </item> <item><title>By: Shane</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-10272</link> <dc:creator>Shane</dc:creator> <pubDate>Mon, 23 Mar 2009 19:13:15 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-10272</guid> <description><![CDATA[&lt;p&gt;Thanks Renaud.
I have some 100 queries that I work with and even if I optimise(don&#039;t really know how to) you say that some of the queries can no longer be optimised. So, can you suggest any other methods to make it faster..&lt;/p&gt;
&lt;p&gt;Thanks again for ur help&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks Renaud.
I have some 100 queries that I work with and even if I optimise(don&#8217;t really know how to) you say that some of the queries can no longer be optimised. So, can you suggest any other methods to make it faster..</p><p>Thanks again for ur help</p> ]]></content:encoded> </item> <item><title>By: Renaud</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-10238</link> <dc:creator>Renaud</dc:creator> <pubDate>Sat, 14 Mar 2009 03:09:57 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-10238</guid> <description><![CDATA[&lt;p&gt;@Shane: it&#039;s one of the drawbacks of migrating to SQL Server: you need to optimise some of your queries as they will be slower.&lt;/p&gt;
&lt;p&gt;The problem is that, if you use Access functions or some Access-only construct in your queries, Access will have to pull all the data from the tables to perform the joins and special treatment.&lt;br /&gt;
Before, it would have known how to optimise for efficiency but once the tables have moved away, it can&#039;t optimise some of the queries any longer.&lt;/p&gt;
&lt;p&gt;I&#039;ve added some links on upsizing.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>@Shane: it&#8217;s one of the drawbacks of migrating to SQL Server: you need to optimise some of your queries as they will be slower.</p><p>The problem is that, if you use Access functions or some Access-only construct in your queries, Access will have to pull all the data from the tables to perform the joins and special treatment.<br
/> Before, it would have known how to optimise for efficiency but once the tables have moved away, it can&#8217;t optimise some of the queries any longer.</p><p>I&#8217;ve added some links on upsizing.</p> ]]></content:encoded> </item> <item><title>By: Shane</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-10237</link> <dc:creator>Shane</dc:creator> <pubDate>Fri, 13 Mar 2009 21:43:10 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-10237</guid> <description><![CDATA[&lt;p&gt;Thanks for the info.
I have used SSMA to migrate Access97 tables to sql server2005 and link them. After I have migrated the access97 front end containing forms has become much slower in executing queries. Can you suggest some tips to make it faster..&lt;/p&gt;
&lt;p&gt;Any help is appreciated..&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks for the info.
I have used SSMA to migrate Access97 tables to sql server2005 and link them. After I have migrated the access97 front end containing forms has become much slower in executing queries. Can you suggest some tips to make it faster..</p><p>Any help is appreciated..</p> ]]></content:encoded> </item> <item><title>By: Renaud</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-9974</link> <dc:creator>Renaud</dc:creator> <pubDate>Tue, 10 Feb 2009 07:03:56 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-9974</guid> <description><![CDATA[&lt;p&gt;Thanks Karla, you&#039;re welcome.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Thanks Karla, you&#8217;re welcome.</p> ]]></content:encoded> </item> <item><title>By: Karla</title><link>http://blog.nkadesign.com/2009/ms-access-upsizing-to-sql-server-2008/comment-page-1/#comment-9972</link> <dc:creator>Karla</dc:creator> <pubDate>Tue, 10 Feb 2009 03:06:31 +0000</pubDate> <guid
isPermaLink="false">http://blog.nkadesign.com/?p=285#comment-9972</guid> <description><![CDATA[&lt;p&gt;Bless you.  This saved me alot of time and hair.&lt;/p&gt;
]]></description> <content:encoded><![CDATA[<p>Bless you.  This saved me alot of time and hair.</p> ]]></content:encoded> </item> </channel> </rss>