Api Bde

[MariaOlive]

Hola.

Necesito modificar la posicion de los campos de una tabla.

Estos campos estan situados al final de la tabla y necesito situarlos en mitad de la tabla.

Los campos ya existen en la tabla.

Estoy usando la funcion DbiDoRestructure del API del BDE.

Saludos. Maria.

[jachguate]

¿Y la pregunta es?

[juanelo]

Empezado por jachguate

¿Y la pregunta es?

[BROMA]
¿De que color era el caballo blanco de Napoleón?
[/BROMA]

[marcoszorrilla]

C syntax

DBIResult DBIFN DbiDoRestructure (hDb, iTblDescCount, pTblDesc, pszSaveAs, [pszKeyviolName], [pszProblemsName], bAnalyzeOnly);

Delphi syntax

function DbiDoRestructure (hDb: hDBIDb; iTblDescCount: Word; pTblDesc: pCRTblDesc; pszSaveAs: PChar; pszKeyviolName: PChar; pszProblemsName: PChar; bAnalyzeOnly: Bool): DBIResult stdcall;

Description

DbiDoRestructure changes the properties of a table such as the following: modifying field types or field sizes, adding a field, deleting a field, rearranging fields; or changing indexes, security passwords, or referential integrity.

Parameters

hDb Type: hDBIDb (Input)
Specifies the database handle.
iTblDescCount Type: UINT16 (Input)
Specifies the number of table descriptors. Currently, only one table descriptor can be processed per call, so iTblDescCount must be set to 1.
pTblDesc Type: pCRTblDesc (Input)
Pointer to the client-allocated CRTblDesc structure, which identifies the source table, describes the new record structure (if modified), and lists all other changes to the table

pszSaveAs Type: pCHAR (Input)
Optional. If not NULL, creates a restructured table with this name and leaves the original unchanged.
pszKeyviolName Type: pCHAR (Input)
Optional. Pointer to the Key Violation table name. All records that cause an integrity violation are placed here. If NULL, no Key Violation table is created. If the user supplies a table name, that name is used. If a pointer to an empty string is specified, the table name created is returned in the user's area (must be at least DBIMAXPATHLEN+1 bytes).

pszProblemsName Type: pCHAR (Input)
Optional. Pointer to the Problems table name. If NULL, no Problems table is created. If the user supplies a table name, that name is used. If the user has overridden the default behavior with a callback, records are placed in a Problems table if they cannot be placed into the destination table without trimming data. If a pointer to an empty string is specified, the table name created is returned in the user's area (must be at least DBIMAXPATHLEN+1 bytes).

bAnalyzeOnly Type: BOOL (Input)
Not currently used.

Vista la ayuda sobre la Función yo no me arriesgaría a hacer eso con una tabla con datos.

Yo lo que haría sería, crear una tabla igual pero variando los campos de lugar utilizando SQL y luego le pasaría los datos a la nueva tabla, todo ello haciendo antes una copia de seguridad de la tabla original por si acaso.

Un Saludo.

[jachguate]

Realmente no entiendo por que es tan importante cambiar el orden de los campos... finalmente, eso no tiene impacto en lo que podamos o no presentar en una aplicación.

¿Me equivoco?

Hasta luego.

[marcoszorrilla]

Estoy de acuerdo, salvo que queramos crear una llave sino existiera, entonces los campos que forman parte de la misma tienen que estar necesariamente los primeros, en cualquier otro caso para rejillas etc. sería suficiente con intercalarlos donde proceda en la propia rejilla..

Un Saludo.

[jachguate]

No sabía de este comportamiento de la llave primaria... aún así, es una situación poco común tener que alterar la llave de una tabla. Para esos casos, lo ya dicho por vos... copias de seguridad y quizás un volcado de la tabla a una nueva estructura resulte lo mejor...

Un saludo.