Re: [gnome-db] help to write a ldap port

["Exell E. Franklin J." <e_e_f_j yahoo com>]

>[....]
Hello to all.
I am again ;)
English is top down.

Rodrigo he tratado de escribir mis inquietudes
en inglés, probablemente tendrá «algunos errores».
Le pido por favor cualquier ayuda. gracias.

Español(spanish):
Saludos a todos.
De arw de nuevo. ;)
La siguiente es para preguntar algo.
Resulta que ví algunos ejemplos como lo recomendaron
Vivien y Rodrigo como msql. Hasta ahí todo bien.
En estos momentos estoy trabajando en el archivo
gda-ldap-recordset en las funciones:
fetch_row y
gda_ldap_recordset_get_n_rows
Si entiendo bien fetch_row sirve para obtener
una fila x y gda_ldap_recordset_get_n_rows es para
obtener la cantidad de filas.

Cómo es sabido ldap no es una bbdd común, es más bien
un sistema especial de directorios por lo que 
no tiene filas y columnas como cualquier bbdd por
lo que  asumo que hay que hacer equivalencias.

Resulta que en el LDAPv3 si se hace una búsqueda uno 
puede obtener la siguiente información:
    * Los registros de los directorios 
    * Referencias a otros directorios LDAP.
    * Un código de operación de acuerdo al resultado
      de la búsqueda.
La información la entrega en forma de una cadena
de estructuras de tipo LDAPMessage (algo así
como una lista enlazada).Cada eslabón de la
cadena es llamado entradas o «entries».

Si se hago la equivalencia con respecto a las tablas
de
una bbdd observo que los resultados son entregados en
una columna con «n» filas. Dónde cada fila representa
un eslavón ó un apuntador a la información.
Si recupero el primer eslabón que sería la primera
entrada o «entry» estaría recuperando «la primera fila

de la tabla equivalente».
Pero resulta que esa primera «fila de una columna» 
tiene información que apunta a los atributos y a los
valores de la entrada «entry» específica  lo que 
equivaldría a a un apuntador a dos tablas distintas
una de atributos y otra de valores...

Lo anterior sería una forma de verlo, la otra forma
sería :
Resultados son entregados en una columna con «n»
filas.
Donde cada fila guarda el «apuntador a información» y 
listo.

Si se toma esa visión o si está correcta entonces la
función gda_ldap_recordset_get_n_rows entregaría
la cantidad de filas de la tabla equivalente.
Y la fetch_row entregaría el «apuntador a información»
de la fila n de columna 1 de la tabla equivalente ó
el apuntador a dos tipos de tablas de atributos
o valores dependiendo de la forma de verlo.

Mi pregunta sería:
¿está bien la forma de verlo?.
Gracias por su comedida atención.
**********************************
**********************************
English:(same to spanish... i hope ;) )
Hello to all.
First i apologise for the inconvenience to write
in spanish sorry.
¿if anybody could help me? i will thank you.

I was looking some ldap ports examples like msql as
Vivien and Rodrigo recomended me.

Now i'm writing a libgda ldap port implementation and
i am  stay on gda-ldap-recordset and writing the
following funtions:

fetch_row &
gda_ldap_recordset_get_n_rows

I'm think that fetch_row is to get a row's info and 
gda_ldap_recordset_get_n_rows isto get the rows cant.

I know that ldap is not a data base like *sql is
a «directory entries».

When i am searching with LDAP API functions a server 
can send me three different types of results back to
the client:
    * Directory entries found by the search.
    * Any search references found within the scope of 
      the search (a search reference is a reference to

      another LDAP server).
    * An LDAP result code specifying the result of the

      search operation.
Where the results are represented by LDAPMessage 
structures.

The server returns the search results as a chain of
LDAPMessage structures. Each structure contains an
entry, a search reference, or an LDAP result code. 
To access data from entries found by the search, i
need to follow this general process:

   1. Get each entry in the results.
   2. Get the attributes from each entry.
   3. Get the values from each attribute.

But i can see the results as a table that have one
column and n rows.where each row could be a pointer
to two mores tables a table that represents attributes
and other table that represents a  values.

Or  i can see the results as a table that have one
column and n rows.where each row could be a only
a informations pointer.


if i use that, then  with
gda_ldap_recordset_get_n_rows
get the rows from the eqiv. table  
& with fetch_row i could get the «information's
pointer» or table's pointer to table's attributes
and table's values from entries.

My quetion is:
¿is a good vision from that ?.
Thanks for you attention.
Rergards to all. 


E.E.F.J.
arawaco ieee org

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.espanol.yahoo.com/