Comments
3 comments
-
We have logged a support ticket for you and will email you shortly.
-
Might be some backward-compatibility issue with SQL 2000, because back then schemas did not exist and were the same as users. I seem to recall some older versions of SQL Compare made a schema for a user when going from 2000 to 2005. (of course these days SQL 2000 support has been dropped entirely so I don't think the latest version would do that).
It's also possible that there is some object either owned by or has permissions set for that schema and it's being created as a dependency. -
Was there a solution for this?
I am having the same issue described above.
Add comment
Please sign in to leave a comment.
On the database that is linked to source control, the schema itself doesn't even exist. The user that it belonged to does, but that user account is filtered from source control, and was never committed.
On the destination live database I'm trying to copy the schema to, the schema doesn't exist, and it shouldn't.
When I checked out the source control copy of the database to a folder, and searched through the .SQL scripts, I couldn't find anything in there that included this schema.
Do you know why it might think that the schema exists and is trying to add it to my live destination database?
Thanks!
--
Andy