Default column expressions do not work on SQL Server#3547
Default column expressions do not work on SQL Server#3547morozov merged 1 commit intodoctrine:masterfrom
Conversation
tests/Doctrine/Tests/DBAL/Functional/Schema/SQLServerSchemaManagerTest.php
Show resolved
Hide resolved
afc5996 to
9c07718
Compare
tests/Doctrine/Tests/DBAL/Platforms/AbstractSQLServerPlatformTestCase.php
Show resolved
Hide resolved
Ocramius
left a comment
There was a problem hiding this comment.
Besides issues with the test implementation, I don't see anything wrong with this change
| } | ||
|
|
||
| if ($platform instanceof OraclePlatform) { | ||
| self::markTestSkipped('Not supported on Oracle'); |
There was a problem hiding this comment.
Uhh, I don't think we should skip tests from code within the data-provider: confusing approach IMO
There was a problem hiding this comment.
We can split the test into three, one for each expression and move the skip logic into methods.
SenseException
left a comment
There was a problem hiding this comment.
There's isn't much I can add here.
|
|
||
| $this->connection->exec($query); | ||
|
|
||
| $query = sprintf('SELECT default_value, actual_value FROM default_expr_test'); |
There was a problem hiding this comment.
This is a sprintf without any type specifiers. Is there a reason or did this happen unintentional during changes?
There was a problem hiding this comment.
It's a copy-paste of the previous query. Will fix.
tests/Doctrine/Tests/DBAL/Functional/Schema/SQLServerSchemaManagerTest.php
Show resolved
Hide resolved
9c07718 to
48c38b0
Compare
|
When the build goes green, then this PR is 👍 |
Release v2.9.3 [](https://travis-ci.org/doctrine/dbal) This release fixes regressions introduced in previous releases and other bugs. - Total issues resolved: **5** - Total pull requests resolved: **14** - Total contributors: **9** **Regressions** - [3686: Fixed query result caching when `FetchMode::COLUMN` is used](doctrine#3686) thanks to @morozov and @Junker - [3456: Compare type class when comparing columns.](doctrine#3456) thanks to @garret-gunter and @cs278 **Other bugs** - [3679: fix begin trasaction after reconnect](doctrine#3679) thanks to @kalinin-k-a - [3547: Default column expressions do not work on SQL Server](doctrine#3547) thanks to @morozov - [3420: Index length can be a `string`: ensure that it is an integer when read by the `MySqlSchemaManager`](doctrine#3420) thanks to @leofeyer **CI improvements and maintenance** - [3702: Updated SQL Server extensions to fix build failures on PHP 7.4](doctrine#3702) thanks to @morozov - [3662: Marked connection exception test incomplete on MySQL 8](doctrine#3662) thanks to @morozov - [3622: Switched from ibmcom/db2express-c to ibmcom/db2](doctrine#3622) thanks to @morozov - [3465: Replaced MySQL 5.7 installed from a PPA with an official Docker image](doctrine#3465) thanks to @morozov - [3454: CI: Test against PHP 7.4snapshot instead of nightly (8.0)](doctrine#3454) thanks to @Majkl578 - [3452: Fixed AppVeyor build configuration and the issue on SQL Server](doctrine#3452) thanks to @morozov and @Majkl578 - [3447: Replaced custom docker image for PostgreSQL with the official one](doctrine#3447) thanks to @morozov - [3407: CI: Test against MySQL 8.0 on Travis](doctrine#3407) thanks to @morozov **PHP 7.4 support** - [3642: Fixed test failures on PHP 7.4](doctrine#3642) thanks to @morozov # gpg: Signature made Sat Nov 2 23:20:42 2019 # gpg: using RSA key 374EADAF543AE995 # gpg: Can't check signature: public key not found
The combination of #2960 and #3348 helped identify that the SQL Server platform doesn't properly generate DDL for the date/time columns with the default value described as an expression (see the change in
AbstractSQLServerPlatformTestCase). Instead of using the expression as such, it converts it to a string literal.