2011-07-08 6 views

Respuesta

0

Cuando dices "tabla de sesiones", supongo que te refieres a la tabla de sesiones de PdoSessionStorage? (solo para asegurarse de que estamos hablando de lo mismo :-))

Tuve un problema similar, y la única solución persistente (y no compleja) fue simplemente poner sus sesiones en otra base de datos (y actualizar la configuración en consecuencia). Pero esto requiere el permiso para crear una base de datos adicional.

Si usted no tiene esta posibilidad, voy a buscar a alguna otra solución, pero tal vez el mencionado anteriormente que funciona para usted :-)

+0

Sí. Estaba pensando en crear una entidad para esta tabla ... – HappyDeveloper

+0

¿Así que no tienes la posibilidad de poner todo el material de PdoSessionStorage (básicamente la tabla de sesiones) en otra base de datos? –

+0

Sí, pero creo que es más problemas. Y no sé si tener una conexión db extra es bueno para el rendimiento. ¿No agregaría sobrecarga? – HappyDeveloper

21

Otra opción es simplemente para contar Doctrina hacer caso omiso de la tabla. Puede usar la opción schema_filter como se describe en this SO post.

Por lo tanto, si la tabla se llama sessions, añada lo siguiente a config.yml:

doctrine: 
    dbal: 
     # standard database config here 
     schema_filter: ~^(?!sessions)~ 

Tuvimos un gran número de tablas de ignorar, así que tomamos el camino contrario - que dicho Doctrina considerar solo las tablas que comenzaron con un cierto prefijo y configurar oyentes para garantizar que todas nuestras tablas administradas por Doctrine tuvieran un prefijo. El uso de oyentes para prefijos de tabla está documentado en http://docs.doctrine-project.org/en/latest/cookbook/sql-table-prefixes.html y hay una publicación SO sobre el lado de Symfony here.

+1

esta debería ser la respuesta aceptada – DevDonkey

Cuestiones relacionadas