Re: Copy database schema from Access to SQL Server
- From: "William Vaughn" <billvaNoSPAM@xxxxxxxxx>
- Date: Thu, 25 Oct 2007 09:51:45 -0700
I still don't know why you're reinventing the wheel. I would leverage the considerable work done by Microsoft when it created SSIS. It can import a JET database in a single stroke. It's programmable, can run on a schedule and is very fast.
--
____________________________________
William (Bill) Vaughn
Author, Mentor, Consultant, Dad, Grandpa
Microsoft MVP
INETA Speaker
www.betav.com
www.betav.com/blog/billva
Please reply only to the newsgroup so that others can benefit.
This posting is provided "AS IS" with no warranties, and confers no rights.
__________________________________
Visit www.hitchhikerguides.net to get more information on my latest book:
Hitchhiker's Guide to Visual Studio and SQL Server (7th Edition)
and Hitchhiker's Guide to SQL Server 2005 Compact Edition (EBook)
-----------------------------------------------------------------------------------------------------------------------
<schneider@xxxxxxx> wrote in message news:1193292855.440585.215650@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On 24 Okt., 15:26, Paul Clement
<UseAdddressAtEndofMess...@xxxxxxxxxxxxxx> wrote:
On Wed, 24 Oct 2007 02:16:37 -0700, schnei...@xxxxxxx wrote:
¤
¤ If you're talking about the Wizard in MS Access to convert single
¤ projects to SQL Server, this won't work for me. I need to
¤ programatically copy the database schema. I think the key issue is "Do
¤ I have to dynamically create DDL SQL statements for each element I
¤ want to copy to SQL Server or is there a simpler solution?" Using C#
¤ is mandatory.
The easy method is to use the wizard. If you want to use code then you will have to read the Access
schema and then use DDL code to create the corresponding objects in SQL Server.
Paul
~~~~
Microsoft MVP (Visual Basic)
Thanks for your response. It seems like I have to parse the complete
template database and the target database and compare their schemata.
For differing elements, I will have to create a DDL statement as you
suggested.
My last resort was a solution like it was possible with dao, as you
could parse through the tabledef, relations, ... collections and apply
the changes directly. However, as OleDb and SqlClient seem to differ
very much in the way they treat constraints and other concepts,
sticking back to basic DDL code seems the best solution. Furthermore,
maybe sometimes Oracle or another database solution comes into play
and using DDL code I will have less trouble integrating it into my
app.
Anyway, thanks for your help Bill and Paul. You pointed me in the
right direction.
Regards,
Hannes
.
- Follow-Ups:
- Re: Copy database schema from Access to SQL Server
- From: schneider
- Re: Copy database schema from Access to SQL Server
- References:
- Copy database schema from Access to SQL Server
- From: schneider
- Re: Copy database schema from Access to SQL Server
- From: William Vaughn
- Re: Copy database schema from Access to SQL Server
- From: schneider
- Re: Copy database schema from Access to SQL Server
- From: Paul Clement
- Re: Copy database schema from Access to SQL Server
- From: schneider
- Copy database schema from Access to SQL Server
- Prev by Date: Jobsite for SALE
- Next by Date: Re: what are the memory caps for threads running as a CLR stored procedure executed by sql server 2005? is it limited by OS only or also by sql servers memory limits? e.g. lets say my clr stored procedure is executed by sql server 2005 then it creates 10 t
- Previous by thread: Re: Copy database schema from Access to SQL Server
- Next by thread: Re: Copy database schema from Access to SQL Server
- Index(es):
Relevant Pages
|
Loading