Ya me he fijado en que los d�gitos menos significativos son cero, hice la prueba con acceso a disco de por medio y no se repet�an, pero ahora creo que es mejor comprobar que cambia.
Prefiero un timestamp que un identificador �nico a secas, el timestamp me ofrece informaci�n �til. S�, la soluci�n es f�cil. Gracias a los dos. Un saludo, Miguel ----- Original Message ----- From: "Fernando P�rez" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, May 10, 2004 2:39 PM Subject: RE: timestamp Pues si mi memoria no me falla, en un bucle que solamente recupera el timestamp y lo guarda en un array, se repet�an los valores varias veces consecutivas. F�jate que el valor que devuelve llega realmente a los milisegundos ( los tres d�gitos menos significaticvos siempre son cero), y un milisegundo, para un procesador de iSeries, es mucho tiempo. De todas maneras, hacer un programa de prueba no cuesta nada. Aqu� van algunas posibles soluciones ( de las tropecientas que habr�n ) para obtener valores unicos sin tirar de ficheros ( lo de los ficheros por el tema de rendimiento): - Para valores �nicos dentro de un mismo trabajo: Un programa de servicio trabajando en un grupo de activaci�n propio, con una variable que haga de contador y una funci�n que devuelva su valor incrementado en uno. - Para valores �nicos en todos los trabajos de un d�a: concatenar el contador del caso anterior con el n� de trabajo ( Solo puede fallar si en un mismo d�a se utilizan los 999999 id's de proceso que se pueden dar, lo cual no parece probable. ) - Para valores �nicos en varios d�as: al valor del caso anterior concatenarle la fecha. Igualmente se asume que en un d�a no habr�n dos trabajos con mismo id. Si realmente esto puede darse, se puede solventar guardando tambi�n la hora, hora/minuto, hora/minuto/segundo. Por cierto, si a alguien se le puede dar, a modo de curiosidad, lo podr�a contar. Si el tema de rendimiento no es vital, los m�s c�modo es tirar de fichero con un �nico registro que hace de contador. Un programa de servicio trabajando en su propio grupo de activaci�n ( por el tema de minimizar las aperturas del fichero) y exportando una funci�n que devuelve el contador incrementado, es lo mas simple. Bueno, si los tiros no iban por ah�, perd�n por el rollo. De todas maneras, si alguien tiene otro m�todo mejor de crear valores �nicos, agradecer�a que lo comentara. Saludos. Fernando P�rez. Cer�mica Saloni. Dpto. Sistemas -----Mensaje original----- De: Jesus Busquets [mailto:[EMAIL PROTECTED] Enviado el: lunes, 10 de mayo de 2004 14:03 Para: [EMAIL PROTECTED] Asunto: Re: timestamp Hombre, la verdad es que es bastante dif�cil que un blucle de un mismo proceso pueda obtener un timestamp id�ntico (no s� si con uno de esos i5 con meganosecuantos procesadores te puede ocurrir algo as�...). En todo caso, lo que s� existe , es un api que te permite obtener un identificador �nico, que s� que est� garantizado que lo va a ser. Lamentablemente, no recuerdo el nombre, pero puedes buscarlo en la documentaci�n de las api, en el caso en que te sea interesante. O bien, comprobar el timestamp que vas a guardar, a ver si ya est� ocupado, que es la soluci�n sencillita... Un saludo Jesus Busquets Grespania, SA Miguel Angel Peinador wrote: >�Se asegura que un timestamp siempre es diferente a otro? > >�si voy grabando uno tras otro en un bucle no se repetir�n? > >Creo que es as� y lo he probado, pero quiero asegurarme. > >Gracias > > > > > >_____________________________________________________ >Forum.HELP400 es un servicio m�s de NEWS/400. >� Publicaciones Help400, S.L. - Todos los derechos reservados >http://www.help400.es >_____________________________________________________ > >Para darte de baja, env�a el mensaje resultante de pulsar >mailto:[EMAIL PROTECTED] > > > _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED] _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED]
