Registros no se insertan al final de la tabla

[inthemoon]

Hola.

No estoy segura de estar en el tema correcto. Si no es asi favor de reacomodarme.

Tengo una aplicacion en VB2010 donde inserto registros en una tabla usando SQL. Utilizo el SQL Express 2008.

Hasta la insercion del registro numero 128 todo va bien pero al insertar el registro numero 129 no se inserta al final de la tabla si no debajo del registro 100 y a partir de ahi todos los demas registros que inserte. (No escribí ninguna instruccion para ubicar la insercion del archivo, solo un simple INSERT).

A alguien le ha pasado algo similar?

Gracias.

[gnzsoloyo]

Una tabla de base de datos no se ordena por orden de llegada, sino por su PK. Y de todos modos, tampoco se muestra necesariamente por orden de llegada, sino en función de cómo se haga la consulta.
En definitiva: Sin conocer cómo es la estructura declarada de la tabla (el CREATE TABLE), y cómo es la consulta usada, es muy difícil decirte si realmente hay un "error" o es una interpretación incorrecta del problema.
Para que se aclare: La PK es la que determina el orden físico de los registros en la tabla, pero si la consulta aplica otro... pues ese es el que vale.
Hay que ver las dos cosas.

Muéstranos ambas y veremos.

[iislas]

Como bien comenta GNZSOLOYO, no existe un "orden" especifico en las tablas, aunque no comparto con el, que la PK sea la que "ordena" de alguna manera los registros.

La PK, para lo único que nos sirve, es para hacer ÚNICOS los registros y por ende, poder implementar la integridad referencial.

[gnzsoloyo]

Si yo mal no recuerdo, un indice primario en SQL Server es un indice cluster y como tal determina el orden de almacenamiento físico de los registros en la tabla...
El menos eso dicen los manuales, y es lo mismo que me enseñaron en bases de Datos I y en los cursos de SQL Server.



..al menos que algo haya cambiado sin que me entere.

[iislas]

Te timaron, la PK, para lo unico que sirve y puedes re-leer los manuales, es para IDENTIFICAR COMO UNICOS los registros.

SQL Server (ninguna version), tiene un "ORDEN" de alamcenamiento de registros.

[ejbsoft]

Hola.

El tema está en el Identity (secuencial)

Si la pk no es identity no hay orden.

Un campo puede ser pk sin ser identity pero un identity siempre será pk.

Saludos

[Libras]

no necesariamente, un identity puede o no puede ser pk, son 2 conceptos diferentes, que se use un identity como pk es diferente.

[ejbsoft]

Hola
puede o no ser una pk, es cierto.

Pero la función de pk y de identificador único lo tiene siempre. No admite NULLS ni duplicados.

Además esta es secuencial y tiene órden ya que es un incremental

Saludos

[Libras]

Iniciado por ejbsoft

Hola
puede o no ser una pk, es cierto.

Pero la función de pk y de identificador único lo tiene siempre. No admite NULLS ni duplicados.

Además esta es secuencial y tiene órden ya que es un incremental

Saludos

Si de que sirve como pk eso que ni que, pero de que puede o no puede ser una pk tambien es cierto :), ademas no necesariamente un campo identity tiene que ser pk.......

[ejbsoft]

Hola

Se habla de orden de llegada en los registros de la tabla.

Con un campo identity se obtiene este órden independientemente de la PK.

Creo que con este detalle se puede dar una solución viable a lo expuesto.
El último registro siempre será secuencial porque hay incremento.

Saludos

[Libras]

Iniciado por ejbsoft

Hola

Se habla de orden de llegada en los registros de la tabla.

Con un campo identity se obtiene este órden independientemente de la PK.

Creo que con este detalle se puede dar una solución viable a lo expuesto.
El último registro siempre será secuencial porque hay incremento.

Saludos

Si lo vemos de ese modo es una solucion.....aunque que se inserten al final de la tabla al inicio o en medio....no me afecta en nada al momento de presentarlos jejejeje, pero bueno cada quien

[iislas]

Me tome unas vacaciones y veo que siguen con el mismo tema, ¿no se les hace mucho inversion de tiempo?