 |
|
|
|
Next: Best Practice to update SQL Server Database Table..
|
| Author |
Message |
External
Since: Jan 15, 2008
Posts: 7
|
(Msg. 16) Posted: Wed Jan 16, 2008 4:44 am
Post subject: Re: Copy a table in SQL Server 2005 [Login to view extended thread Info.]
Archived from groups: microsoft>public>sqlserver>server (more info?)
|
|
|
Thank you Norman...err could you explain your method in simple terms or
via a step through please?
I can get my SQL Server tables to list in ADP, but how exactly do I copy
the table..seems that all I am doing in ADP is linking the SQL Server
table to the page.
Thanks for your time
Regards
David
On Tue, 15 Jan 2008 20:33:11 -0000, Norman Yuan
wrote:
> ADP file
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
|
| Back to top |
|
 | |
External
Since: Jun 10, 2011
Posts: 2
|
(Msg. 17) Posted: Fri Jun 10, 2011 10:25 am
Post subject: Re: Copy a table in SQL Server 2005 [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
|
|
|
Hello all
you just need to right click to table and past to destination path nothing else
ThanQ
> On Tuesday, January 15, 2008 9:12 AM David wrote:
> Hello all
>
> I want to make a copy of a table in SQL Server 2005, a back-up of my tab=
> le =
>
> if you will. I don't see any way of doing this, I am I right in assuming=
> =
>
> that one can't copy a table in an SQL Sever 2005 database?
>
> ie: MyTable -> MyTableCOPY =3D 2 Tables in the same database
>
>
> Thank you for your time.
>
> Regards
>
> David
>
> -- =
>
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>> On Tuesday, January 15, 2008 9:22 AM Leon Mayne wrote:
>> Just use
>> select * into newtable from oldtable
>>> On Tuesday, January 15, 2008 9:25 AM Uri Dimant wrote:
>>> David
>>> You can script out (with the data) the table and save it on the disk.
>>>
>>>
>>>
>>> "David" wrote in message
>>>
>>>
>>> Hello all
>>>
>>> I want to make a copy of a table in SQL Server 2005, a back-up of my table
>>> if you will. I don't see any way of doing this, I am I right in assuming
>>> that one can't copy a table in an SQL Sever 2005 database?
>>>
>>> ie: MyTable -> MyTableCOPY = 2 Tables in the same database
>>>
>>>
>>> Thank you for your time.
>>>
>>> Regards
>>>
>>> David
>>>
>>> --
>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>> On Tuesday, January 15, 2008 9:30 AM Uri Dimant wrote:
>>>> Leon
>>>> If the database got corrupted you are still not be able to get back the
>>>> table. I think the way to save the datai is having proper backup of the
>>>> database or if the database is big, just script out into the text file the
>>>> table and keep it on the disk.
>>>>
>>>>
>>>>
>>>>
>>>> "Leon Mayne" wrote in message
>>>>
>>>>> On Tuesday, January 15, 2008 9:37 AM Leon Mayne wrote:
>>>>> Read the original post. They arn't talking about proper backups, they just
>>>>> want a copy of the table in the same database.
>>>>>> On Tuesday, January 15, 2008 9:52 AM Uri Dimant wrote:
>>>>>> Leon
>>>>>> The OP does not say that he wants the copy in the same db. He just said that
>>>>>> both tables are located in the same db
>>>>>>> On Tuesday, January 15, 2008 10:28 AM Leon Mayne wrote:
>>>>>>> "ie: MyTable -> MyTableCOPY = 2 Tables in the same database"
>>>>>>>
>>>>>>> But you could be right. Whatever.
>>>>>>>> On Tuesday, January 15, 2008 11:06 AM Kalen Delaney wrote:
>>>>>>>> Hi David and Leon
>>>>>>>>
>>>>>>>> This simple SELECT INTO will copy the table structure and all the data to a
>>>>>>>> new table.
>>>>>>>>
>>>>>>>> It will not copy indexes, constraints, or triggers.
>>>>>>>>
>>>>>>>> --
>>>>>>>> HTH
>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>> www.InsideSQLServer.com
>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>
>>>>>>>>
>>>>>>>> "Leon Mayne" wrote in message
>>>>>>>>
>>>>>>>>> On Tuesday, January 15, 2008 11:13 AM Leon Mayne wrote:
>>>>>>>>> Correct. These schema objects would have to be copied manually, but if you
>>>>>>>>> just want a quick backup copy of a table to play around with the data then
>>>>>>>>> select into works well enough.
>>>>>>>>>> On Tuesday, January 15, 2008 11:40 AM Kalen Delaney wrote:
>>>>>>>>>> I agree, the data is the most important thing and the indexes, etc can
>>>>>>>>>> always be recreated. The OP should make note of what triggers, indexes and
>>>>>>>>>> constraints there were so that he will know to recreate them if he has to
>>>>>>>>>> revert to the copied table because it get accidentally dropped. (Of course,
>>>>>>>>>> it's all hypothetical, right, really nobody accidentally drops a table.
>>>>>>>>>>  )
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> HTH
>>>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>>>> www.InsideSQLServer.com
>>>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Leon Mayne" wrote in message
>>>>>>>>>>
>>>>>>>>>>> On Tuesday, January 15, 2008 11:45 AM Leon Mayne wrote:
>>>>>>>>>>> I do not think I have ever dropped a table on a live database accidentally, but
>>>>>>>>>>> I have run rm -rf * in / on a Solaris box once. Damn su!
>>>>>>>>>>>> On Tuesday, January 15, 2008 12:35 PM David wrote:
>>>>>>>>>>>> Hello Kalen
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks for the reply, that would be a big problem..especially the indexes.
>>>>>>>>>>>> I had thought of doing a select into a new table, but the indexes would be
>>>>>>>>>>>> lost.
>>>>>>>>>>>>
>>>>>>>>>>>> Regards
>>>>>>>>>>>>
>>>>>>>>>>>> David
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, 15 Jan 2008 16:06:03 -0000, Kalen Delaney
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>> On Tuesday, January 15, 2008 12:41 PM David wrote:
>>>>>>>>>>>>> Sorry, this is what I said..
>>>>>>>>>>>>>
>>>>>>>>>>>>> <ie: MyTable -> MyTableCOPY =3D 2 Tables in the same database>
>>>>>>>>>>>>>
>>>>>>>>>>>>> That is, I want a copy of my table in the same database.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>
>>>>>>>>>>>>> David
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, 15 Jan 2008 14:52:51 -0000, Uri Dimant wrote:=
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> d =
>>>>>>>>>>>>>
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>> ile
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> -- =
>>>>>>>>>>>>>
>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>>> On Tuesday, January 15, 2008 2:48 PM Kalen Delaney wrote:
>>>>>>>>>>>>>> You can always script the indexes from the original table and build them on
>>>>>>>>>>>>>> the new table by just slight modification of the scripts. It's not a one
>>>>>>>>>>>>>> step operation to copy the table and all constraints and indexes however.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> HTH
>>>>>>>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>>>>>>>> www.InsideSQLServer.com
>>>>>>>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "David" wrote in message
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tuesday, January 15, 2008 3:33 PM Norman Yuan wrote:
>>>>>>>>>>>>>>> The simplest way to do it by just standard copy/paste would be to use MS
>>>>>>>>>>>>>>> Access ADP file to connect to targeting database. Then you can simply do the
>>>>>>>>>>>>>>> standard Windows copy/paste (tables, Views, SPs, UDF...). Actually, the
>>>>>>>>>>>>>>> copy/paste is not limited within the same database/same SQL Server (when
>>>>>>>>>>>>>>> copy/paste between different SQL Server/database, you need to open two ADP
>>>>>>>>>>>>>>> sessions, though).
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Only this very convenient feature keeps me using ADP for most of my routine
>>>>>>>>>>>>>>> SQL Server development/manage tasks, rather than Enterprise Manager or SSMS.
>>>>>>>>>>>>>>> I just wondering, why SQL Server team does not learn this from Access team
>>>>>>>>>>>>>>> and make this feature avaialble in SSMS.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> "David" wrote in message
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hello all
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I want to make a copy of a table in SQL Server 2005, a back-up of my table
>>>>>>>>>>>>>>> if you will. I don't see any way of doing this, I am I right in assuming
>>>>>>>>>>>>>>> that one can't copy a table in an SQL Sever 2005 database?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ie: MyTable -> MyTableCOPY = 2 Tables in the same database
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thank you for your time.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> David
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>>>>> On Tuesday, January 15, 2008 11:44 PM David wrote:
>>>>>>>>>>>>>>>> Thank you Norman...err could you explain your method in simple terms or
>>>>>>>>>>>>>>>> via a step through please?
>>>>>>>>>>>>>>>> I can get my SQL Server tables to list in ADP, but how exactly do I copy
>>>>>>>>>>>>>>>> the table..seems that all I am doing in ADP is linking the SQL Server
>>>>>>>>>>>>>>>> table to the page.
>>>>>>>>>>>>>>>> Thanks for your time
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> David
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, 15 Jan 2008 20:33:11 -0000, Norman Yuan
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
|
| Back to top |
|
| |
External
Since: Jun 10, 2011
Posts: 2
|
(Msg. 18) Posted: Fri Jun 10, 2011 10:25 am
Post subject: Re: Copy a table in SQL Server 2005 [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
|
|
|
it is very simple task
> On Tuesday, January 15, 2008 9:12 AM David wrote:
> Hello all
>
> I want to make a copy of a table in SQL Server 2005, a back-up of my tab=
> le =
>
> if you will. I don't see any way of doing this, I am I right in assuming=
> =
>
> that one can't copy a table in an SQL Sever 2005 database?
>
> ie: MyTable -> MyTableCOPY =3D 2 Tables in the same database
>
>
> Thank you for your time.
>
> Regards
>
> David
>
> -- =
>
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>> On Tuesday, January 15, 2008 9:22 AM Leon Mayne wrote:
>> Just use
>> select * into newtable from oldtable
>>> On Tuesday, January 15, 2008 9:25 AM Uri Dimant wrote:
>>> David
>>> You can script out (with the data) the table and save it on the disk.
>>>
>>>
>>>
>>> "David" wrote in message
>>>
>>>
>>> Hello all
>>>
>>> I want to make a copy of a table in SQL Server 2005, a back-up of my table
>>> if you will. I don't see any way of doing this, I am I right in assuming
>>> that one can't copy a table in an SQL Sever 2005 database?
>>>
>>> ie: MyTable -> MyTableCOPY = 2 Tables in the same database
>>>
>>>
>>> Thank you for your time.
>>>
>>> Regards
>>>
>>> David
>>>
>>> --
>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>> On Tuesday, January 15, 2008 9:30 AM Uri Dimant wrote:
>>>> Leon
>>>> If the database got corrupted you are still not be able to get back the
>>>> table. I think the way to save the datai is having proper backup of the
>>>> database or if the database is big, just script out into the text file the
>>>> table and keep it on the disk.
>>>>
>>>>
>>>>
>>>>
>>>> "Leon Mayne" wrote in message
>>>>
>>>>> On Tuesday, January 15, 2008 9:37 AM Leon Mayne wrote:
>>>>> Read the original post. They arn't talking about proper backups, they just
>>>>> want a copy of the table in the same database.
>>>>>> On Tuesday, January 15, 2008 9:52 AM Uri Dimant wrote:
>>>>>> Leon
>>>>>> The OP does not say that he wants the copy in the same db. He just said that
>>>>>> both tables are located in the same db
>>>>>>> On Tuesday, January 15, 2008 10:28 AM Leon Mayne wrote:
>>>>>>> "ie: MyTable -> MyTableCOPY = 2 Tables in the same database"
>>>>>>>
>>>>>>> But you could be right. Whatever.
>>>>>>>> On Tuesday, January 15, 2008 11:06 AM Kalen Delaney wrote:
>>>>>>>> Hi David and Leon
>>>>>>>>
>>>>>>>> This simple SELECT INTO will copy the table structure and all the data to a
>>>>>>>> new table.
>>>>>>>>
>>>>>>>> It will not copy indexes, constraints, or triggers.
>>>>>>>>
>>>>>>>> --
>>>>>>>> HTH
>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>> www.InsideSQLServer.com
>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>
>>>>>>>>
>>>>>>>> "Leon Mayne" wrote in message
>>>>>>>>
>>>>>>>>> On Tuesday, January 15, 2008 11:13 AM Leon Mayne wrote:
>>>>>>>>> Correct. These schema objects would have to be copied manually, but if you
>>>>>>>>> just want a quick backup copy of a table to play around with the data then
>>>>>>>>> select into works well enough.
>>>>>>>>>> On Tuesday, January 15, 2008 11:40 AM Kalen Delaney wrote:
>>>>>>>>>> I agree, the data is the most important thing and the indexes, etc can
>>>>>>>>>> always be recreated. The OP should make note of what triggers, indexes and
>>>>>>>>>> constraints there were so that he will know to recreate them if he has to
>>>>>>>>>> revert to the copied table because it get accidentally dropped. (Of course,
>>>>>>>>>> it's all hypothetical, right, really nobody accidentally drops a table.
>>>>>>>>>> )
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> HTH
>>>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>>>> www.InsideSQLServer.com
>>>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Leon Mayne" wrote in message
>>>>>>>>>>
>>>>>>>>>>> On Tuesday, January 15, 2008 11:45 AM Leon Mayne wrote:
>>>>>>>>>>> I do not think I have ever dropped a table on a live database accidentally, but
>>>>>>>>>>> I have run rm -rf * in / on a Solaris box once. Damn su!
>>>>>>>>>>>> On Tuesday, January 15, 2008 12:35 PM David wrote:
>>>>>>>>>>>> Hello Kalen
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks for the reply, that would be a big problem..especially the indexes.
>>>>>>>>>>>> I had thought of doing a select into a new table, but the indexes would be
>>>>>>>>>>>> lost.
>>>>>>>>>>>>
>>>>>>>>>>>> Regards
>>>>>>>>>>>>
>>>>>>>>>>>> David
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, 15 Jan 2008 16:06:03 -0000, Kalen Delaney
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>> On Tuesday, January 15, 2008 12:41 PM David wrote:
>>>>>>>>>>>>> Sorry, this is what I said..
>>>>>>>>>>>>>
>>>>>>>>>>>>> <ie: MyTable -> MyTableCOPY =3D 2 Tables in the same database>
>>>>>>>>>>>>>
>>>>>>>>>>>>> That is, I want a copy of my table in the same database.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>
>>>>>>>>>>>>> David
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, 15 Jan 2008 14:52:51 -0000, Uri Dimant wrote:=
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> d =
>>>>>>>>>>>>>
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>> ile
>>>>>>>>>>>>> =
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> -- =
>>>>>>>>>>>>>
>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>>> On Tuesday, January 15, 2008 2:48 PM Kalen Delaney wrote:
>>>>>>>>>>>>>> You can always script the indexes from the original table and build them on
>>>>>>>>>>>>>> the new table by just slight modification of the scripts. It's not a one
>>>>>>>>>>>>>> step operation to copy the table and all constraints and indexes however.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> HTH
>>>>>>>>>>>>>> Kalen Delaney, SQL Server MVP
>>>>>>>>>>>>>> www.InsideSQLServer.com
>>>>>>>>>>>>>> http://blog.kalendelaney.com
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "David" wrote in message
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tuesday, January 15, 2008 3:33 PM Norman Yuan wrote:
>>>>>>>>>>>>>>> The simplest way to do it by just standard copy/paste would be to use MS
>>>>>>>>>>>>>>> Access ADP file to connect to targeting database. Then you can simply do the
>>>>>>>>>>>>>>> standard Windows copy/paste (tables, Views, SPs, UDF...). Actually, the
>>>>>>>>>>>>>>> copy/paste is not limited within the same database/same SQL Server (when
>>>>>>>>>>>>>>> copy/paste between different SQL Server/database, you need to open two ADP
>>>>>>>>>>>>>>> sessions, though).
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Only this very convenient feature keeps me using ADP for most of my routine
>>>>>>>>>>>>>>> SQL Server development/manage tasks, rather than Enterprise Manager or SSMS.
>>>>>>>>>>>>>>> I just wondering, why SQL Server team does not learn this from Access team
>>>>>>>>>>>>>>> and make this feature avaialble in SSMS.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> "David" wrote in message
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hello all
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I want to make a copy of a table in SQL Server 2005, a back-up of my table
>>>>>>>>>>>>>>> if you will. I don't see any way of doing this, I am I right in assuming
>>>>>>>>>>>>>>> that one can't copy a table in an SQL Sever 2005 database?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ie: MyTable -> MyTableCOPY = 2 Tables in the same database
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thank you for your time.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> David
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>>>>> On Tuesday, January 15, 2008 11:44 PM David wrote:
>>>>>>>>>>>>>>>> Thank you Norman...err could you explain your method in simple terms or
>>>>>>>>>>>>>>>> via a step through please?
>>>>>>>>>>>>>>>> I can get my SQL Server tables to list in ADP, but how exactly do I copy
>>>>>>>>>>>>>>>> the table..seems that all I am doing in ADP is linking the SQL Server
>>>>>>>>>>>>>>>> table to the page.
>>>>>>>>>>>>>>>> Thanks for your time
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> David
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, 15 Jan 2008 20:33:11 -0000, Norman Yuan
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>>>>>>>>>>>>>>>> On Friday, June 10, 2011 10:04 AM jignesh kaila wrote:
>>>>>>>>>>>>>>>>> Hello all
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> you just need to right click to table and past to destination path nothing else
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ThanQ >> Stay informed about: Copy a table in SQL Server 2005 |
|
| Back to top |
|
| |
External
Since: Nov 09, 2011
Posts: 1
|
(Msg. 19) Posted: Wed Nov 09, 2011 4:29 pm
Post subject: Re: Copy a table in SQL Server 2005 [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
|
|
|
I use Access Data Projects to right-click copy table.. it seems to work quite well.
it also works for rows, columns in design view- or the data itself.
it also works right-click copy sprocs..
I'm amazed that SSMS doesn't have this same functionality. >> Stay informed about: Copy a table in SQL Server 2005 |
|
| Back to top |
|
| |
| Related Topics: | SQL Server 2005 full table scan - sp_spaceused results for a given table show 18 Gb data, 50 Gb index, 110 Gb unused. As a SQL Server newbie, my question is: will the 110 Gb of unused be read as part of a full table scan? Here's an exaggerated scenario to clarify what I'm after: ...
Copy SQL 2005 database.. different servers.. network storage - Hi.. I have to SQL 2005 Standard Servers (Server1 and Server2) Everynight I have to program a copy of a DB in Server1 to Server2.. what is the best way to achieve this??.. DB can't go offline.. I tried creating a copy DB wizard package to program it,...
Make a Copy of Table ? - We would like to make a copy of table in a SQL Server 2005 database (We will make a change of it). Is it the only way to do so is by running a SELECT * INTO New_Table FROM Existing_Table ? In SQL Server 2000, it seems that we can make use of DTS but....
Deployment/copy of Db from remote server - I need to copy both schema and data from a remote db server at my ISP. I used to use a Red Gate solution but dont have access to the proggie anymore. I then tried to use the import/export tool for the SQL 2005 server, but view turned into tables and..
Bulk copy rather than SQL Server Import and Export Wizard .. - I am exporting data to roughly 250 Access 2.0 databases from tables in SQL Server 2005. For each table, I open one copy of the wizard and select a specifically named Access 2.0 database, export the table (it has to be edited to the correct format to.... |
|
You can post new topics in this forum
You can reply to topics in this forum
You can edit your posts in this forum
You can delete your posts in this forum
You can vote in polls in this forum
|
|
|
|
|
|
|
FAQ
Search
Profile
Private Messages
Log in
