Newsgroup: it.comp.lang.delphi
Titolo: maschere access

Sapete come si puņ accedere alle maschere di access attraverso ADO o
qualsiasi altro componente?
Ma le maschere che crea access sono le view dei database normali, oppure ne
hanno poco a che fare, anche dal punto di vista tecnico intendo?
grazie

Puoi richiamare oggetti di access (form, viste, report, script, ecc) usando
interfacciamento OLE
Ma questo è possibile solo se hai Access installato (e non il semplice
jetdbengine)
Crei un oggetto Access e la form è un oggetto appartenente all'oggetto
access, richiamabile +- così
Access.forms(indice).show;
Io avev usato questo sitema per aprire dei report..... ma non era un granchè
a dire il vero
Se devi fare delle forms e hai già il database , allora usa delphi per
creare l'interfaccia
E' meglio!
Saluti
Andrea

 ha scritto nel messaggio
news:bd99dh$92b$1...@newsreader.mailgate.org...

Io ho già sviluppato la mia applicazione con le DBGrid e usando i componenti
ADO.
Il problema ora è che con quella tecnologia non riesco ad accedere alle
maschere di access...non so perchè! non mi venongon presentate dal database
come tabelle. E se le specifico nella stringa di connessione non mi si
connette ad esse.
Volevo evitare di usare quella tecnologia che mi hai mostrato...l'ho già
usata un pò con Excel ed è abbastanza orribile secondo me, e poi mi
toccherebbe rifare tutta la struttura della mia applicazione, perchè credo
che migrare da Ado al componente Access sia abbastanza faticoso.
Grazie comunque.

 connette ad esse.
Forse il messaggio non è arrivato... via ADO puoi accedere solamente alle
tabelle di access.
Le maschere e report rimangono visibili solo attraverso Access, aprendolo
direttamente o incorporandolo come activex.
Se vuoi accedere alle maschere fatte con Access via ADO non c'è una
soluzione.
Ciao
Matteo

 connette ad esse.
Imho, xche le maschere di access non sono oggetti di database come tabelle,
viste etc.
Il fatto che access sia un ibrido (db + ambiente di sviluppo) non deve
trarti in inganno.
L'unica potrebbe essere una tecnica mista.
Usi ado per il db e ole automation x le maschere.
Cio che potrebbe capitare usando un db access da delphi via ole automation
supera le mie capacità di analisi, senza contare lo sforzo non indifferente
e la lentezza.
Riguardo il fatto di dover rivedere la struttura della tua app, avrei alcune
domandine...
1) è PROPRIO NECESSARIO usare da delphi le maschere di access?
2) prima di iniziare, sapevi gia che la tua app avrebbe dovuto usarle?
Bye
A

maschere di access...
Posso chiederti a che ti serve fare una cosa del genere ?
-- 
Andrea Laforgia - a.laforgia(at)
libero.it
"There are three kinds of people in this world; 
 those who are good at maths and those who aren't".

 connette ad esse.
Da come ne scrivi (anche nel post precedente) non riesco a capire di cosa
stai parlando: sembra quasi che tu usi il termine maschere per parlare delle
Query, se ho capito bene l'equivoco le query di Access non sono altro che
delle viste e quindi per accedere alle "maschere" come le intendi tu basta
che ti colleghi alla query che fa da fonte dati per la maschera in
questione!
ciao, Vittorio

"Andrea Laforgia" <x@x.x> ha scritto nel messaggio
news:hnfgfvge69685nfl9...@4ax.com...

Già. Posso anche usare le Query. Le Query di Access sono come le viste se ho
capito bene.
Mi serviva perchè volevo che l'utente potesse usare acess per effettuare le
query, come è abituato a fare, e io semplicemente accedevo ai dati
presentati dalla vista, già ordinati e filitrati.
Un altra domanda...
Ho notato che Access permette i nomi delle tabelle e dei campi con gli
spazi. E ho notato che il problema si può superare mettendo la srtinga tra
parentesi quadre tipo [tabella dei comuni].
Ma è SQL standard quello?

Ma è SQL standard quello?
No.



Avevo già provato alcuni anni fa (con d2,  avendo già capito che con VB 4
era più il danno che il guadagno...) a fare una cosa simile, avendo licenze
di Access e non potendo usare il server aziendale ( x decisione)
Il problema, a parte la lentezza dell'applicativo, era che la parte access
doveva essere divisa in due parti :l'applicazione doveva essere usabile da
due/tre utenti su diversi pc, quindi l'unica soluzione era dividere in due
files: quello con le tabelle suls erver e quello con forms e reports sui
client, collegato al primo.
L'applicazione delphi doveva solo richiamare i report o le forms in base a
dei menu..... non è stata una gran soluzione e in breve ho tarsferito tutto
su applicazione delphi