Discussion:
Error de sintaxis con RAISERROR
(demasiado antiguo para responder)
Edward Gasca - BIC Colombia
2004-02-27 16:49:57 UTC
Permalink
Hola gente del grupo. Esta si es olimpica tengo varios procedimientos en SQL
7 de este estilo:

rollback transaction
raiserror @@error 'No se pudo Realizar la Respectiva Transacción'
return @@error

estas se evaluan en caso de error, y funcionan perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores me estan generando
error de sintaxis asi:

Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
Line 36: Incorrect syntax near '@@error'.

podria alguien decirme como solucionar esto por favor, realmente es
urgente!!!, supuestamente ya deberian estar trabajando con estas bases y no
he podido. Porfa alguien que me heche una mano, se los agradesco mucho

Atte,
Edward J Gasca
IT Supervisor
ulises
2004-02-27 18:27:31 UTC
Permalink
No tengo un SQL7 para probar :( pero la sintaxis del
RAISERROR en SQL 2000 cuando no está en los sysmessages
es :

RAISEERROR ('mensaje', severity, state)

para salir del paso no sé si cambiando la compatibilidad
del 2000 para que funcione como un sql7 pueda funcionar
(eso mientras corriges y pruebas los cambios), sería
cuestion de probar, revisa el tema de compatibility level
o sp_dbcmptlevel en el BOL.

Saludos,
Ulises
-----Mensaje original-----
Hola gente del grupo. Esta si es olimpica tengo varios
procedimientos en SQL
rollback transaction
Transacción'
estas se evaluan en caso de error, y funcionan
perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores
me estan generando
Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
podria alguien decirme como solucionar esto por favor,
realmente es
urgente!!!, supuestamente ya deberian estar trabajando
con estas bases y no
he podido. Porfa alguien que me heche una mano, se los
agradesco mucho
Atte,
Edward J Gasca
IT Supervisor
.
Edward Gasca - BIC Colombia
2004-02-27 20:02:15 UTC
Permalink
creeme que ya intenté lo de la compatibilidad y nada. Leí los libros y no
encuentro solucion. y lo mas preocupante . estan rebentando stores cada 5
minutos de todo mi ERP. Me van a matar!!! .. Atra opinion porfavor!

gracias


"ulises" <***@terra.com.pe> escribi� en el mensaje news:384401c3fd5f$5cb370d0$***@phx.gbl...
No tengo un SQL7 para probar :( pero la sintaxis del
RAISERROR en SQL 2000 cuando no está en los sysmessages
es :

RAISEERROR ('mensaje', severity, state)

para salir del paso no sé si cambiando la compatibilidad
del 2000 para que funcione como un sql7 pueda funcionar
(eso mientras corriges y pruebas los cambios), sería
cuestion de probar, revisa el tema de compatibility level
o sp_dbcmptlevel en el BOL.

Saludos,
Ulises
-----Mensaje original-----
Hola gente del grupo. Esta si es olimpica tengo varios
procedimientos en SQL
rollback transaction
Transacción'
estas se evaluan en caso de error, y funcionan
perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores
me estan generando
Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
podria alguien decirme como solucionar esto por favor,
realmente es
urgente!!!, supuestamente ya deberian estar trabajando
con estas bases y no
he podido. Porfa alguien que me heche una mano, se los
agradesco mucho
Atte,
Edward J Gasca
IT Supervisor
.
luis suescun
2004-02-27 21:57:08 UTC
Permalink
yo he manejado esto asi desde la version 7 y emigramos a la 2000 y fue
transparente...

Raiserror ('No Hay Mas Skus Disponibles... Comuniquese Con Planeación e
Inventarios.',16,1)

hagalo asi por ahora, ahora si quieres conocer el numero de error, concatene
la exprecion con la conversion del numero de error devuelto por @@error ej

Raiserror (exp+cast(@@error as varchar(10)),16,1)

Ojala te sirva...
Post by Edward Gasca - BIC Colombia
creeme que ya intenté lo de la compatibilidad y nada. Leí los libros y no
encuentro solucion. y lo mas preocupante . estan rebentando stores cada 5
minutos de todo mi ERP. Me van a matar!!! .. Atra opinion porfavor!
gracias
No tengo un SQL7 para probar :( pero la sintaxis del
RAISERROR en SQL 2000 cuando no está en los sysmessages
RAISEERROR ('mensaje', severity, state)
para salir del paso no sé si cambiando la compatibilidad
del 2000 para que funcione como un sql7 pueda funcionar
(eso mientras corriges y pruebas los cambios), sería
cuestion de probar, revisa el tema de compatibility level
o sp_dbcmptlevel en el BOL.
Saludos,
Ulises
-----Mensaje original-----
Hola gente del grupo. Esta si es olimpica tengo varios
procedimientos en SQL
rollback transaction
Transacción'
estas se evaluan en caso de error, y funcionan
perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores
me estan generando
Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
podria alguien decirme como solucionar esto por favor,
realmente es
urgente!!!, supuestamente ya deberian estar trabajando
con estas bases y no
he podido. Porfa alguien que me heche una mano, se los
agradesco mucho
Atte,
Edward J Gasca
IT Supervisor
.
Edward Gasca - BIC Colombia
2004-02-27 22:18:09 UTC
Permalink
Si eso hice para correjir los stores que digamos asi han ido presentando el
error. El problema es que el ERP se conforma de 15 bases de datos y mas o
manos unos 80 por base. Entonces imaginence el error. Ademas todo este
sistema no lo hice yo sino otra empresa y ahora es mi problema :( . Por eso
el problema ha tomado las dimensiones que tiene ahora.
La solucion de cambiar a como me han dicho sirve, pero toma tiempo. De
todos modos muchas gracias por su colaboracion
Post by luis suescun
yo he manejado esto asi desde la version 7 y emigramos a la 2000 y fue
transparente...
Raiserror ('No Hay Mas Skus Disponibles... Comuniquese Con Planeación e
Inventarios.',16,1)
hagalo asi por ahora, ahora si quieres conocer el numero de error, concatene
Ojala te sirva...
Post by Edward Gasca - BIC Colombia
creeme que ya intenté lo de la compatibilidad y nada. Leí los libros y no
encuentro solucion. y lo mas preocupante . estan rebentando stores cada 5
minutos de todo mi ERP. Me van a matar!!! .. Atra opinion porfavor!
gracias
No tengo un SQL7 para probar :( pero la sintaxis del
RAISERROR en SQL 2000 cuando no está en los sysmessages
RAISEERROR ('mensaje', severity, state)
para salir del paso no sé si cambiando la compatibilidad
del 2000 para que funcione como un sql7 pueda funcionar
(eso mientras corriges y pruebas los cambios), sería
cuestion de probar, revisa el tema de compatibility level
o sp_dbcmptlevel en el BOL.
Saludos,
Ulises
-----Mensaje original-----
Hola gente del grupo. Esta si es olimpica tengo varios
procedimientos en SQL
rollback transaction
Transacción'
estas se evaluan en caso de error, y funcionan
perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores
me estan generando
Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
podria alguien decirme como solucionar esto por favor,
realmente es
urgente!!!, supuestamente ya deberian estar trabajando
con estas bases y no
he podido. Porfa alguien que me heche una mano, se los
agradesco mucho
Atte,
Edward J Gasca
IT Supervisor
.
Maximiliano D. A.
2004-03-01 12:13:47 UTC
Permalink
Lo que sucede aca es que migrar de una version a otra sea en lo que sea
antes hay que tener una politica de migracion donde se hagan Checks de
diferentes cosas.

En la mayoria de los ERP estos indican en que versiones de SO y Base de
Datos estan Certificados, has visto este tema?

Bye
--
Salu2
-----------------------------------------------------------
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN: ***@msn.com
-----------------------------------------------------------
Post by Edward Gasca - BIC Colombia
Si eso hice para correjir los stores que digamos asi han ido presentando el
error. El problema es que el ERP se conforma de 15 bases de datos y mas o
manos unos 80 por base. Entonces imaginence el error. Ademas todo este
sistema no lo hice yo sino otra empresa y ahora es mi problema :( . Por eso
el problema ha tomado las dimensiones que tiene ahora.
La solucion de cambiar a como me han dicho sirve, pero toma tiempo. De
todos modos muchas gracias por su colaboracion
Post by luis suescun
yo he manejado esto asi desde la version 7 y emigramos a la 2000 y fue
transparente...
Raiserror ('No Hay Mas Skus Disponibles... Comuniquese Con Planeación e
Inventarios.',16,1)
hagalo asi por ahora, ahora si quieres conocer el numero de error,
concatene
Post by luis suescun
Ojala te sirva...
mensaje
Post by luis suescun
Post by Edward Gasca - BIC Colombia
creeme que ya intenté lo de la compatibilidad y nada. Leí los libros
y
Post by Edward Gasca - BIC Colombia
no
Post by luis suescun
Post by Edward Gasca - BIC Colombia
encuentro solucion. y lo mas preocupante . estan rebentando stores
cada
Post by Edward Gasca - BIC Colombia
5
Post by luis suescun
Post by Edward Gasca - BIC Colombia
minutos de todo mi ERP. Me van a matar!!! .. Atra opinion porfavor!
gracias
No tengo un SQL7 para probar :( pero la sintaxis del
RAISERROR en SQL 2000 cuando no está en los sysmessages
RAISEERROR ('mensaje', severity, state)
para salir del paso no sé si cambiando la compatibilidad
del 2000 para que funcione como un sql7 pueda funcionar
(eso mientras corriges y pruebas los cambios), sería
cuestion de probar, revisa el tema de compatibility level
o sp_dbcmptlevel en el BOL.
Saludos,
Ulises
-----Mensaje original-----
Hola gente del grupo. Esta si es olimpica tengo varios
procedimientos en SQL
rollback transaction
Transacción'
estas se evaluan en caso de error, y funcionan
perfectamente en la version
7, pero ahora montá las bases en win 2000 y estos stores
me estan generando
Servidor: mensaje 170, nivel 15, estado 1, procedimiento
sp_consulta_update_param_rev, línea 36
podria alguien decirme como solucionar esto por favor,
realmente es
urgente!!!, supuestamente ya deberian estar trabajando
con estas bases y no
he podido. Porfa alguien que me heche una mano, se los
agradesco mucho
Atte,
Edward J Gasca
IT Supervisor
.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.593 / Virus Database: 376 - Release Date: 23/02/2004
Loading...