Configurar ODBC Linux - to JUAN MARTINEZ

[listalinux en tecnocreativo.cl]

Estimado Juan.
   Primero que todo muchas gracias por tus consejos.
la terrorifica idea es de una oficina, que tiene un programa que utilizan
mucho, el cual tiene access como "motor". me pidieron a mi, diseñar una
pagina para intranet en php, que muestre datos desde ese access. tengo
todo listo, pero no quisiera que quedara con un servidor web en windows,
ya que confio como servidor ciegamente en linux, aunque soy bastante
novato, he visto su rendimiento en muchas empresas.
    ahora consulta. lo que me propones tu es que "enlace" el access con
postgre ?  y los datos que los usuarios vayan trabajando se modifican
automaticamente en ambas bases de datos? o seria un procedimiento
manual?

    si es asi de genial, no hay donde perderse con tu idea. a la mie... el
odbc.  orientame un poquito porfa.
     saludos y nuevamente gracias.
Orlando.


> listalinux en tecnocreativo.cl escribió:
>> Señores.
>>    Junto con saludarles a todos y cada uno de ustedes, quisiera pedirles
>> si me pueden orientar o indicar de donde puedo sacar informacion para
>> configurar una conexion ODBC en un Linux,
>
> UnixODBC es un paquete que provee las librerias. Me parece que incluye
> una GUI ad-hoc para configurar las conexiones...
>
>>  para que se conecte a un
>> ACCESS alojado en un windows.
>>
>
> Tendrás que usar smbclient u otra forma para llegar al archivo.
>
>>    no me pregunten porque el access, pero lo quieren utilizar aun.
>>
>
> Quien tiene tan terroríficas ideas?
>> Detalle.
>> El linux tendria el website de intranet, que consultaria via odbc al
>> windows que tiene el access.
>> ¿se puede o estoy condenado a cargar el apache en un windows?
>>
>
> Mejor monta un mysql o postgresql (ya sé, no soy chicha ni limona' :-D)
> en ese servidor con linux, aunque te recomiendo postgres, y migras todos
> los datos (si es que son sólo datos, no es para nada difícil) y a los
> usuarios windows los conectas por ODBC a postgres y siguen usando su
> Access, pero no sabrán quien está detrás realmente.
>
> Esto es lo más óptimo técnicamente me parece. Lo que propones es un
> parche más que una solución y sin hablar del rendimiento que de seguro
> sería horrible.
>
> --
> Juan Martinez G.                   Mac Iver # 370
> Departamento de Informatica        927 3400 - 927 3434
> Universidad Miguel de Cervantes    Santiago - Chile
>
>