all groups > sql server msde > february 2006 >
You're in the

sql server msde

group:

my doc.mdf



Re: my doc.mdf Jens
2/28/2006 7:54:14 AM
sql server msde: Huah, that does=B4t sound nice, why did you drop the table on a OS basis
and not deleted the file logically and physically within SQL Server
with the Command DROP DATABASE SomeDatabase ?

That way more concistent, as SQL Server knows that the database
wasdropped and has gone away.

HTH, jens Suessmeyer.
my doc.mdf SAC
2/28/2006 9:17:53 AM
I can't create a db because my doc.mdf already exists.

I've stopped the server, deleted this file as well as it's related file and
made a new db but now I don't know where the two new files are located.
They are not in the same directory as the other dbs.

What should I do?


Re: my doc.mdf SAC
2/28/2006 10:02:05 AM
I'm using MSDE. Don't know much yet...just a beginner.

What is my doc.mdf?

I think I did find out why it doesn't like what I'm doing...when I installed
MSDE I changed the default data directory to D:\My Doc....

It might have something to do with that..but I don't know what to do about
it.

Any more ideas?

Thanks.
[quoted text, click to view]
Huah, that does´t sound nice, why did you drop the table on a OS basis
and not deleted the file logically and physically within SQL Server
with the Command DROP DATABASE SomeDatabase ?

That way more concistent, as SQL Server knows that the database
wasdropped and has gone away.

HTH, jens Suessmeyer.

Re: my doc.mdf SAC
2/28/2006 11:42:31 AM
Thanks!

[quoted text, click to view]

Re: my doc.mdf Andrea Montanari
2/28/2006 6:30:05 PM
hi,
[quoted text, click to view]

as Jens already pointed out, database are not only a physical "thing" on
your file systen, but they are logically registered in the SQL Server/MSDE
instance too in the system databases... if you only delete the physical
files, the database will still be "registered" and of course will be marked
as "suspect" as the engine will be no longer able to locate the relative
physical files..
run oSql.exe
(http://support.microsoft.com/default.aspx?scid=kb;EN-US;q325003) and
execute, at the command prompt
1>SELECT Name FROM dbo.sysdatabases WHERE DATABASEPROPERTYEX(Name, 'Status')
= 'SUSPECT';
2>GO
the name of the database you physically dropped should be listed..
execute then
1>DROP DATABASE x;
2>GO
where x is the name you should be prompted with..
1>QUIT
leave oSql.exe..
this way you cleaned the orphan database...

--
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm http://italy.mvps.org
DbaMgr2k ver 0.18.0 - DbaMgr ver 0.62.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply

AddThis Social Bookmark Button