<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/iupdate-db/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/iupdate-db/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 10 Dec 2009 18:40:01 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/iupdate-db/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>sql server 2005 tables listed incompletely</title><link>https://sourceforge.net/p/iupdate-db/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Because of the changes to schemas between SqlServer 2000 and 2005, the table select statement you currently have fails when the user matching the schema is removed.&lt;/p&gt;
&lt;p&gt;The following *may* address the problem, but as it only provides the schema name and not the actual owner, I'm not sure if completely solves the problem. Joining to sys.database_principals via the principal_id may be what you need.&lt;/p&gt;
&lt;p&gt;select sp.name as Table_Name,&lt;br /&gt;
ssp.name as Owner&lt;br /&gt;
from sys.tables sp WITH (NOLOCK)&lt;br /&gt;
INNER join  sys.schemas as ssp WITH (NOLOCK) on sp.schema_id = ssp.schema_id&lt;/p&gt;
&lt;p&gt;Reference: &lt;a href="http://msdn.microsoft.com/en-us/library/ms190387.aspx" rel="nofollow"&gt;http://msdn.microsoft.com/en-us/library/ms190387.aspx&lt;/a&gt; particularly the statement: New DDL statements can introduce complexities to system metadata that are not accurately reflected in old catalog views such as sysobjects. In this example, the user ID and schema name returned by sysobjects are out of sync, and do not reflect the distinction between user and schema introduced in SQL Server 2005. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 10 Dec 2009 18:40:01 -0000</pubDate><guid>https://sourceforge.net4e7e22183a5ba2fcf1b9be92ceec59076deed59f</guid></item><item><title>Wrong handling of nvarchar</title><link>https://sourceforge.net/p/iupdate-db/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;iUPDATE does not handle correctly nvarchar fields in SQL Server 2005 tables. Generated scripts have column name specified twice.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Mon, 17 Sep 2007 14:41:52 -0000</pubDate><guid>https://sourceforge.net97b76af9d177e8270964480906cd93c0e44e876c</guid></item><item><title>Unable to prodcue a script for table diffs</title><link>https://sourceforge.net/p/iupdate-db/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Have two SQL databases with same table but different fields in each.&lt;/p&gt;
&lt;p&gt;Scripting fails "error syncronizing severs"&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 24 Aug 2007 13:50:23 -0000</pubDate><guid>https://sourceforge.net0eaec408dae1a40d6d4bfdc3386a46d74753993a</guid></item></channel></rss>