Error al insertar en BD access 2003

[freegirl]

Hola,

tengo un problema, a la hora de insertar datos en una tabla, con el campo que es clave principal.

El campo que es clave principal es de tipo texto, ya que se deben almacenar códigos alfanuméricos.


Inserto códigos distintos cada vez, pero me da error de que no se puede insertar el registro porque 'crearía valores duplicados en la clave principal, índice o relaciones'...

Las tablas no las tengo relacionadas en el editor de access y las claves son cada vez distintas...o sea que no sé porque me da ese error.

Por ejemplo, si inserto un registro con la clave: A1 , y luego inserto un nuevo registro con la clave A2, ya me sale el error....y de ahí ya no salgo.

Alguna idea?

saludos

[erick_arcini]

Hola freegirl, no es conveniente usar caracteres en un campo PK, por que, como lo mencionas tu misma puedes generar un conflicto, aunque tu sistema y tu forma de programar digan lo contrario y esa es una causa del aviso que se te da, te lo menciono por que yo también así comencé a utilizar 'text' y me mandaban estos errores.

Puedes tener o hacer 2 opciones:

1. - No manejar PK en tu tabla, si no las tienes relacionadas y ni las vas a relacionar, no tiene caso que le coloques llave primaria (PK)

2. - Puedes hacerlo con 2 campos, uno que tenga la clave primaria de tipo numérico y otro que tenga tu clave, de los cuales ninguno se tendría que repetir.

Espero te haya ayudado esta información

[freegirl]

Gracias por responder.

el problema de la segunda opción, es que el código numérico si se puede repetir, pero es en su conjunto que no se puede repetir. o sea, el campo 'código' está formado por un prefijo alfanumérico, y luego le precede un campo numérico. Por ejemplo:

AB0001
AB0002
AC0001

Si te fijas 0001 se repite pero el código completo no. Por lo cual, si hago sólo como clave principal el campo numérico me daría error también. (o al menos eso entendí yo) ¿o a qué te referías?

Lo probé separando el campo 'codigo' en dos campos, los dos los hice PK: prefijo y numero, pero también da error de duplicados. Supongo que es por lo que dices del campo "text" y eso.

Sino, pues optaría por la primera opción.

Saludos

[Developer9]

Ese error es raro. Bueno nunca he trabajado con capos tipo text. Tan solo con char y varchar, no se que puede tener de especial el tipo text

[erick_arcini]

Iniciado por Developer9

Ese error es raro. Bueno nunca he trabajado con capos tipo text. Tan solo con char y varchar, no se que puede tener de especial el tipo text

Como se nota que en tu vida no has usado access

Iniciado por freegirl

Gracias por responder.

el problema de la segunda opción, es que el código numérico si se puede repetir, pero es en su conjunto que no se puede repetir. o sea, el campo 'código' está formado por un prefijo alfanumérico, y luego le precede un campo numérico. Por ejemplo:...

A lo que me refiero es a esto:

Tienes tu campo así:

A0001
A0002
.
.
.
B0001
B0002

A lo que voy con la segunda opción, es que crees un campo llamado id y otro idX, por decirlo, entonces en el campo "id" sería numérico y el otro "idX" sería "text", y en este caso "id" sería PK y el otro solo un identificador, a que voy, en este caso, tendrías que crear una rutina para que, cuando vayas a insertar el "idX" este no se encuentre repetido y así puedas guardarlo o no, considerando que el campo "id" va a traer la PK y no tu numero de tipo texto, espero me haya explicado mejor

[Developer9]

Iniciado por erick_arcini

Como se nota que en tu vida no has usado access

Ya me di cuenta que no hay varchar en access

Es que me confundí, no lo recordaba. Lo utilicé alguna vez en la escuela, para hacer esos debercitos baratos

girl, porqué no utilizas sql server?

[freegirl]

Hola,

las rutinas para comprobar si hay id's repetidos ya las tengo implementadas en todos los programas. O sea con sólo quitar el PK en el access ya está. pero me gustaba tener también configurada una clave en el access por si me fallaba al rutina. No tiene porqué fallar pero he visto a veces cosas raras a hacer..

Resumiendo, opto por quitar la clave en el access y quedarme con la comprabación de claves repes mediante código.

Sobre lo de SQL Server:

básicamente porque me gusta utilizar access para aplicaciones dónde el tráfico y el volumen de datos es menor.
Para según que app veo que es demasiado poner SQL Server, básicamente porque el bolsillo del cliente no da para tanto y tampoco le hace falta....Otra cosa sería optar por SQL Server Express...pero es lo que digo, según la app que desarrolle prefiero usar una BD u otra.
Tal y como tengo montadas las aplicaciones, no hay ningún problema en que el cliente posteriormente requiera SQL Server. Para eso siempre hay tiempo.

Saludos

[Developer9]

wueno... la cosa es que Access no es una base de datos propiamente dicha

[erick_arcini]

Iniciado por Developer9

wueno... la cosa es que Access no es una base de datos propiamente dicha

es un excel con herramientas avanzadas

freegirl, Para este caso te recomendaría MySQL o también DB2 Express

[Developer9]

na nai nanai... SQL Server, en su versión free

[freegirl]

Pues al final resulta que no era fallo del camp clave, resulta que sin querer maree un campo de la base de datos.
Pues se ve que sin darme cuenta, cambié la propiedad "indexado=sin duplicados" de un campo numérico y de ahí salía el error. Ya que es un campo numérico que sí se repite.

He dejado la PK en el campo alfanumérico y ahora si funciona bien. Sorry.

Saludos

PD: que manía le teneis al access...Pues a mi me da buenos resultados. Aunque si requiero más si prefiero SQL Server o SQL SERVER Express. Es que depende mucho de la app.

[Developer9]

Iniciado por freegirl

Pues al final resulta que no era fallo del camp clave, resulta que sin querer maree un campo de la base de datos.
Pues se ve que sin darme cuenta, cambié la propiedad "indexado=sin duplicados" de un campo numérico y de ahí salía el error. Ya que es un campo numérico que sí se repite.

He dejado la PK en el campo alfanumérico y ahora si funciona bien. Sorry.

Mujeres...

Iniciado por freegirl

PD: que manía le teneis al access...Pues a mi me da buenos resultados. Aunque si requiero más si prefiero SQL Server o SQL SERVER Express. Es que depende mucho de la app.

La manía es que en la práctica Access no debería servir para nada profesional, simplemente debería de ser utilizado como una herramienta para aprender la gestión de un manejador de datos, ya que se deja mucho que desear en propiedades básicas que una bd debe tener, girl:

Como gestionas la seguridad de los datos
Como gestionas el respaldo de los datos
Como responde la base si tienes mas de 10 usuarios conectados al mismo tiempo
Que harías si tu archivo de Access llega a pesar 1 Gb
Como manejas un log de las transacciones efectuadas en la base

...

Buen provecho