[SOLUCIONADO] asignar numero a lista de registros

[drsheldoncooper]

Tengo un tabla con estos campos que son codigo nombre fecha_caducidad y estan ordenados por fecha de caducidad de esta forma:
codigo -- nombre ------ fecha_caducidad tipo
yo9 -- yogurth_lala --- 12-01-2013 --- lacteos
le5 -- leche_lala --- 15-01-2013 --- lacteos
qu23 ---queso --- 01-02-2013 --- lacteos


pero ahora me pidieron que estos registros que ya tengo se les aumente un campo donde se almacene una numeracion quedando asi
num ---codigo --- nombre --- fecha_caducidad --- tipo
1--- yo9 ---yogurth_lala--- 12-01-2013 ---lacteos
2 ---le5 ---leche_lala--- 15-01-2013--- lacteos
3--- qu23 ---queso --- 01-02-2013 ---lacteos

lo hice con un contador pero solo lo muestra en pantalla y al ingresar otro recorre los numeros y no lo almacena en un campo(mi idea es copiar el numero en el campo num).Pensaran como yo que esta de mas colocarlo pero asi me lo exigen y ni modo
esta es la consulta que hago para obtener la lista no se si sirva de algo:

Código MySQL:

SELECT  (@rnum := @rnum +1)AS x, num, nombre, codigo, f_c , tipo 
FROM tabla, (SELECT @rnum :=0)x 
ORDER BY f_c ASC
 

[gnzsoloyo]

No se puede hacer sin alterar la tabla y poner un autoincremental, o bien un campo INT UNSIGNED y realizar un UPATE masivo.
La pregunta sería ¿Cuál es el objetivo que quieren cubrir para necesitar esa numeración? ¿Exactamente cuál va a ser su uso?
¿Se los preguntaste?

[drsheldoncooper]

Iniciado por gnzsoloyo

No se puede hacer sin alterar la tabla y poner un autoincremental, o bien un campo INT UNSIGNED y realizar un UPATE masivo.
La pregunta sería ¿Cuál es el objetivo que quieren cubrir para necesitar esa numeración? ¿Exactamente cuál va a ser su uso?
¿Se los preguntaste?

mi idea era si no se puede copiar el numero que genero con la consulta y pasarlo al campo nuevo.No se si exista otra opcion .Lo que pasa que este numero les servira para reconocer de manera mas facil un pruducto por eso el hecho de almacenarlo y ellos lo etiquetan con ese numero y no su codigo.espero y me entiendan

[gnzsoloyo]

Eso sería una PK alternativa, o clave candidata.
No tiene ningún sentido, a menos que tengan en cuenta que pueden generar inconsistencias peligrosas en el sistema, al mantener una doble identificación.
¿Por qué razón quieren crear una clave diferente a la del código de producto?
Si alguien en mi empresa plantease semejante cosa, se ganaría buenos problemas, y los supervisores de analistas funcionales lo mandarían a pasear sin más trámite.

Sería mejor que pidas la justificación por escrito con un buen análisis preliminar de las ventajas que ellos dicen que le reportaría, a fin de evitar problemas ulteriores.

Entiende que el tema no es que no se pueda hacer. Es que no se debe hacer.
Si ya tienes una PK definida, no hay ninguna razón para crear otra.

[drsheldoncooper]

Iniciado por gnzsoloyo

Eso sería una PK alternativa, o clave candidata.
No tiene ningún sentido, a menos que tengan en cuenta que pueden generar inconsistencias peligrosas en el sistema, al mantener una doble identificación.
¿Por qué razón quieren crear una clave diferente a la del código de producto?
Si alguien en mi empresa plantease semejante cosa, se ganaría buenos problemas, y los supervisores de analistas funcionales lo mandarían a pasear sin más trámite.

Sería mejor que pidas la justificación por escrito con un buen análisis preliminar de las ventajas que ellos dicen que le reportaría, a fin de evitar problemas ulteriores.

Entiende que el tema no es que no se pueda hacer. Es que no se debe hacer.
Si ya tienes una PK definida, no hay ninguna razón para crear otra.

No quiero sonar terco pero si le quiero dar solucion a las exigencias que me dicen y no registro el codigo (ya que dicen que es mas dificil identificarlos) solo los ordeno por la fecha y los enumero como dije en un campo nuevo nadamas seria una pk como lo haria....

[jurena]

si tienes que hacerlo por exigencia del guión o de quien paga y puesto que se trata de productos (no tendrás mucho movimiento de eso, pienso, y además el código es clave primaria por lo que dices, es decir, que no se repiten), yo haría lo siguiente:
crearía otra tabla llamada orden con los siguientes campos
num, codigo
num sería auto_increment y clave primaria, y codigo, el mismo campo de tu codigo de tabla principal.
Cada vez que añadas, elimines o cambies un codigo, haces mediante programación un truncate de la nueva tabla orden e insertas ordenados por fecha de caducidad (que parece ser lo que quieres, aunque si es por fecha de ingreso del producto deberías añadir a la tabla principal un campo timestamp de entrada de dato y ordenar por eso) todos los códigos de la tabla principal, verás que se numeran automáticamente, sin programación. Luego para ver el número correspondiente un inner join entre la tabla principal y esta tabla de orden te permitirá siempre mostrar el número sin tener que poner en riesgo la tabla principal. Pega, debes truncar y rellenar por completo esa tabla orden cada vez que eliminas, actualizas o insertas un producto en la tabla principal, algo que tal vez no ocurrirá muchas veces.
Si no existe un criterio para el orden, o el criterio es el momento de almacenamiento, un campo timestamp te bastaría para reordenar y hacer lo que te digo; si el orden es el de fecha de caducidad, que no creo, harías lo que te dije en primer lugar. Pero deben explicarte, como te han dicho, las razones y el criterio. Piensa que la fecha de caducidad de un producto no es del producto en sí, sino de una partida de ese producto; cuando entre una nueva partida, la fecha de caducidad será distinta... Acláranos con ejemplos estas cuestiones.

