¿Cómo manejan las tiendas que usan AccuRev los cambios de la Base de datos?

Hemos considerado usar AccuRev porque la idea de transmisión tiene mucho sentido para tiendas muy ágiles como la nuestra. Sin embargo, una pregunta para administrar sets de cambios: ¿cómo están las personas manejando los cambios en la database?

¿Cada desarrollador tiene una database de desarrolladores locales?

Y si es así, ¿cómo promociona estos cambios en la database cuando promociona cambios en la transmisión "principal" o como se llame?

Esta es una pregunta más general sobre cómo hacer que su database esté bajo control de versiones, ya que no depende directamente de Accurev. Aquí hay algunos enlaces a preguntas ya respondidas:

¿Cómo rastreas los cambios en la database en el control de código fuente? http://sofes.miximages.com/questions/4952/database-version-control

Y un enlace de Coding Horror:

http://www.codinghorror.com/blog/2008/02/get-your-database-under-version-control.html

Lo que hago es que tengo files .sql para crear una nueva database, otros scripts .sql para actualizar desde una versión específica a una nueva y también copys de security de files .sql que insertan datos en una database. Esos son todos files de text muy fáciles de mantener que el sistema de control de origen maneja bien. Los files de database binarys reales son solo objects derivados y no deberían versionarse de todos modos.