Tener actualizados los SPs? ¿que método?

23/10/2007 - 15:19 por Pablo Roca | Informe spam
Leyendo un comentario de Miguel Egea sobre como tener los SPs al dia en las
bases de datos.

Me surge la duda de como hacerlo,

1.- Los creas en la BBDD model, cuando ejecutes create database ya estarán
(los sps y todas las tablas que tengas).

2.- llamandolos con sp_ y poniendolos en master, además de marcarlos como
objetos del sistema. Se ejecutan en el entorno de la BBDD en que estés, pero
solo los tienes una vez, lo que hace más fácil su administracio´n.

3, con una herramienta que los sincronice a partir de una base de datos
modelo que tendria en blanco. ¿Alguna recomendada?

¿Cual es vuestra opinión? Yo estoy casi por irme a la tercera opción.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

Preguntas similare

Leer las respuestas

#16 Gux (MVP)
23/10/2007 - 18:28 | Informe spam
Mi recomendación es usar cualquier herramienta de control de código fuente.
Visual Studio for Database Professional ayuda en eso. También he usado
herramienta de terceros (ClearCase).

Las ideas que mencionas en 1 y 2 no me parecen buenas prácticas.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Pablo Roca" wrote:

Leyendo un comentario de Miguel Egea sobre como tener los SPs al dia en las
bases de datos.

Me surge la duda de como hacerlo,

1.- Los creas en la BBDD model, cuando ejecutes create database ya estarán
(los sps y todas las tablas que tengas).

2.- llamandolos con sp_ y poniendolos en master, además de marcarlos como
objetos del sistema. Se ejecutan en el entorno de la BBDD en que estés, pero
solo los tienes una vez, lo que hace más fácil su administracio´n.

3, con una herramienta que los sincronice a partir de una base de datos
modelo que tendria en blanco. ¿Alguna recomendada?

¿Cual es vuestra opinión? Yo estoy casi por irme a la tercera opción.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com



Respuesta Responder a este mensaje
#17 Eladio Rincón
23/10/2007 - 18:28 | Informe spam
"Pablo Roca" wrote in message
news:%
Jodidos developers .. jajaja, que cruz tenemos! :)))




Ni mucho menos, la aplicación está muy bien hecha, y bien estructurada,
pero uno de sus handicaps era que tiran de TS a través de blades, por lo
que a poco que se le aprieta, pues se nota



eh? .. mande? .. jajajaja





si hombre, Blades de HP soportando sesiones de Terminal Server para ejecutar
las aplicaciones... vamos el viejo concepto de los terminales tontos, pero
ahora estos terminales tontos tiene abiertos todo el día Outlook :)


Por lo que leo, las bases de datos son muy independientes unas de otras,
por lo que tu aproximación de bases de datos por empresa, la veo
correcta.



Si que lo son, fijate que el alguna empresa tenemos productos nuevos cada
año. El fletán de una marea de un barco, es distinto producto que el de
otra marea-barco (por darte un ejemplo).

Y aun no tengo descartado del todo lo de una base de datos por
empresa-ejercicio (cabezón que es uno :)))




En fin, la edad, y la cabeza de uno pesa mucho :P



Una cosa que no me has dejado claro, es si va a haber consultas
inter-empresas... supongo qeu on será frecuente.



Para nada. Eso en principio nunca lo habrá. Y si se necesita pues se
programa a pedal (nunca hizo falta).

Y por ultimo, y creo que lo deja listo es el tema de integridad
referencial: que sepas que no se puede montar entre bases de datos, a
menos que te lo montes mediante triggers...



Ya, eso lei .. aun no ví como van los triggers en SQL Server. Pero
transacciones entre base de datos si .. no?

¿me has hablado de 3 millones de filas por ejercicio?



Si, en una de las tablas si. Y todo funcionando ok con Visual FoxPro :))))

