People that are starting a new project will immediately know what this
is about, but people upgrading doctrine might get a lot of these and
should have a better clue regarding what this is about.

People do not need to know that this will be implemented as an
exception.

I am not sure if there is a rationale behind ignoring extra keys like
this. I was under the impression that something might copy options to
platform specific options, thus leaving options in the original array,
knowing they would be ignored anyway. If it is the case, it would be
best to just move them, otherwise, this commit might help troubleshoot
some mapping issues.
I had to fix some tests that wrongly used that options array (maybe
these options were valid at some point?).

- Fixed docblocks
- Removed return statements on void methods
- Cleaned up unused private / local variables
- Fixed license issues
- Removed SVN leftovers
- Fixed doctrine-project.org links
- Added line breaks before return statements

DBAL-22 - Fix DateTime with Timezone handling in Postgres and Oracle by introducing new type DateTimeTz and have SchemaManagers of both platforms detect this type. Added general conversion testcase which made some bugs in Oracle Date Handling and $stmt->fetchColumn() appear

Fixed a problem in PostgreSql AutoIncrement Detection, changed Autoincrement API for platform/schema manager interaction a little bit

[2.0] DDC-200 Implemented support for @columnDefinition - even with support to pass the definition to join columns if necessary for relations.

[2.0] DDC-169 - AbstractPlatform::getAlterTableSql() now accepts only a TableDiff instance as argument across all platforms.

[2.0] DDC-169 - Converted introspection queries of all platforms to return Column, Sequence, Index, ForeignKey Schema Instances instead of arrays, heavily pimped Oracle support thereby.