Auxilio Urgente

Hola, sacando el error de lado, no creo que sea el causante de tu problema
:(, para mi el problema lo tenes en que estas haciendo primero un SELECT y
luego un UPDATE y esto no tiene mucho sentido, porque no hacer todo en el
UPDATE? o si haces el SELECT y luego el update, estas trabajando con
transacciones? por ahi viene la cosa!!!

Lo del error suena a HW (Hardware), has ejecutado el DBCC CHECKDB?


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en el mensaje
news:58e201c491c6$60d37740$
auxilio por Favor
Hace unos dias les conté que tenia estos errores de
indices en una tabla:

Server: Msg 8951, Level 16, State 1, Line 1
Table error: Table 'Consumos' (ID 488876768). Missing or
invalid key in index 'IX_Consumos' (ID 14) for the row:

Server: Msg 8952, Level 16, State 1, Line 1
Table error: Database 'BebidasyAlimentos',
index 'Consumos' .IX_'Consumos' (ID 485576768) (index ID
14). Extra or invalid key for the keys:

Server: Msg 8956, Level 16, State 1, Line 1
Index row (1:12790:2) with values (Campo1= 2566 and Campo2
= 0 and Campo3 = 5007 and Fecha = Aug 10 2004 10:00AM)
points to the data row identified by (RID = (1:5826:8))


Ahora el desarrollador del producto me dice que por estos
errores se insertaron registros que nunca debieron
insertarse, me explico
se hace el siguiente sentencia

Select * from a where campo = 0
Si es el campo esta en cero se le hace un update a 1 para
identificar que ese cupo ya se ocupó

al volver a hacer el select sobre el mismo campo aparece
en cero nuevamente y permite volver a utilizar el cupo
que ya se habia asignado...

Conclusion del desarrollador, se vendieron n veces el
mismo cupo.


Por favor donde puedo encontrar documentacion clara de que
significan esos errores de indices que les mencione arriba
y como puedo solucionar el problema.

Gracias a todos



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004

Hola

Jejeje El ejemplo es muy tonto... no es la realidad
realmente el hace update de acuerdo a varias condiciones...
Pero el fondo de esto es que me dejó hacer select o update
de campos que realmente estaban con otro valor. por
ejemplo

Select * from campo = 1

y me trae registros con el campo = 0

Le hice un check a la base de datos y me genero los
problemas de indices que te relacioné... ya los
reconstrui , pero resulta que el desarrollador me dice que
por este problema se creo una incosistencia en el negocio
y que ahora vamos a tener que cumplirle a nuestros
clientes porque ofrecimos cupos que ya estaban ocupados.

Quiero saber si eso que él dice puede ser cierto...

Por favor explicame por que se pueden dañarquisiera
saber el significado de los tipos de error en indices..

Ya se verificó subsistema de disco y está ok.


Gracias por tu valiosa ayuda

Hola, sacando el error de lado, no creo que sea el

causante de tu problema

:(, para mi el problema lo tenes en que estas haciendo

primero un SELECT y

luego un UPDATE y esto no tiene mucho sentido, porque no

hacer todo en el

UPDATE? o si haces el SELECT y luego el update, estas

trabajando con

transacciones? por ahi viene la cosa!!!

Lo del error suena a HW (Hardware), has ejecutado el DBCC

CHECKDB?

Salu2
-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en

el mensaje

news:58e201c491c6$60d37740$
auxilio por Favor
Hace unos dias les conté que tenia estos errores de
indices en una tabla:

Server: Msg 8951, Level 16, State 1, Line 1
Table error: Table 'Consumos' (ID 488876768). Missing or
invalid key in index 'IX_Consumos' (ID 14) for the row:

Server: Msg 8952, Level 16, State 1, Line 1
Table error: Database 'BebidasyAlimentos',
index 'Consumos' .IX_'Consumos' (ID 485576768) (index ID
14). Extra or invalid key for the keys:

Server: Msg 8956, Level 16, State 1, Line 1
Index row (1:12790:2) with values (Campo1= 2566 and Campo2
= 0 and Campo3 = 5007 and Fecha = Aug 10 2004 10:00AM)
points to the data row identified by (RID = (1:5826:8))


Ahora el desarrollador del producto me dice que por estos
errores se insertaron registros que nunca debieron
insertarse, me explico
se hace el siguiente sentencia

Select * from a where campo = 0
Si es el campo esta en cero se le hace un update a 1 para
identificar que ese cupo ya se ocupó

al volver a hacer el select sobre el mismo campo aparece
en cero nuevamente y permite volver a utilizar el cupo
que ya se habia asignado...

Conclusion del desarrollador, se vendieron n veces el
mismo cupo.


Por favor donde puedo encontrar documentacion clara de que
significan esos errores de indices que les mencione arriba
y como puedo solucionar el problema.

Gracias a todos



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date:

01/09/2004

.

Dario, decile al Developer que revise bien como hace la tarea ;-), a lo sumo
la rotura de un indice te hara las cosas mas lentas pero no perderas datos,
a menos que las tablas se hayan corrompido


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en el mensaje
news:5b1801c491cc$41a58920$
Hola

Jejeje El ejemplo es muy tonto... no es la realidad
realmente el hace update de acuerdo a varias condiciones...
Pero el fondo de esto es que me dejó hacer select o update
de campos que realmente estaban con otro valor. por
ejemplo

Select * from campo = 1

y me trae registros con el campo = 0

Le hice un check a la base de datos y me genero los
problemas de indices que te relacioné... ya los
reconstrui , pero resulta que el desarrollador me dice que
por este problema se creo una incosistencia en el negocio
y que ahora vamos a tener que cumplirle a nuestros
clientes porque ofrecimos cupos que ya estaban ocupados.

Quiero saber si eso que él dice puede ser cierto...

Por favor explicame por que se pueden dañarquisiera
saber el significado de los tipos de error en indices..

Ya se verificó subsistema de disco y está ok.


Gracias por tu valiosa ayuda

Hola, sacando el error de lado, no creo que sea el

causante de tu problema

:(, para mi el problema lo tenes en que estas haciendo

primero un SELECT y

luego un UPDATE y esto no tiene mucho sentido, porque no

hacer todo en el

UPDATE? o si haces el SELECT y luego el update, estas

trabajando con

transacciones? por ahi viene la cosa!!!

Lo del error suena a HW (Hardware), has ejecutado el DBCC

CHECKDB?

Salu2
-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en

el mensaje

news:58e201c491c6$60d37740$
auxilio por Favor
Hace unos dias les conté que tenia estos errores de
indices en una tabla:

Server: Msg 8951, Level 16, State 1, Line 1
Table error: Table 'Consumos' (ID 488876768). Missing or
invalid key in index 'IX_Consumos' (ID 14) for the row:

Server: Msg 8952, Level 16, State 1, Line 1
Table error: Database 'BebidasyAlimentos',
index 'Consumos' .IX_'Consumos' (ID 485576768) (index ID
14). Extra or invalid key for the keys:

Server: Msg 8956, Level 16, State 1, Line 1
Index row (1:12790:2) with values (Campo1= 2566 and Campo2
= 0 and Campo3 = 5007 and Fecha = Aug 10 2004 10:00AM)
points to the data row identified by (RID = (1:5826:8))


Ahora el desarrollador del producto me dice que por estos
errores se insertaron registros que nunca debieron
insertarse, me explico
se hace el siguiente sentencia

Select * from a where campo = 0
Si es el campo esta en cero se le hace un update a 1 para
identificar que ese cupo ya se ocupó

al volver a hacer el select sobre el mismo campo aparece
en cero nuevamente y permite volver a utilizar el cupo
que ya se habia asignado...

Conclusion del desarrollador, se vendieron n veces el
mismo cupo.


Por favor donde puedo encontrar documentacion clara de que
significan esos errores de indices que les mencione arriba
y como puedo solucionar el problema.

Gracias a todos



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date:

01/09/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004

Maxi

Como garantizo que las tablas no estén corruptas...:)

Muchas gracias...

Dario, decile al Developer que revise bien como hace la

tarea ;-), a lo sumo

