FiveTech Support Forums

Buenos dias,

Por favor, necesito mas informaciones sobre este comando.

Cuando devo usarlo en FIVEWIN??

Cual las causas y consecuencias??

Porque debo usalo ó no? Y cuando debo usar?

Gracias

Saludos.

João:

Si comprendemos lo que hace el comando SET ORDER será más fácil entender donde usarlo y las posibles consecuencias.

Tomado de la DOC de clipper:



Ahora, donde usarlo ?, ummm un ejemplo sería: cuando quieras leer toda la DBF en el orden en que llegaron los registros o cuando no importa el orden de ningún índice, deduzco que eso acelera la lectura pues no utiliza índice alguno.

Consecuencias ?, veo riesgo de agregar nuevos registros sin actualizar los índices con el famoso error INDEX FILE IS CORRUPTED sobre todo si usamos SET ORDER TO sin paramétros.

Otra consecuencia ?, no podras usar la función DBSEEK() pues no hay un índice definido.

Saludos

Karihna

Primero : "Set order to " no es un comando de FIVEWIN, es de Harbour, xHarbour o Clipper

Segundo : La intencion de "Set Order to 0" o de "Set order to" es de desestimar los indices actuales y dejar la dbf ordenada por el orden fisico de ingreso, como si ningun indice se hubiera abierto.

Recuerda que ha pesar de poner "Set Order to 0", los indices aun estan abiertos, e igual se actualizan si ingresas o eliminas algun registro.

Desde Chile
Adolfo

Gracias, amigos.

Mas sugerencias?

Pués en algunos casos, si uso SET ORDER TO 0 en mi programa, en la hora de grabar la alteracion ó inclusion(anadir) me genera errores.

Saludos.

Señores, donde está la documentacion sobre el tema SET ORDER TO 0(ciero) ??

Desculpas a Carlos Mora.

Post, retirado.

Joao:

Lo que muestras es una recopilación sobre índices CDX, muy respetable desde luego, pero no es la documentación de clipper.

Busca aquí.

http://www.ousob.com/ng/53guide/index.php

Saludos

Armando wrote:Joao:

Lo que muestras es una recopilación sobre índices CDX, muy respetable desde luego, pero no es la documentación de clipper.

Busca aquí.

http://www.ousob.com/ng/53guide/index.php

Saludos

Gracias Armando, podrias TRADUZIR(Translate):

http://www.ousob.com/ng/53guide/ngec1fc.php

Saludos.

João:

Resumiendo, el texto dice lo mismo que te mencioné en mi primer POST y lo mismo que te explicó Adolfo.

Saludos

Armando wrote:João:

Resumiendo, el texto dice lo mismo que te mencioné en mi primer POST y lo mismo que te explicó Adolfo.

Saludos

Gracias Armando, pero sigo con la duda:

Porque en algunas ocasiones, no puedo GRABAR con el comando REPLACE??

El que puede estar errado?

Saludos.

Karinha,

vas a tener que hacer mejor tu pregunta, porque este es un foro de programadores, los brujos y adivinos deben leer otros foros. Si no pones el error ¿Como piensas que alguien puede adivinar de que se trata? Dices que te da error, pero no dices cual, no pones un ejemplo, como crees que algún compañero puede adivinar de que estas hablando?

El que hayas pegado un documento enorme no nos dice nada, salvo que ensucias el hilo con información que no es relevante, más te valdría leer lo que dice el documento y no ponerlo como un post.

Da más información para que los compañeros puedan ayudarte. Ayuda a que te ayuden. Pon el ejemplo.

Carlos Mora wrote:Karinha,

vas a tener que hacer mejor tu pregunta, porque este es un foro de programadores, los brujos y adivinos deben leer otros foros. Si no pones el error ¿Como piensas que alguien puede adivinar de que se trata? Dices que te da error, pero no dices cual, no pones un ejemplo, como crees que algún compañero puede adivinar de que estas hablando?

El que hayas pegado un documento enorme no nos dice nada, salvo que ensucias el hilo con información que no es relevante, más te valdría leer lo que dice el documento y no ponerlo como un post.

Da más información para que los compañeros puedan ayudarte. Ayuda a que te ayuden. Pon el ejemplo.

