compatibilidad hacia atras sql2005

Hola, nada, solo que no podras usar los beneficios de las nuevas features de
sql2005 sobre esa base.

Si te saltan errores es porque no es compatible con sql2005 (o sea, tenes
algunas malas practicas dentro), corre el upgrate tune advisor y fijate que
te informa


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Mauro SB." escribió en el mensaje
news:

hola, queria saber qe puede afectar levantar una base de sql 2000 en el
sql
2005 manteniendo la misma en compatibility level 80 es decir 2000, ya que
si
cambio a 2005 la compatibilidad me saltan algunos errores de sitaxis en
una
consulta, en realidad no las revise a todas.

si, es un una instruccion
index=indexname
la cambie por
index=[indexname]
y ahora anda barbaro.
"Maxi" wrote in message
news:

Hola, nada, solo que no podras usar los beneficios de las nuevas features

de

sql2005 sobre esa base.

Si te saltan errores es porque no es compatible con sql2005 (o sea, tenes
algunas malas practicas dentro), corre el upgrate tune advisor y fijate

que

te informa


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Mauro SB." escribió en el mensaje
news:
> hola, queria saber qe puede afectar levantar una base de sql 2000 en el
> sql
> 2005 manteniendo la misma en compatibility level 80 es decir 2000, ya

que

> si
> cambio a 2005 la compatibilidad me saltan algunos errores de sitaxis en
> una
> consulta, en realidad no las revise a todas.
>
>

Igual es una muy mala practica Mauro, el motor SQL tiene un tremento gestor
de planes de ejecucion y el toma la desicion de que hacer, si vos lo forzas
puede ser que no este seleccionando la mejor opcion.

Porque lo estas forsando?


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org

MSN:

"Mauro SB." escribió en el mensaje
news:

si, es un una instruccion
index=indexname
la cambie por
index=[indexname]
y ahora anda barbaro.
"Maxi" wrote in message
news:

Hola, nada, solo que no podras usar los beneficios de las nuevas features

de

sql2005 sobre esa base.

Si te saltan errores es porque no es compatible con sql2005 (o sea, tenes
algunas malas practicas dentro), corre el upgrate tune advisor y fijate

que

te informa


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Mauro SB." escribió en el mensaje
news:
> hola, queria saber qe puede afectar levantar una base de sql 2000 en el
> sql
> 2005 manteniendo la misma en compatibility level 80 es decir 2000, ya

que

> si
> cambio a 2005 la compatibilidad me saltan algunos errores de sitaxis en
> una
> consulta, en realidad no las revise a todas.
>
>

en realidad estaba asi cuando yo llegue, lo hizo el DBA anterior, pero
supongo que es por que las pruebas de performance le ideron bien, siempre
hacemos pruebas con los cambios de consultass, y contemplamos CPU DURATION
READS WRITES en el profiler, comparando las consultas, la que mejores
valores obtiene, queda.


"Maxi [MVP]" wrote in message
news:

Igual es una muy mala practica Mauro, el motor SQL tiene un tremento

gestor

de planes de ejecucion y el toma la desicion de que hacer, si vos lo

forzas

puede ser que no este seleccionando la mejor opcion.

Porque lo estas forsando?


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org

MSN:

"Mauro SB." escribió en el mensaje
news:
> si, es un una instruccion
> index=indexname
> la cambie por
> index=[indexname]
> y ahora anda barbaro.
> "Maxi" wrote in message
> news:
>> Hola, nada, solo que no podras usar los beneficios de las nuevas

features

> de
>> sql2005 sobre esa base.
>>
>> Si te saltan errores es porque no es compatible con sql2005 (o sea,

tenes

>> algunas malas practicas dentro), corre el upgrate tune advisor y fijate
> que
>> te informa
>>
>>
>> Salu2
>> Maxi [MVP SQL SERVER]
>> www.sqlgurus.org
>>
>>
>> "Mauro SB." escribió en el mensaje
>> news:
>> > hola, queria saber qe puede afectar levantar una base de sql 2000 en

el

>> > sql
>> > 2005 manteniendo la misma en compatibility level 80 es decir 2000, ya
> que
>> > si
>> > cambio a 2005 la compatibilidad me saltan algunos errores de sitaxis

en

>> > una
>> > consulta, en realidad no las revise a todas.
>> >
>> >
>>
>>
>
>

Bue, no coincido con esos cambios, yo directamente lo sacaria y dejaria al
motor tomar la mejor medida


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Mauro SB." escribió en el mensaje
news:

en realidad estaba asi cuando yo llegue, lo hizo el DBA anterior, pero
supongo que es por que las pruebas de performance le ideron bien, siempre
hacemos pruebas con los cambios de consultass, y contemplamos CPU
DURATION
READS WRITES en el profiler, comparando las consultas, la que mejores
valores obtiene, queda.


"Maxi [MVP]" wrote in message
news:

Igual es una muy mala practica Mauro, el motor SQL tiene un tremento

gestor

de planes de ejecucion y el toma la desicion de que hacer, si vos lo

forzas

puede ser que no este seleccionando la mejor opcion.

Porque lo estas forsando?


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org

MSN:

"Mauro SB." escribió en el mensaje
news:
> si, es un una instruccion
> index=indexname
> la cambie por
> index=[indexname]
> y ahora anda barbaro.
> "Maxi" wrote in message
> news:
>> Hola, nada, solo que no podras usar los beneficios de las nuevas

features

> de
>> sql2005 sobre esa base.
>>
>> Si te saltan errores es porque no es compatible con sql2005 (o sea,

tenes

>> algunas malas practicas dentro), corre el upgrate tune advisor y
>> fijate
> que
>> te informa
>>
>>
>> Salu2
>> Maxi [MVP SQL SERVER]
>> www.sqlgurus.org
>>
>>
>> "Mauro SB." escribió en el mensaje
>> news:
>> > hola, queria saber qe puede afectar levantar una base de sql 2000 en

el

>> > sql
>> > 2005 manteniendo la misma en compatibility level 80 es decir 2000,
>> > ya
> que
>> > si
>> > cambio a 2005 la compatibilidad me saltan algunos errores de sitaxis

en

>> > una
>> > consulta, en realidad no las revise a todas.
>> >
>> >
>>
>>
>
>