http://www.doctrine-project.org/jira This file is an XML representation of an issue en-us 5.2.7 850 21-02-2013 http://www.doctrine-project.org/jira/browse/DMIG-18 Doctrine Migrations <p>I am playing around with the diff tool and noticing that a lot of false positives are generated, like using SERIAL creates Sequences that are not explicitly listed, causing the diff tool to believe that they should be dropped. Or using "array" as a datatype makes the diff tool believe that there was a type change since they are setup as TEXT. now the alter statement then actually specifies to alter it form TEXT to TEXT again.</p> <p>I guess the fact is that just more work needs to be put in here and I guess if I want things to improve I should step up, especially if I care about such an "obsure" database as Postresql <img class="emoticon" src="http://www.doctrine-project.org/jira/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"/></p> PostgreSQL 9.0 DMIG-18

diffing causes lots of false positives (on postgresql)

Bug Major Open Unresolved Benjamin Eberlei Lukas Kahwe Fri, 18 Feb 2011 15:33:48 +0000 Wed, 16 Nov 2011 22:09:34 +0000 2 2 <p>I have noticed the same problems when using @GeneratedValue(strategy="IDENTITY").<br/> Postgres will create a sequence which doctrine does not manage. When running a schema validation doctrine fails because the diff tool<br/> believes the sequences should not be in the database. <br/> Same problem when trying to update the schema with --complete, doctrine will run queries to drop the sequences.</p> <p>Regards,</p> <p>Ilan</p> <p>likely solved with <a href="http://www.doctrine-project.org/jira/browse/DBAL-42" class="external-link">http://www.doctrine-project.org/jira/browse/DBAL-42</a></p> <p>Currently, sequences won't be dropped when using diff tool (latest version from github downloaded today). But it still drops the default value like 'nextval('xxx_seq')'. As the database wasn't used by doctrine2 only, dropping default value like that caused some problems in my environment.</p> <p>well... the diff is not reliable currently as all the indexes, constraints were affected and serial, bigserial fields would be replaced using int and bigint...</p>