Gracias por contestar Carlos.

Explico:

Desculpe mi portunhol.

Las veces el programa aborta.

Otras, el ListBox no me retorna correcto.

Mas una vez, mil desculpas.

Abrazos.

Saludos.

karinha wrote:
Gracias por contestar Carlos.

Explico:

Desculpe mi portunhol.

Las veces el programa aborta.

Otras, el ListBox no me retorna correcto.

Mas una vez, mil desculpas.

Abrazos.

Saludos.

Voy a decir una tontería pero prueba:

ORDSETFOCUS( 0 )

Saludos
Carlos G.

FiveWiDi wrote:

karinha wrote:
Gracias por contestar Carlos.

Explico:

Desculpe mi portunhol.

Las veces el programa aborta.

Otras, el ListBox no me retorna correcto.

Mas una vez, mil desculpas.

Abrazos.

Saludos.

Voy a decir una tontería pero prueba:

ORDSETFOCUS( 0 )

Saludos
Carlos G.

Gracias por la sugerencia Carlos, és una idéa.

Saludos.

A riesgo de parecer reiterativo:
Si utilizas harbour/xharbour:

SET ORDER TO <nIndexPos>
nIndexPos - Es un valor numérico que especifica el orden o posición del indice que será el de control.
si no se especifica o se especifica 0 EN AMBOS CASOS los indices que hayan sido abiertos PERMANECEN ABIERTOS Y SE ACTUALIZAN!!!
si son INDICES NTX el nindexpos es el numero de orden de apertura, es decir:
use clientes index ind1, ind2, ind3
en este caso
0 es orden natural (siempre)
1 es ind1 como indice de control
2 es ind2 y 3 es ind3

Si son indices CDX nIndexpos es el orden de creación de los tags en el bag.
es decir:
si al crear los indices se hizo así:
USE CLIENTES
index on nro_cli tag ncli
index on nombre tag nombre
index on direccion tag direccion

si utilizo SET AUTOPEN ON (por ejemplo)
USE CLIENTES
SET ORDER TO 2
El indice de control será "nombre"
OrdSetFocus(1)
el indice de control será "ncli"
SET ORDER TO 0
La base queda en orden natural PERO NO SE CIERRAN LOS INDICES Y POR LO TANTO SE ACTUALIZAN.
SET ORDER TO
LO MISMO, NO SE CIERRAN LOS INDICES Y POR LO TANTO SE ACTUALIZAN.

Extraído de la documentación de xHarbour.
Texto Original:

SET ORDER TO <nIndexPos>
SET ORDER TO TAG <cIndexName> [IN <cIndexFile]

Arguments
TO <nIndexPos>
This is a numeric value specifying the ordinal position of the index to select as controlling index. Indexes are numbered in the sequence they are opened, beginning with 1. When no argument is passed or when the order is 0, all indexes remain open, but database navigation follows the physical order of records. That is, there is no controlling index.
TO TAG <cIndexName>
This is the symbolic name of the index to select as the controlling index. It can be specified as a literal name or a character expression enclosed in parentheses. The TAG option is usually supported by RDDs capable of maintaining multiple-index files, such as DBFCDX.
IN <cIndexFile>
<cIndexFile> is the name of the file containing the index to select. If not specified, all index files open in the current work area are searched for the index with the name <cIndexTag>. The file name can be specified as a literal name or a character expression enclosed in parentheses. When the file extension is omitted, it is determined by the database driver that opened the file. Description
The SET ORDER TO command selects the controlling index from a list of indexes open in the current work area. Indexes are opened with the SET INDEX command or the INDEX option of the USE command. The latter, however, is not recommended in a network environment.
The controlling index can either be specified by its ordinal position <nIndexPos>, or by its symbolic name <cIndexName>. The former is determined by the order in which indexes are opened (beginning with 1), while the latter is specified with the TAG option of the INDEX command when the index is created.
A controlling index affects the logical order of records in a work area. Relative database navigation with SKIP, GO TOP and GO BOTTOM follows this order, rather than the physical order how records are stored in a database.
The controlling index can be disabled temporarily by setting the index order to 0. This leaves all indexes open but database navigation follows the physical order.