(23-02-2013 00:14)nanuiit escribió: [ -> ]
- Off-topic:
- La hojita del último final creo que no la tengo...
Che, aguanten, sí, falta el Pos en la BusqBinA
Debe haber sido un error de tipeo...
bueno, se repitió la misma hoja de biblioteca para el último final (23-02-2013) con los mismos "errores" que mencionamos por acá, asi queee error o no de tipeo habrá que preguntar a algún docente acerca de esto.
el plus fue que ésta vez venia con un detalle del proc/func
.gif ";)")
pero bueno es CLAVE entender que se hace con una u otra jaja
dejo el link del post del final para que lo puedan apreciar con sus propios ojos.
http://www.utnianos.com.ar/foro/tema-apo...os-23-2-13
saludete!!
(17-02-2013 12:55)nanuiit escribió: [ -> ]Clave es el campo del registro (supongamos) por el cual ordenás el vector
Es decir, tenés un vector de registros r.Id, r.Nombre y necesitás cargarlo según ID, entonces tu clave es el ID
Pero como seria la invocacion?
supongamos un array de 5 elementos con tu registro
ordenarVector(vecRegistros, id, 5)
siendo id:word?
Si tuvieras dos campos del mismo tipo tipo onda los finales de febrero con rubro y categoria siendo ambos string[15] como distingue el algoritmo que propiedad quiero ordenar? Por el tipo de datos son lo mismo
Pero cuando hagas la comparación, ya va a entender frente a quién tiene que ordenar, porque tenés que pasarle la clave justamente. Vos le pasás el r.ID (en mi ejemplo). O sea, le pasás el campo del registro porque vas a ir leyendo la estructura y comparando en tiempo de lectura
Otra cosa sería si vos estás insertando ordenado, porque ahí necesitás el r.ID + el valor del input del set de datos que estás cargando, porque ahí la comparación es en tiempo de ingreso de datos. Entonces, en este caso tu procedure tendría un parámetro más.
El "ordenarVector" que está usando supongo que es una especie de burbujeo