Newsgroup: it.comp.software.database
Titolo: Suggerimenti Access<->Interbase<->Php

Salve
    Ho realizzato in Access2000 una base dati per uso gestionale con molte
tabelle e relazioni. Il Back-End su un server e diversi Front-End su 10 PC
connessi in rete (situazione non particolarmente ottimale con Access, ma
fino ad ora sufficiente).
Ora mi trovo in condizione di dover cambiare database per due motivi:
1_ avere una base dati più solida e con una gestione dati via rete
ottimizzata (query più veloci, ecc);
2_ accedere a parte dei dati attraverso pagine web.
Ho pensato di migrare la base dati da Accessa a Interbase6.0 continuando ad
utilizzare come Front-End Access e Php4 per creare pagine web dinamiche.
I problemi che ho incontrato maggiormente sono nell'interfacciamento tra
Access e Interbase; il driver ODBC ha problemi con campi data e campi testo
superiori a 255 caratteri.
L'unico motivo per insistere ad utilizzare Access come Front-end è quello di
non dover imparare da 0 un nuovo linguaggio di programmazione e sfruttare
quant già realizzato; ma a questo punto creso sia meglio utilizzare come
Interfaccia utente qualcosa di più adatto.
Cosa mi consigliato di fare?
Qualcuno ha già avuto esperienze a riguardo?
Grazie,
Flavio

 Cosa mi consigliato di fare?
   Se usi PHP per la generazione delle pagine web, e se ho capito quel 
che intendi con il termine "front end", allora puoi agevolmente 
sostituire Access con il PHP stesso (anche, ma non obbligatoriamente, 
utilizzando l'ODBC per raggiungere il DBMS). Questo ti obblighera` a 
riscrivere la business logic ma, a quel che dici, sembra che tu gia` sia 
preparato a qualcosa del genere... ;)
 
http://www.php.net/manual/en/ref.ibase.php
 
http://www.php.net/manual/en/ref.odbc.php
   Followup-To impostato.
-- 
Alla prossima,
Marco

 quant già realizzato
Access nasce come Front-Editor nativo per SQL-Server e/o relativa versione
ridotta (MSDE).
Lavorando attraverso drivers ODBC con altri motori capitano problemi di
mapping su alcuni tipi di dati.
Se non vuoi cambiare abitudini di programmazione prendi in considerazione
SqlSvr.
Ciao.


Che driver ODBC hai usato?
Michele Giordano

 ha scritto nel messaggio
news:3CEBFD91...@fastwebnet.it...

ho usato il driver della xtg ystems
 
www.xtgsystems.com/linux/ofbodbc/about.php
 ). Gli ho segnalato il problema,
ma fino ad ora non ne hanno trovato la soluzione.
Hai avuto esperienze migliori con altri driver ODBC?
Flavio

Anche a me il driver di XTG ha dato dei problemi.
Io ho fatto lo stesso tuo lavoro: stacco del back-end (in Access) da un 
front-end (in Access); porting del back-end in Interbase; attacco del 
front-end a Interbase (v. 6.0) via ODBC.
Ho usato il driver della EasySoft e tutto è filato liscio come l'olio.
Anzi, dopo il tuo messaggio ho provato a creare un db con un campo 
varchar(1234) (che fantasia...) e a collegarlo ad Access. Funziona. Dei 
campi data sapevo già del mio che andavano bene.
Ma il problema resta: una applicazione Access+Access è realizzata con 
una logica diversa da quella che devi impiegare con un db SQL, ragione 
per cui tutto funziona, ma è molto lento (in più ODBC non è un fulmine 
già per conto proprio).
In parole povere, invecchierò un po' davanti al video con la mia vecchia 
applicazione Access che si appoggia al mio nuovo database Interbase ma 
solo fino a quando non avrò scritto la nuova applicazione in Delphi con 
accesso nativo alla base di dati.
Ciao.
Michele Giordano

 accesso nativo alla base di dati.
Io lavoro con gli .ADP di Access 2000 agganciati a SQL-Server: funziona
tutto benissimo e ad alte prestazioni.
Il porting delle vecchie applicazioni Access DAO/ODBC è impegnativo, ma si
ricicla almento il 60% del lavoro ... quindi non è detto che per raggiungere
l'obiettivo si debba riscrivere da zero un FE: magari è meglio scegliere il
motore più opportuno ;-)
Il problema è che il Server di Microsoft ha certi costi ... costi comunque
relativi negli ambiti aziendali che richiedono RDBMS.

Scusa, ma mi sembrava di aver capito che avevi dei problemi 
Access<->ODBC<->Interbase.
Che cosa c'entra .ASP, SQL-Server e compagnia?
Se devi usare SQL-Server, usalo, e usalo con Access che va benissimo, e 
non ha bisogno di ODBC.
Michele Giordano

 non ha bisogno di ODBC.
C'entra: richiede molti piů sforzi rifare completamente un Front-end
piuttosto che tenere quello che si ha sfruttandolo con il Server SQL piů
vicino.
Ciao.


Oooops!
Michele Giordano

 ha scritto nel messaggio
news:3CECE432...@fastwebnet.it...

Sfruttare il front-end in Access fino a quando non avrò rifatto
l'applicazione con un linguaggio più appropriato è proprio il mio intento.
Se mi dici che il driver della EasySoft è stabile, provero ad utilizzarlo.
Grazie del consiglio.
Già immaginavo che Access<-->Interbase non fosse la scelta ottimale, anzi a
quanto ho capito le prestazioni del mio sistema invece che migliorare
peggioreranno.
Delphy non lo conosco ma più di una volta ho sentito che lavora bene con
Interbase. Credi che sia da pazzi nelle mie condizioni raggiungere
l'obbiettivo Delpy <-->Interbase<-->Php?
Effettivamente sto tenendo in considerazione anche la possibilità di rifare
tutto in Php, anche le mascere per la sola rete locale (certo che è una
concezione di gestionale a cui mi devo ancora abituare).
Ciao, Flavio

 Oooops!
;-)
Ciao: Marco


Non so quali siano esattamente le tue condizioni.
Non io personalmente, ma qualcun altro sta lavorando a Interbase<=>Php 
(veramente a FireBird) e dice di trovarsi molto bene. Se consideri che è 
una persona che apprezza molto PostgreSQL puoi darti da te qualche risposta.
Stare lontani da Microsoft, d'altra parte, comporta qualche 
sacrificio... :-)
Michele Giordano