RE: Having a stored procedure copy tables & also preserve indexing/sch
- From: "Vishal Parkar" <VishalParkar@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 18 Aug 2005 10:09:03 -0700
SELECT ... INTO <tablename> doesn't create any of the PRIMARY KEY, UNIQUE,
FOREIGN KEY, CHECK, NOT NULL constraints and doesn't define DEFAULT and
IDENTITY column properties for the new table.
You will have to write seperate statements into your stored procedure to
create them.
--Vishal.
"Peter S." wrote:
> Hello,
>
> I created a stored procedure that renames a table to OLD_xxxxx and replaces
> that table with another (copy) that resides on a different database. I pull
> the
> tablename names through the use of a cursor table and construct a SELECT INTO
> statement as follows
>
> 'SELECT * INTO DB1.dbo.' + @tableName + ' FROM DB2.dbo.' + @tableName
>
> It works great especially since there are 80+ tables that need to be copied
> from one database to another. The drawback is that it doesn't preserve the
> indexing/foriegn key constraints. Is there a way to do this without having to
> deal with DTS or creating additional scripts?? Ideally I would like to
> replace
> the "SELECT * INTO" statement with something that not only does a copy but
> also preserves the indexing! Does such a command exist???? Any help from the
> Microsoft guru's would be greatly appreciated!!!!
>
>
.
- Follow-Ups:
- RE: Having a stored procedure copy tables & also preserve indexing
- From: Vishal Parkar
- RE: Having a stored procedure copy tables & also preserve indexing
- References:
- Prev by Date: Having a stored procedure copy tables & also preserve indexing/sch
- Next by Date: RE: Having a stored procedure copy tables & also preserve indexing
- Previous by thread: Having a stored procedure copy tables & also preserve indexing/sch
- Next by thread: RE: Having a stored procedure copy tables & also preserve indexing
- Index(es):
Relevant Pages
|
|