none
Control de Cambios RRS feed

  • Pregunta

  • Estimados.

    Los desarrolladores no tienen acceso a modificar objetos en las BD, entonces, me envian los script con los cambios que necesitan, la consulta es:

    Cual seria un buen metodo para tener un control de cambios de los objetos ?

    Mientras tanto, estoy pensando en si seria una buena alternativa guardar la version anterior al cambio.

    Atte.

    PENTA.

    miércoles, 29 de agosto de 2012 20:22

Respuestas

  • Hola.

    La mejor, y quizá la única, forma de llevarlo a cabo es documentando. Conserva los scripts y el motivo que requirió su ejecución.

    Si buscas una herramienta, yo puedo recomendar Team System (lo que antes era SourceSafe), pero sería normal que emplearas la misma herramienta que haya en tu empresa para el control del código fuente del resto de desarrollos. La base de datos no es diferente al resto de desarrollos. De hecho, lo normal es que vayan en paralelo los cambios en la aplicación y los cambios en el modelo.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    miércoles, 29 de agosto de 2012 21:24
    Moderador

Todas las respuestas

  • Formalmente la empresa deberia tener la propia area de control de cambios con el sistemas que registre las peticiones, luego se calendarizan los cambios en caso de ser movimientos que alteren estructuras, (alter, create, etc...)  deberian hacerse en horarios no productivos o con poca carga de trabajo, previamente la ventana deberia estar autorizada por la mesa de control que deberia reuinirse para platicar y aprobar el cambio, en esta reunion ademas se deben exponer las pruebas realizadas en un ambiente de TEST,  en el caso de requerimientos que solo modifiquen datos, lo adecuado es tener un sistema de tickets donde a ti te levanten el requerimiento y requeririas el Vo. Bo. de los dueños de la aplicación o los involucrados en el negocio, para aplicar esto,  ademas claro de tu validación como DBA de que el script no represente mayor peligro para la consistencia de las bases, 

    bueno esto seria lo ideal con lo referente a control de cambios

    si te refieres a un versionamiento, pues existen diversas herramientas en el mercado para controlar el versionamiento de codigo,  yo solia utilizar  team foundation de microsoft,   existe SVN,  y algunos otros


    • Editado alfred_magno miércoles, 29 de agosto de 2012 20:31
    miércoles, 29 de agosto de 2012 20:30
  • Si te refieres a lo procedimental como lo explica Alfred es un buena practica, que se autorice previo analisis de impacto.

    Si lo que quieres es tener un control de cambios de los datos, como fueron mutando, deberias implementar algun tipo de auditoria que almacene historicamente los valores, necesitaras bastante espacio en disco para esto.

    Si lo que deseas es versionar, ver como estaba la estructura en una fecha determinada existe el Team Foundation Server, SVN, Git, Mercurial y otros. Personalmente en el trabajo utilizo SVN como repositorio y el cliente para el SSMS que más me ha gustado es de Red Gate http://www.red-gate.com/products/sql-development/sql-source-control/ solo que este es de paga, pero vale la pena tenerlo..

    miércoles, 29 de agosto de 2012 21:12
  • Hola.

    La mejor, y quizá la única, forma de llevarlo a cabo es documentando. Conserva los scripts y el motivo que requirió su ejecución.

    Si buscas una herramienta, yo puedo recomendar Team System (lo que antes era SourceSafe), pero sería normal que emplearas la misma herramienta que haya en tu empresa para el control del código fuente del resto de desarrollos. La base de datos no es diferente al resto de desarrollos. De hecho, lo normal es que vayan en paralelo los cambios en la aplicación y los cambios en el modelo.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    miércoles, 29 de agosto de 2012 21:24
    Moderador
  • Hola,

    Realmente es muy dificil decir que existe una respuesta a lo que preguntas.

    Realmente lo ideal seria que tu empresa, cree una manual de procedimientos, de como realizar las tareas comunes, solicitud de desarrollo, pruebas, instalacion, etc.

    Te aconsejo leer un poco de ITIL.

    Lo ideal seria que tubieran un sistema que les permita llevar un control de cambios (CMDB), existen multiples soluciones y multiples herramienta, pero lo importante es definir procesos y el flujo de ellos.

    Si solo que que requieres es llevar un control de versiones, Visual Source, Team Foundation,Subversion y TortoiseSVN, ETC. como menciona alfred existe muchas herramienta

    Muchas suerte

    saludos cordiales


    Ahias Portillo


    jueves, 30 de agosto de 2012 1:42
  • Hola.

    ¿Resolvimos tus dudas?


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    sábado, 8 de septiembre de 2012 8:04
    Moderador