在LiipFunctionalTestbundle中使用YEAR、MONTH、DAY mysql函数时出错

Question

我正在使用DAY、MONTH、YEAR mysql的函数(http://dev.mysql.com/doc/refman/5.5/en/date-and-time-functions.html#function_year)用CCD_ 4。当我运行测试时，我得到：

SQLSTATE[HY000]: General error: 1 no such function: YEAR

最后，测试失败了。我想是因为这个。

这是我的config_test文件：

imports:
    - { resource: config_dev.yml }
framework:
    test: ~
    session:
        storage_id: session.storage.filesystem
        name: MOCKSESSID
web_profiler:
    toolbar: false
    intercept_redirects: false
swiftmailer:
    disable_delivery: true
liip_functional_test: 
  cache_sqlite_db: true
  authentication:
    username: "root"
    password: "admin"
doctrine:
  dbal:
    default_connection: default
    connections:
      default:
        driver:   pdo_sqlite
        path:     %kernel.cache_dir%/test.db
  orm:
    dql: 
      datetime_functions:
        YEAR: DoctrineExtensionsQueryMysqlYear
        MONTH: DoctrineExtensionsQueryMysqlMonth
        DAY: DoctrineExtensionsQueryMysqlDay           

在我的代码中，我使用它们作为：

$em = $this->getDoctrine()->getManager();
$emConfig = $em->getConfiguration();
$emConfig->addCustomDatetimeFunction('YEAR', 'DoctrineExtensionsQueryMysqlYear');
$emConfig->addCustomDatetimeFunction('MONTH', 'DoctrineExtensionsQueryMysqlMonth');
$emConfig->addCustomDatetimeFunction('DAY', 'DoctrineExtensionsQueryMysqlDay');
....
$em = $this->get('doctrine.orm.entity_manager');
$dql = $em->createQuery('SELECT um FROM AcmeAcmeBundleEntityMenu um WHERE 
                  um.user = :id and 
                  YEAR(um.day) = :year and 
                  MONTH(um.day) = :month and 
                  DAY(um.day) = :day');
      $dql->setParameter('id', $id);
      $dql->setParameter('year', $now->format("Y"));
      $dql->setParameter('month', $now->format("m"));
      $dql->setParameter('day', $now->format("d"));

如果我运行应用程序，我就不会有问题。

Answer 1

问题与mysql无关，而是与sqlite有关。我使用sqlite运行测试，它抛出了上面的异常。我发现解决这个问题的最简单方法是用两个数据库都能理解的通用版本更改查询。

我还想为每个查询提供两个版本，一个用于mysql，一个适用于sqlite，并在应用程序执行测试时使用环境。例如，如果我使用的是test环境，则使用sqlite查询，否则使用mysql。然而，我认为这一选择非常依赖，将来很难维持。