[drsheldoncooper]

Iniciado por jurena

si tienes que hacerlo por exigencia del guión o de quien paga y puesto que se trata de productos (no tendrás mucho movimiento de eso, pienso, y además el código es clave primaria por lo que dices, es decir, que no se repiten), yo haría lo siguiente:
crearía otra tabla llamada orden con los siguientes campos
num, codigo
num sería auto_increment y clave primaria, y codigo, el mismo campo de tu codigo de tabla principal.
Cada vez que añadas, elimines o cambies un codigo, haces mediante programación un truncate de la nueva tabla orden e insertas ordenados por fecha de caducidad (que parece ser lo que quieres, aunque si es por fecha de ingreso del producto deberías añadir a la tabla principal un campo timestamp de entrada de dato y ordenar por eso) todos los códigos de la tabla principal, verás que se numeran automáticamente, sin programación. Luego para ver el número correspondiente un inner join entre la tabla principal y esta tabla de orden te permitirá siempre mostrar el número sin tener que poner en riesgo la tabla principal. Pega, debes truncar y rellenar por completo esa tabla orden cada vez que eliminas, actualizas o insertas un producto en la tabla principal, algo que tal vez no ocurrirá muchas veces.
Si no existe un criterio para el orden, o el criterio es el momento de almacenamiento, un campo timestamp te bastaría para reordenar y hacer lo que te digo; si el orden es el de fecha de caducidad, que no creo, harías lo que te dije en primer lugar. Pero deben explicarte, como te han dicho, las razones y el criterio. Piensa que la fecha de caducidad de un producto no es del producto en sí, sino de una partida de ese producto; cuando entre una nueva partida, la fecha de caducidad será distinta... Acláranos con ejemplos estas cuestiones.

Voy a intentar resumir todo y espero y me ayuden en la parte que les digo:
supongamos que nadamas tengo codigo fecha y lo que quiero es que estos productos se ordenen por fechade caducidad ,una vez ordenados no se si se pueda asignarles un numero como se dice de bajadita(1...2...3...4...5) y guardarlo en un campo ("num" este campo si lo ocupare despues) y nada mas.Ya no se agregaran mas productos ni se modificaran es por eso que se les va asignar un numero para su facil identificacion y asi ellos etiquetan los productos con ese numero y no el codigo que es largo.no se si me explico.

[gnzsoloyo]

1) Crea el campo que necesitas, supongamos "NUM".
2) Crea una tabla temporal, usando la lógica de tu propia consulta, tal que recuperes los verdaderos identificadores, junto con el código fabricado y ficticio:

Código MySQL:

CREATE TEMPORARY TABLE tablatemporal
SELECT  (@rnum := @rnum +1) idNum, codigo 
FROM tabla, (SELECT @rnum :=0) x 
ORDER BY f_c ASC
 

3) Usa la tabla temporal como referencia para haer el UPDATE:

Código MySQL:

UPDATE tabla t, tablatemporal t2
SET num = idnum
WHERE T.codigo = t2.codigo;
 

Nota importante: todas las acciones deben hacerse manualmente en una única sesión de MySQL, o no funcionará la tabla TEMPORARY.

Finalmente:

4) Aclárales a los que te hicieron este pedido que lo que ellos quieren se considera una pésima práctica en el diseño y administración de bases de datos. Y que cualquier uso diferente al indicado de esos códigos inventados puede, eventualmente, generar problemas de consistencia e integridad de datos.
Eso, al menos, puedo asegurártelo.

[drsheldoncooper]

Iniciado por gnzsoloyo

1) Crea el campo que necesitas, supongamos "NUM".
2) Crea una tabla temporal, usando la lógica de tu propia consulta, tal que recuperes los verdaderos identificadores, junto con el código fabricado y ficticio:

Código MySQL:

CREATE TEMPORARY TABLE tablatemporal
SELECT  (@rnum := @rnum +1) idNum, codigo 
FROM tabla, (SELECT @rnum :=0) x 
ORDER BY f_c ASC
 

3) Usa la tabla temporal como referencia para haer el UPDATE:

Código MySQL:

UPDATE tabla t, tablatemporal t2
SET num = idnum
WHERE T.codigo = t2.codigo;
 

Nota importante: todas las acciones deben hacerse manualmente en una única sesión de MySQL, o no funcionará la tabla TEMPORARY.

Finalmente:

4) Aclárales a los que te hicieron este pedido que lo que ellos quieren se considera una pésima práctica en el diseño y administración de bases de datos. Y que cualquier uso diferente al indicado de esos códigos inventados puede, eventualmente, generar problemas de consistencia e integridad de datos.
Eso, al menos, puedo asegurártelo.

Me funciono de maravilla ,muchas gracias de la que me salvaste y si pienso lo mismo que tu pero asi lo quieren ni modo ,gracias

[gnzsoloyo]

Los usuarios de la empresa en que trabajo también suelen pedir absurdos. Peor si no les pones un límite terminarás dañando el sistema.
En algún momento hay que decirles no.

O tarde o temprano tendrás ocasión de decirles "Yo se los advertí..."