December 13, 2005 at 6:16 pm
I am working on an SQL database and the database was transferred over to another database, and now some of the information that is saved as \\server\folder\ is not in human readable form.
Is it possible to get this back into some sort of readable form? the information that is saved there is the link to the file, which appears in hex format it looks like when just viewing the table.
I have tried
select convert(varchar(100),convert(binary(100),textcol)) as test
from databasetable
this converts it, though as some I suspect got corrupted, it shows up similar to *%*$)# and can't read it.
Is it possible to convert this information into readable form?
December 13, 2005 at 7:52 pm
I have determined that it isn't actually corrupt just cannot be read in SQL Server.
How do I check the contents of the image field, to determine what the link is and resolve the problem so the information is again displayed as normal text and not gobbly gook?
December 15, 2005 at 6:18 pm
So was the data perfectly readable in the source database? Using what mechanism?
How did you copy it?
Paul Randal
CEO, SQLskills.com: Check out SQLskills online training!
Blog:www.SQLskills.com/blogs/paul Twitter: @PaulRandal
SQL MVP, Microsoft RD, Contributing Editor of TechNet Magazine
Author of DBCC CHECKDB/repair (and other Storage Engine) code of SQL Server 2005
December 15, 2005 at 11:48 pm
As far as I can ascertain yes it was readable before the transfer to the new SQL database, otherwise I wouldn't be here attempting to solve it. The maximiser program copied all of the data to the new database automatically as far as I know.
We are going to have a look at the customers database Monday as we have determined only a few entries in the database have different data when just viewing the database.
used the code:
select convert(varchar,convert(varbinary(100),textcol)) as test
from amgr_letters_tbl
Glenn
December 16, 2005 at 10:33 am
ok - so if the table schemas are exactly the same and the data is still readable in the source database then the problem occured during the copy process or the destination database is corrupt.
Have you checked that there isn't a char/widechar mismatch between the source/destination databases?
Have you run CHECKDB on the destination database?
I know nothing of the 'maximiser' program - how does it do the copy?
Thanks
Paul Randal
CEO, SQLskills.com: Check out SQLskills online training!
Blog:www.SQLskills.com/blogs/paul Twitter: @PaulRandal
SQL MVP, Microsoft RD, Contributing Editor of TechNet Magazine
Author of DBCC CHECKDB/repair (and other Storage Engine) code of SQL Server 2005
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply