Tener actualizados los SPs? ¿que método?

A lo que tengo miedo es a que el SQL Server Express no funcione con todos
los SP, triggers, vistas .. etc .. que quiero poner. O que no funcionen los
SP con CLR, no sé. Voy a ver si localizo los limites.

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...

Pues casi seguro que no.

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...

Ya, aunque lo veo complicado. Eso ya es mas una decisión politica que
técnica. En mi empresa no hay problemas por gastar en el servidor muchos $
.. pero si en gastar algo de $ multiplicado por cada cliente. Debe venir de
parte del sindrome de los royalty free de Fox .. cada uno se pilla la tabla
y se la puede guisar a su gusto.


Saludos,

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

Hola,

Ya veo que Eladio te recomendado muy bien y con detalles :-)

Ahora yo quiero hacer incapié sobre lo de las bases de datos por ejercicios
y las bases de datos para históricos. Por qué no creas una sola base de
datos por empresa, y en ella incluyes alguna tablas para históricos ? por
ejemplo, si tienes una tabla de ventas con muchos movimientos, crear
ventasHist, y mantener en ventas por ejemplo los últimos 5 años, y pasar a
ventasHist los años anteriores.

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.

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.

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:%

Ah .. se me olvidó la segunda parte.

Tengo una pregunta: ¿por qué quieres separar la información en distintas
bases de datos? Son clientes distintos, o así... lo digo porque SQL
Server necesitará (Memoria X Bases De Datos) para simplemente gestionar
caché de procesos, caché de datos, caché de conexiones, etc...


Quizás puede parecer una tontería, pero hace bien poco, estuvimos
haciendo un estudio de escalabidad para un cliente, y los principales
limitante en la escalabilidad del sistema fueron:
1) La aplicación .NET

Jodidos developers .. jajaja, que cruz tenemos! :)))

2) El número de empresas a gestionar (1 empresa = 1 base de datos).

Bueno, es para una aplicación en mi empresa .. y necesito distintas bases
de datos, porque guardan conjuntos de información distinta. Te explico:

Tenemos sobre unas 30 empresas, con distintos CIF, articulos diferentes,
clientes distintos (en algun caso raro entre algunas empresas si que
pueden ser iguales)

Casi (no del todo) descartando ya el modelo de una base de datos para cada
empresa-ejercicio, lo planteo de la siguiente manera:

Una base de datos por empresa (para los 5 ultimos ejercicios en vigor)
Una base de datos por empresa (para todos los ejercicios mas antiguos de 5
años).

Voy en 60 bases de datos, podria ingeniarme algun sistema para que solo
fueran 31 (las 30 empresas mas todas las empresas archivadas en una sola
base de datos, cosa que me daría problemas de programación añadidos).

¿Porque aun me resisto a descartar una base de datos por cada
empresa-ejercicio?

Si junto, digamos que 5 años en una base de datos, pues en ciertas
empresas tendré un volumen de datos que no voy a utilizar habitualmente,
normalmente estoy usando la información del ultimo año (hay tablas que
tengo con casi 3 millones de registros por ejercicio) y el juntarlos solo
por hacer un analisis posterior, puede tener mas problemas que ventajas.
Un analisis multianual se suele hacer con poca frecuencia, vamos a decir
que como mucho una vez cada quince dias, pero lo que son consultas a los
movimientos de un año, pues de esas tengo infinidad de ellas.


Saludos,

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

Hola Pablo,

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

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).

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:

A lo que tengo miedo es a que el SQL Server Express no funcione con todos
los SP, triggers, vistas .. etc .. que quiero poner. O que no funcionen los
SP con CLR, no sé. Voy a ver si localizo los limites.

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...

Pues casi seguro que no.

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...

Ya, aunque lo veo complicado. Eso ya es mas una decisión politica que
técnica. En mi empresa no hay problemas por gastar en el servidor muchos $
.. pero si en gastar algo de $ multiplicado por cada cliente. Debe venir
de parte del sindrome de los royalty free de Fox .. cada uno se pilla la
tabla y se la puede guisar a su gusto.


