> > If the data is held in common tables(bills, vouchers, etc)then the only > thing I see happening is changing the PK values to an unused value. That > could turn into a nightmare though. Not only that you lose the connection > to the original data source. If the data can be broken out into separate > tables then I could see placing them in their own schema. > > Why not have separate databases for each "restore"? They can run together on one machine still. What is the user doing with this copy of the data?
- managing primary key conflicts while restoring data to ta... Krishnakant Mane
- Re: managing primary key conflicts while restoring d... Rob Sargent
- Re: managing primary key conflicts while restori... Krishnakant Mane
- Re: managing primary key conflicts while restoring d... Adrian Klaver
- Re: managing primary key conflicts while restori... Krishnakant Mane
- Re: managing primary key conflicts while res... Rob Sargent
- Re: managing primary key conflicts while... Michael Lewis
- Re: managing primary key conflicts while... Adrian Klaver
- Re: managing primary key conflicts ... Krishnakant Mane
- Re: managing primary key confli... Rob Sargent
- Re: managing primary key co... Krishnakant Mane
- Re: managing primary key co... Rob Sargent
- Re: managing primary key co... Rob Sargent
- Re: managing primary key co... Pankaj Jangid