la rotura de un indice te hara las cosas mas lentas pero

no perderas datos,

a menos que las tablas se hayan corrompido


Salu2
-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en

el mensaje

news:5b1801c491cc$41a58920$
Hola

Jejeje El ejemplo es muy tonto... no es la realidad
realmente el hace update de acuerdo a varias

condiciones...

Pero el fondo de esto es que me dejó hacer select o update
de campos que realmente estaban con otro valor. por
ejemplo

Select * from campo = 1

y me trae registros con el campo = 0

Le hice un check a la base de datos y me genero los
problemas de indices que te relacioné... ya los
reconstrui , pero resulta que el desarrollador me dice que
por este problema se creo una incosistencia en el negocio
y que ahora vamos a tener que cumplirle a nuestros
clientes porque ofrecimos cupos que ya estaban ocupados.

Quiero saber si eso que él dice puede ser cierto...

Por favor explicame por que se pueden dañarquisiera
saber el significado de los tipos de error en indices..

Ya se verificó subsistema de disco y está ok.


Gracias por tu valiosa ayuda

Hola, sacando el error de lado, no creo que sea el

causante de tu problema

:(, para mi el problema lo tenes en que estas haciendo

primero un SELECT y

luego un UPDATE y esto no tiene mucho sentido, porque no

hacer todo en el

UPDATE? o si haces el SELECT y luego el update, estas

trabajando con

transacciones? por ahi viene la cosa!!!

Lo del error suena a HW (Hardware), has ejecutado el DBCC

CHECKDB?

Salu2

-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET

-

-

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en

el mensaje

news:58e201c491c6$60d37740$
auxilio por Favor
Hace unos dias les conté que tenia estos errores de
indices en una tabla:

Server: Msg 8951, Level 16, State 1, Line 1
Table error: Table 'Consumos' (ID 488876768). Missing or
invalid key in index 'IX_Consumos' (ID 14) for the row:

Server: Msg 8952, Level 16, State 1, Line 1
Table error: Database 'BebidasyAlimentos',
index 'Consumos' .IX_'Consumos' (ID 485576768) (index ID
14). Extra or invalid key for the keys:

Server: Msg 8956, Level 16, State 1, Line 1
Index row (1:12790:2) with values (Campo1= 2566 and

Campo2

= 0 and Campo3 = 5007 and Fecha = Aug 10 2004 10:00AM)
points to the data row identified by (RID = (1:5826:8))


Ahora el desarrollador del producto me dice que por estos
errores se insertaron registros que nunca debieron
insertarse, me explico
se hace el siguiente sentencia

Select * from a where campo = 0
Si es el campo esta en cero se le hace un update a 1 para
identificar que ese cupo ya se ocupó

al volver a hacer el select sobre el mismo campo aparece
en cero nuevamente y permite volver a utilizar el cupo
que ya se habia asignado...

Conclusion del desarrollador, se vendieron n veces el
mismo cupo.


Por favor donde puedo encontrar documentacion clara de

que

significan esos errores de indices que les mencione

arriba

y como puedo solucionar el problema.

Gracias a todos



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system

(http://www.grisoft.com).

Version: 6.0.748 / Virus Database: 500 - Release Date:

01/09/2004

.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date:

01/09/2004

.

Hola Dario:
Mi criterio:
Si hay un problema de Hardware, que produce que se corrompa un indice,
es posible que se produzgan consulta con resultados invalidos. O sea que se
devuelvan filas que no debieron estar de acuerdo al WHERE.
El que el Disco esto OK, no significa que lo estuviera originalmente,
puede ocurrir que un sector este malo el SO lo marque como malo y nunca mas
te dara problema, eso no significa que no se perdiera informacion.
Pueden reducirse sustancialmente el riegos que ejecutas planes de
mantenimiento que verifiquen la integridad de los integridad de la BD y de
los indices. Esto lo logras asistente de planes de mantenimiento.
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"Dario" wrote in message
news:5b1801c491cc$41a58920$
Hola

Jejeje El ejemplo es muy tonto... no es la realidad
realmente el hace update de acuerdo a varias condiciones...
Pero el fondo de esto es que me dejó hacer select o update
de campos que realmente estaban con otro valor. por
ejemplo

Select * from campo = 1

y me trae registros con el campo = 0

Le hice un check a la base de datos y me genero los
problemas de indices que te relacioné... ya los
reconstrui , pero resulta que el desarrollador me dice que
por este problema se creo una incosistencia en el negocio
y que ahora vamos a tener que cumplirle a nuestros
clientes porque ofrecimos cupos que ya estaban ocupados.

Quiero saber si eso que él dice puede ser cierto...

Por favor explicame por que se pueden dañarquisiera
saber el significado de los tipos de error en indices..

Ya se verificó subsistema de disco y está ok.


Gracias por tu valiosa ayuda

Hola, sacando el error de lado, no creo que sea el

causante de tu problema

:(, para mi el problema lo tenes en que estas haciendo

primero un SELECT y

luego un UPDATE y esto no tiene mucho sentido, porque no

hacer todo en el

UPDATE? o si haces el SELECT y luego el update, estas

trabajando con

transacciones? por ahi viene la cosa!!!

Lo del error suena a HW (Hardware), has ejecutado el DBCC

CHECKDB?

Salu2
-

-

Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
-

-

Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Dario" escribió en

el mensaje

news:58e201c491c6$60d37740$
auxilio por Favor
Hace unos dias les conté que tenia estos errores de
indices en una tabla:

Server: Msg 8951, Level 16, State 1, Line 1
Table error: Table 'Consumos' (ID 488876768). Missing or
invalid key in index 'IX_Consumos' (ID 14) for the row:

Server: Msg 8952, Level 16, State 1, Line 1
Table error: Database 'BebidasyAlimentos',
index 'Consumos' .IX_'Consumos' (ID 485576768) (index ID
14). Extra or invalid key for the keys:

Server: Msg 8956, Level 16, State 1, Line 1
Index row (1:12790:2) with values (Campo1= 2566 and Campo2
= 0 and Campo3 = 5007 and Fecha = Aug 10 2004 10:00AM)
points to the data row identified by (RID = (1:5826:8))


Ahora el desarrollador del producto me dice que por estos
errores se insertaron registros que nunca debieron
insertarse, me explico
se hace el siguiente sentencia

Select * from a where campo = 0
Si es el campo esta en cero se le hace un update a 1 para
identificar que ese cupo ya se ocupó

al volver a hacer el select sobre el mismo campo aparece
en cero nuevamente y permite volver a utilizar el cupo
que ya se habia asignado...

Conclusion del desarrollador, se vendieron n veces el
mismo cupo.


Por favor donde puedo encontrar documentacion clara de que
significan esos errores de indices que les mencione arriba
y como puedo solucionar el problema.

Gracias a todos



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date:

01/09/2004

.