app/DoctrineMigrations/Version20251119155734.php line 1

Open in your IDE?
  1. <?php
  3. declare(strict_types=1);
  5. namespace DoctrineMigrations;
  7. use Doctrine\DBAL\Schema\Schema;
  8. use Doctrine\Migrations\AbstractMigration;
  10. /**
  11.  * dtb_memberテーブルの無効なlogin_date値を修正
  12.  */
  13. final class Version20251119155734 extends AbstractMigration
  14. {
  15.     public function getDescription(): string
  16.     {
  17.         return 'dtb_memberテーブルのlogin_dateカラムの無効な日時値(0000-00-00 00:00:00)をNULLに修正';
  18.     }
  20.     public function up(Schema $schema): void
  21.     {
  22.         // MySQLの場合
  23.         if ($this->connection->getDatabasePlatform()->getName() === 'mysql') {
  24.             // 一時的にSQLモードを変更して無効な日時値を許容
  25.             $this->addSql("SET SESSION sql_mode = ''");
  26.             
  27.             // 無効な日時値をNULLに更新
  28.             $this->addSql("UPDATE dtb_member SET login_date = NULL WHERE login_date = '0000-00-00 00:00:00' OR login_date < '1000-01-01 00:00:00'");
  29.             
  30.             // SQLモードを元に戻す
  31.             $this->addSql("SET SESSION sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'");
  32.         }
  33.         // PostgreSQLの場合は通常この問題は発生しないが、念のため
  34.         elseif ($this->connection->getDatabasePlatform()->getName() === 'postgresql') {
  35.             // PostgreSQLでは '0000-00-00' は既にエラーになるため、特別な処理は不要
  36.             // ただし、万が一の場合に備えて、非常に古い日付をNULLにする
  37.             $this->addSql("UPDATE dtb_member SET login_date = NULL WHERE login_date < '1000-01-01 00:00:00'");
  38.         }
  39.     }
  41.     public function down(Schema $schema): void
  42.     {
  43.         // このマイグレーションはデータクリーニングのため、ロールバックは不要
  44.         // 無効な値に戻すことは望ましくない
  45.     }
  46. }