Viewing 8 posts - 1 through 8 (of 8 total)
Really, without getting into backups, the easiest way I can see to do this is the capture the data in a table. If you need to know the value...
December 16, 2009 at 7:47 am
One way to do this is to encrypt sensitive fields in the application (and store the encrypted value in the database). Not all of the data, just the columns...
July 8, 2009 at 7:25 am
I agree with the consensus that one big DB is much easier at this stage. I would suggest you include a customer_id (or whatever the PK is at the...
January 13, 2009 at 10:57 am
I think we need to consider what this actually proves, though -- if people get Vista with a new machine fast enough to handle it, with plenty of RAM, and...
August 11, 2008 at 7:28 am
I think you may be misinterpreting compatibility. I think it's BACKWARD compatibility. Meaning, they let you create duplicate indexes in previous versions. If they disallow them now,...
April 25, 2008 at 6:22 am
Yes, I read what you wrote earlier. I'm just saying I don't believe it's how you populated your grid that's the problem, it's the insert/update. I don't think...
April 3, 2008 at 10:03 am
This proc almost certainly isn't the problem. Your problem is with the insert/update.
Your PK violation isn't coming from a select statement (unless it's something tangential, like you aren't selecting...
April 3, 2008 at 9:38 am
I'm not completely clear what you're trying to do. You mention leaving the primary key null, but you can't insert nulls into a primary key either . . .
This...
April 3, 2008 at 8:35 am
Viewing 8 posts - 1 through 8 (of 8 total)