recuerda que el tamaño solo importará (no se si estoy generalizando
demasiado) para operaciones de mantenimiento como reindexación, y
reorganización de índices. Al final, las cosas son muy simples, indexa
para optimizar tus consultas,



Y si la gente se quiere llevar los datos en un portatil? Ahi si que
importa el tamaño.




hombre claro, pero eso es un requisito que me has metido a la aplicación así
como a ultima hora :)
¿no estarás hablando de los TPVs aquellos que hablamos en su día?



Por cierto, en SQL Server 2007, si he leido bien que todavía no lo he
probado, vas a poder reindexar parciamente las tablas; me estoy
imaginando algo así como decir, voy a reindexar la tabla Apuntes, pero
sólo los apuntes que corresponden a tal periodo... algo así como llevar a
la enesima expresión el particionado de datos :)



Interesante, gracias, habrá que mirarlo.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com






Saludos,

Saludos,

Eladio Rincón,
SQL Server MVP
http://blogs.solidq.com/es/elrincondeldba
Respuesta Responder a este mensaje
#18 Pablo Roca
23/10/2007 - 18:35 | Informe spam
Gracias Gustavo.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#19 Pablo Roca
23/10/2007 - 18:40 | Informe spam
si hombre, Blades de HP soportando sesiones de Terminal Server para
ejecutar las aplicaciones... vamos el viejo concepto de los terminales
tontos, pero ahora estos terminales tontos tiene abiertos todo el día
Outlook :)



:))))))

En fin, la edad, y la cabeza de uno pesa mucho :P



jeje ..

Y si la gente se quiere llevar los datos en un portatil? Ahi si que
importa el tamaño.




hombre claro, pero eso es un requisito que me has metido a la aplicación
así como a ultima hora :)
¿no estarás hablando de los TPVs aquellos que hablamos en su día?



TPVs .. no. Es la aplicación principal de gestiuon de nuestra empresa.

Si, la verdad que eso no te lo dije, te lo colé casi al final :))), pero es
un requisito que se me pasó.

Es mas, me piden que la aplicación desarrollada pueda correr tanto en un SQL
server Standard, como en un SQL Server Express sin cambios o solo tocando
algun archivo de configuración. O sea que no puedo usar ninguna
característica que no dé el SQL Server Express. Bueno, con la salvedad de no
tener que hacer DataMining en el portatil y en la central si.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#20 Eladio Rincón
23/10/2007 - 20:17 | Informe spam

Y si la gente se quiere llevar los datos en un portatil? Ahi si que
importa el tamaño.




hombre claro, pero eso es un requisito que me has metido a la aplicación
así como a ultima hora :)
¿no estarás hablando de los TPVs aquellos que hablamos en su día?



TPVs .. no. Es la aplicación principal de gestiuon de nuestra empresa.

Si, la verdad que eso no te lo dije, te lo colé casi al final :))), pero
es un requisito que se me pasó.

Es mas, me piden que la aplicación desarrollada pueda correr tanto en un
SQL server Standard, como en un SQL Server Express sin cambios o solo
tocando algun archivo de configuración. O sea que no puedo usar ninguna
característica que no dé el SQL Server Express. Bueno, con la salvedad de
no tener que hacer DataMining en el portatil y en la central si.




ufffff, entonces aquí el limitante va a ser el tamaño de la base de datos,
nada menos que 4GB de base de datos..
http://www.microsoft.com/sql/editio...ures.mspx; no creo que
toda la gestión de la empresa en 5 años te entre en ese tamaño...

de todas formas, piensa un poco el precio de la edición Workgroup... 739USD
con 5CAL.
http://www.microsoft.com/sql/howtob...ault.mspx; ¿merece la pena montar
todo el tinglao de separar bases de datos por ejercicio por 739USD * nº
portatiles? yo creo que no...




Saludos,

Eladio Rincón,
SQL Server MVP
http://blogs.solidq.com/es/elrincondeldba
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida