"Compilacion condicional"

24/10/2007 - 20:52 por Clara | Informe spam
Hola,
Tengo una aplicación que usa SQL2005 y que usan distintos clientes
.refiriéndome al cliente como al que paga ;)
Uno de estos clientes, quiere que le haga una modificacion de una regla que
está implementada en un trigger.

Hasta ahora, tengo en mi servidor de desarrollo una sola base de datos, que
es la que distribuyo junto con la aplicación.
Y los cambios para este cliente en concreto los he realizado con compilación
condicional desde visual studio.
Pero, y los de la base de datos? No quiero, a partir de ahora, mantener dos
bases de datos.

Lo que he hecho es poner en un campo de una tabla una "marca" identificando
la versión de la base de datos, y en el trigger realizo una accion u otra
dependiendo de este campo.

Hay alguna otra forma?

Grácias

Preguntas similare

Leer las respuestas

#1 Maxi
25/10/2007 - 15:58 | Informe spam
Clara no conozco su modelo en concreto como para poder dar una mejor
opinion, pero usted si tiene las reglas en los triggers debera identificar a
que cliente las aplica y a cuales no, eso puede ser una marca sin problemas


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Clara" escribió en el mensaje
news:
Hola,
Tengo una aplicación que usa SQL2005 y que usan distintos clientes
.refiriéndome al cliente como al que paga ;)
Uno de estos clientes, quiere que le haga una modificacion de una regla
que está implementada en un trigger.

Hasta ahora, tengo en mi servidor de desarrollo una sola base de datos,
que es la que distribuyo junto con la aplicación.
Y los cambios para este cliente en concreto los he realizado con
compilación condicional desde visual studio.
Pero, y los de la base de datos? No quiero, a partir de ahora, mantener
dos bases de datos.

Lo que he hecho es poner en un campo de una tabla una "marca"
identificando la versión de la base de datos, y en el trigger realizo una
accion u otra dependiendo de este campo.

Hay alguna otra forma?

Grácias




Respuesta Responder a este mensaje
#2 Alfredo Novoa
25/10/2007 - 16:14 | Informe spam
Hola Clara,

On Wed, 24 Oct 2007 20:52:25 +0200, "Clara"
wrote:

Lo que he hecho es poner en un campo de una tabla una "marca" identificando
la versión de la base de datos, y en el trigger realizo una accion u otra
dependiendo de este campo.

Hay alguna otra forma?



Esa está bien, pero mejor que la versión de la base de datos ponle a
ese campo un nombre relacionado con el cambio que te han pedido.

Seguro que esto te va a pasar más veces y así te vas creando tu tabla
o tablas de parametrizaciones.


Saludos
Alfredo
Respuesta Responder a este mensaje
#3 Alfredo Novoa
25/10/2007 - 16:16 | Informe spam
On Wed, 24 Oct 2007 20:52:25 +0200, "Clara"
wrote:

Y los cambios para este cliente en concreto los he realizado con compilación
condicional desde visual studio.



Por cierto, es mejor que no hagas esto y tengas el mismo ejecutable
para todo el mundo.

Puedes usar el campo que has creado en la base de datos para saber
cuando ejecutar esos cambios y cuando no.


Saludos
Alfredo
Respuesta Responder a este mensaje
#4 Clara
26/10/2007 - 18:45 | Informe spam
Gracias Alfredo,
Una pregunta más:
Cómo planteas las tablas de "configuración"?
Con registros que incluyen un campo para cada uno de los tipos de datos
posibles?
Con una tabla para cada uno de los tipos de datos posibles?

Grácias

"Alfredo Novoa" escribió en el mensaje
news:
On Wed, 24 Oct 2007 20:52:25 +0200, "Clara"
wrote:

Y los cambios para este cliente en concreto los he realizado con
compilación
condicional desde visual studio.



Por cierto, es mejor que no hagas esto y tengas el mismo ejecutable
para todo el mundo.

Puedes usar el campo que has creado en la base de datos para saber
cuando ejecutar esos cambios y cuando no.


Saludos
Alfredo

Respuesta Responder a este mensaje
#5 Alfredo Novoa
29/10/2007 - 11:47 | Informe spam
Hola Clara,

On Fri, 26 Oct 2007 18:45:41 +0200, "Clara"
wrote:

Una pregunta más:
Cómo planteas las tablas de "configuración"?



Pues como una parte cualquiera de la base de datos. Son datos como
otros cualquiera.

Con registros que incluyen un campo para cada uno de los tipos de datos
posibles?
Con una tabla para cada uno de los tipos de datos posibles?



Depende del caso, pero lo de una tabla para cada tipo de dato no me
parece una buena idea.

Con parametrizaciones sencillas suelo usar una tabla de una sola fila
llena de campos tipo bit.

Saludos
Alfredo
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida