![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
C.P. Diferenciada
Buenos Días, ¿alguien sabe como hacerr en Access que una Clave Primaria diferencie entre minúsculas y mayusculas?.
Me encuentro con una tabla que su C.P es "código" y ese código puede contener, por ejemplo, "A" y en otra fila "a" como códigos (ya que esos códigos provienen de una importación desde otras aplicaciones que no he desarrollado yo) . Access me indica duplicidad. ¿sabeis como evitarlo?. Gracias. |
#2
|
||||
|
||||
¿De verdad que nadie se ha encontrado nunca con este problema?.
Si se os ocurre alguna cosa, no dudéis en enviarla, por muy extraña que resulte. Gracias |
#3
|
||||
|
||||
He estado buscando información al respecto, pero no la encuentro, ahora bien de memoria te digo que los índices de Access no distinguen entre mayúsculas y minúsculas.
Por lo cual no le veo arreglo al problema a no ser que todos los que esten en minúscula los cambies dicho índice por otro, siempre y cuando no haya relaciones de integridad con otra tabla. La maniobra bien pudiera ser. 1º. Selecciono la tabla y la copio. 2º.- La pego con estructura sin datos con nombre distinto lógicamente. 3º.-Abro la copia y le pongo clave única al campo en cuestion. 4º.- Abro la tabla que contiene los datos(sino es una cantidad muy grande), selecciono todos los registros y los copio. 5º.- Abro la tabla vacía y con clave y le digo pegar datos anexados. En una tabla nueva llamada errores de Pegado tendrás todos los registros repetidos. Sino son muchos, le buscas manualmente una clave apropiada. Un Saludo. |
#4
|
||||
|
||||
Marcos, muchas gracias por contestar, el problema reside en que los datos provienen de la lectura de un fichero FIEBDC, que un determinado programa de presupuestos (no haremos publicidad negativa) genera de manera extraña, ya que la generación de los códigos de partidas (que es donde reside el problema) los genera de manera automática. Cual fué mi sorpresa al observar que para dichos códigos utiliza un incremental de códigos ascii , lo que les lleva a utilizar incluso el simbolo de separación de campos.
En fin un tema triste. El problema que me plantea es más profundo, ya que esos códigos, más adelante en el fichero también los utiliza para darme más información. Con lo que no puedo reasignarle un nuevo código, ya que más tarde en la lectura del fichero debo buscar dicho código para actualizar la fila correspondiente en la tabla. Bueno, no te aburro más. Muchas gracias por todo, seguimos en contacto. |
#5
|
||||
|
||||
Si la otra aplicación no repite los códigos, cosa que no sé si será así.
Decláralo indexado con duplicados. Un Saludo. |
![]() |
|
|
![]() |
|