Saludos,

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

Pablo,
¿Cuando dices que vas a usar SPs con CLR? de mi experiencia, he visto casos
muy muy concretos que usen CLR en SPs, así que ya sabes, te toca responder:
¿donde los vas a usar?

Saludos,

Saludos,

Eladio Rincón,
SQL Server MVP
http://blogs.solidq.com/es/elrincondeldba

"Pablo Roca" wrote in message
news:

A lo que tengo miedo es a que el SQL Server Express no funcione con todos
los SP, triggers, vistas .. etc .. que quiero poner. O que no funcionen los
SP con CLR, no sé. Voy a ver si localizo los limites.

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...

Pues casi seguro que no.

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...

Ya, aunque lo veo complicado. Eso ya es mas una decisión politica que
técnica. En mi empresa no hay problemas por gastar en el servidor muchos $
.. pero si en gastar algo de $ multiplicado por cada cliente. Debe venir
de parte del sindrome de los royalty free de Fox .. cada uno se pilla la
tabla y se la puede guisar a su gusto.


Saludos,

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

Bueno,

Se me pasó comentar que en la versión enterprise dispones de tablas
particionadas. De todas formas creo que estamos hablando de un volumen de
datos relativamente pequeño para SQL Server.

Un saludo
Salvador Ramos

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


"Salvador Ramos" escribió en el
mensaje news:

Hola,

Ya veo que Eladio te recomendado muy bien y con detalles :-)

Ahora yo quiero hacer incapié sobre lo de las bases de datos por
ejercicios y las bases de datos para históricos. Por qué no creas una sola
base de datos por empresa, y en ella incluyes alguna tablas para
históricos ? por ejemplo, si tienes una tabla de ventas con muchos
movimientos, crear ventasHist, y mantener en ventas por ejemplo los
últimos 5 años, y pasar a ventasHist los años anteriores.

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.

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.

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:%

Ah .. se me olvidó la segunda parte.

Tengo una pregunta: ¿por qué quieres separar la información en distintas
bases de datos? Son clientes distintos, o así... lo digo porque SQL
Server necesitará (Memoria X Bases De Datos) para simplemente gestionar
caché de procesos, caché de datos, caché de conexiones, etc...


Quizás puede parecer una tontería, pero hace bien poco, estuvimos
haciendo un estudio de escalabidad para un cliente, y los principales
limitante en la escalabilidad del sistema fueron:
1) La aplicación .NET

Jodidos developers .. jajaja, que cruz tenemos! :)))

2) El número de empresas a gestionar (1 empresa = 1 base de datos).

Bueno, es para una aplicación en mi empresa .. y necesito distintas bases
de datos, porque guardan conjuntos de información distinta. Te explico:

Tenemos sobre unas 30 empresas, con distintos CIF, articulos diferentes,
clientes distintos (en algun caso raro entre algunas empresas si que
pueden ser iguales)

Casi (no del todo) descartando ya el modelo de una base de datos para
cada empresa-ejercicio, lo planteo de la siguiente manera:

Una base de datos por empresa (para los 5 ultimos ejercicios en vigor)
Una base de datos por empresa (para todos los ejercicios mas antiguos de
5 años).

Voy en 60 bases de datos, podria ingeniarme algun sistema para que solo
fueran 31 (las 30 empresas mas todas las empresas archivadas en una sola
base de datos, cosa que me daría problemas de programación añadidos).

¿Porque aun me resisto a descartar una base de datos por cada
empresa-ejercicio?

Si junto, digamos que 5 años en una base de datos, pues en ciertas
empresas tendré un volumen de datos que no voy a utilizar habitualmente,
normalmente estoy usando la información del ultimo año (hay tablas que
tengo con casi 3 millones de registros por ejercicio) y el juntarlos solo
por hacer un analisis posterior, puede tener mas problemas que ventajas.
Un analisis multianual se suele hacer con poca frecuencia, vamos a decir
que como mucho una vez cada quince dias, pero lo que son consultas a los
movimientos de un año, pues de esas tengo infinidad de ellas.


Saludos,

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