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

#26 Pablo Roca
23/10/2007 - 21:26 | Informe spam
Hola Salvador,

Por esa parte puedes estar tranquilo. El código T-SQL te va a funcionar en
las diferentes ediciones sin problemas.



Bien! :) ¿Incluido los SP diseñados con codigo por ejemplo C# CLR?

En cuanto a las 4GB de datos, podrías llevar en el portátil, por ejemplo,
los dos últimos años sin necesidad de tener bases de datos diferentes. No
tiene por qué llevar los mismos datos el portátil que el servidor
principal. De ciertas tablas (típicas de moviemientos, ventas, compras,
etc...) podrías llevar en el portátil sólo esos dos últimos años o el año
actual (solamente lo que necesiten).



Eso no es mala idea. Es mas juntando lo que respondes tu con lo que me
respondió Eladio, ya me estoy pensando en ...

Portatil del Gerente: edición WorkGroup (que ponga los ejercicios que le dé
la gana)
Resto de portátiles: SQL Express con el ultimo año o dos cargados en ciertas
tablas

Gracias!


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#27 Pablo Roca
23/10/2007 - 21:34 | Informe spam
Hola Salvador,

Es complejo ..

En ciertas empresas tenemos nuevos productos todos los años, para hacer un
analisis ABC de productos uno de los parámetros es el número de articulos

Hay informes que analizan ventas en función del numero de clientes (ahi no
valdría una tabla común de clientes por empresa)

Los informes ventas/compras de familias de productos tambien afecta el
numero de familias creadas .. etc.

Simplemente la tabla de tipos de IVA, hasta puede cambiar de año en año.

Y si tienes que replicar a portátiles puede replicar parte de la
información sin necesidad de que esta esté en bases de datos diferentes.
Por ejemplo podrías replicar de algunas tablas sólo la información de los
dos últimos años. Eso no sería complejo.



En eso si que te doy la razón.

Repito, para eso de la edad y las costumbres :)) "una base de datos por
empresa" en tu caso y según las explicaciones dadas en los diferentes
hilos.



Lo estoy dudando .. mm, vaya .. que dilema.



Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#28 Pablo Roca
23/10/2007 - 21:44 | Informe spam
Pues por ejemplo asi a la caida se me ocurre.

Cuando se grabe o modifique un pedido de un cliente, que se envie un correo
electrónico a alguien. Creo que resultaría interesante tenerlo incrustado
dentro de la base de datos.

Vamos .. sobre todo alertas por email es lo que se me ocurre ahora mismo.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#29 Pablo Roca
23/10/2007 - 21:46 | Informe spam
Si lo ví, pero la versión Entreprise inviable ($$$). Tenemos que ir a la
Standard


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#30 Salvador Ramos
23/10/2007 - 21:57 | Informe spam
Si, entiendo que hay cosas que pueden cambiar de año en año, para eso se
pueden establecer periodos de vigencia para sus diferentes valores. Por
ejemplo, que pasa si la tabla de IVA cambia a mitad de año también ? jeje,
como sigamos ahondando vas a tener que rediseñar casi todo :)

Además, para todo lo que indicas, te recomendaría montar un datawarehouse
para mantener esa información con todos sus cambios históricos. No es que te
quiera liar con cosas adicionales, pero te recomiendo cuando tengas un poco
más de tiempo que leas The datawarehouse Toolkit de Kimball
(www.kimballgroup.com)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Pablo Roca" escribió en el mensaje
news:%
Hola Salvador,

Es complejo ..

En ciertas empresas tenemos nuevos productos todos los años, para hacer un
analisis ABC de productos uno de los parámetros es el número de articulos

Hay informes que analizan ventas en función del numero de clientes (ahi no
valdría una tabla común de clientes por empresa)

Los informes ventas/compras de familias de productos tambien afecta el
numero de familias creadas .. etc.

Simplemente la tabla de tipos de IVA, hasta puede cambiar de año en año.

Y si tienes que replicar a portátiles puede replicar parte de la
información sin necesidad de que esta esté en bases de datos diferentes.
Por ejemplo podrías replicar de algunas tablas sólo la información de los
dos últimos años. Eso no sería complejo.



En eso si que te doy la razón.

Repito, para eso de la edad y las costumbres :)) "una base de datos por
empresa" en tu caso y según las explicaciones dadas en los diferentes
hilos.



Lo estoy dudando .. mm, vaya .. que dilema.



Saludos,

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


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida