title: Ordinamento campi su report

author: Claudio

text:
Salve a tutti
Problemi di Sistema Operativo mi hanno tenuto lontano dal newsgroup,
finalmente sono rientrato e come vuole la prassi vi espongo un mio problema
che mi sta facendo dannare
La situazione è la saguente
Da una maschera inserisco dei dati statistici mensili, per aggevolare la
cosa mi sono creato una tabella di comodo MESI con i mesi dell'anno, che mi
richiamo dalla maschera con una casella combinata
quando mi apro la maschera una volta creato i miei 12 record e nel campo
mese mi sono scelto i mesi questi mi appaino nell'ordine corretto
GENNAIO
FEBBRAIO
MARZO
ecc
creatomi il report lui li mette in ordine alfabetico
AGOSTO
APRILE
...
...
SETTEMBRE
Come posso dirgli di metterli in ordine di mese??
Ho tentato in questo modo, nella tabella mese ho creato un campo id e
quindi:
1    Gen
2    Feb
3    Mar
4    ecc
poi nel report     il campo mese l'ho convertito in casella combinata e come
origina riga ho messo:
SELECT DISTINCT Mesi.id, Mesi.Mesi FROM Mesi ORDER BY Mesi.id;
Numero colonne 2
Larghezza colonne 0 Cm; 5 Cm
Colonna associata 2
e poi ho detto al report di ordinamelo per il campo mese crescente ma niente
ha continuato a metterlo in ordine allfabetico
Dove sbaglio??
a Presto
Claudio


title: Ordinamento campi su report

author: Roberto da casa

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:hqbOb.133373$_P.48...@news4.tin.it...

Se il campo che contiene la descrizione del mese (Gennaio, Febbraio ecc.
ecc.) si chiama appunto Mese.
Se vuoi ordinare il report non in ordine alfabetico di mese, ma in ordine di
calendario di mese, a fronte dell'evento "Su apertura" del report genera il
seguente codice vba:
Private Sub Report_Open(Cancel As Integer)
Me.OrderBy = "Month(CDate('01 ' & [Mese] & ' 2004'))"
Me.OrderByOn = True
End Sub
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Ordinamento campi su report

author: ALESSANDRO Baraldi

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:hqbOb.133373$_P.48...@news4.tin.it...
> Salve a tutti
> Problemi di Sistema Operativo mi hanno tenuto lontano dal newsgroup,
> finalmente sono rientrato e come vuole la prassi vi espongo un mio
problema
> che mi sta facendo dannare
>
> La situazione č la saguente

Ma per te Id che tipo di campo č...?
Se non ricordo male si dovrebbe fare a meno di associare
la stringa APRILE all'Id(Numerico)=4
poichč con la funzione Format([Id];"mmmm") dovrebbe restituirti
l'equivalenza in lettere..!
Facci sapere.
Alex.


title: Ordinamento campi su report

text:
> Ma per te Id che tipo di campo è...?
> Se non ricordo male si dovrebbe fare a meno di associare
> la stringa APRILE all'Id(Numerico)=4
> poichè con la funzione Format([Id];"mmmm") dovrebbe restituirti
> l'equivalenza in lettere..!
allora la tabella mesi è composta da un campo ID e uno MESE
ID        MESE
1        Gennaio
2        Febbraio
3        Marzo
in questo modo l'ordine crescente lo punto sul campo ID o sbaglio??
Nel report c'è un campo che si chiama mese che ha come origine riga il campo
ID della tabella MESE
Forse la soluzione che ho trovato è un pò farraginosa?? come posso falre
altrimenti??
a Presto
Claudio


title: Ordinamento campi su report

text:
"> Se il campo che contiene la descrizione del mese (Gennaio, Febbraio ecc.
> ecc.) si chiama appunto Mese.
> Se vuoi ordinare il report non in ordine alfabetico di mese, ma in ordine
di
> calendario di mese, a fronte dell'evento "Su apertura" del report genera
il
> seguente codice vba:
>
> Private Sub Report_Open(Cancel As Integer)
> Me.OrderBy = "Month(CDate('01 ' & [Mese] & ' 2004'))"
> Me.OrderByOn = True
> End Sub
Purtroppo anche così li ordina in ordine alfabetico
Claudio


title: Ordinamento campi su report

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:55dOb.104444$VW.42...@news3.tin.it...

Mooolto strano.
Il report ha per caso dei raggruppamenti?



title: Ordinamento campi su report

text:
> Mooolto strano.
> Il report ha per caso dei raggruppamenti?
Si ci sono dei raggruppamenti
uno per la precisione
Claudio


title: Ordinamento campi su report

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:mUeOb.134627$_P.48...@news4.tin.it...

Non puoi raggruppare un report per un campo e ordinarlo per un altro.
La chiave di raggruppamento ha la priorità sulla chiave di ordinamento.



title: Ordinamento campi su report

author: Sergio MAZZA

text:
"Claudio" <
re...@i2000net.it
> ha scritto nel messaggio
news:hqbOb.133373$_P.48...@news4.tin.it...

Prova a visualizzare le opzioni "ordinamento e raggruppamento" ed inserire
come prima riga l'ordine per id numerico...
Ciao.
--
Sergio MAZZA


title: manuale access

author: marco

text:
Ciao A tutti, chi sa dove posso trovare un manuale approfondito di access
magari anche gratuito in internet,Ciao grazie


title: manuale access

author: Pablitomf

text:
marco ha scritto:
> Ciao A tutti, chi sa dove posso trovare un manuale approfondito di access
> magari anche gratuito in internet,Ciao grazie
Argomento trattato da poco...
[CUT]
..secondo me ogni libro dice la sua e la dice bene, nel senso che la
scelta di un manuale dipende da cosa si vuole approfondire di più rispetto
ad altro... io potrei dire Apogeo (con il quale mi sono trovato
benissimo), ma poi mi scontrerei con altri che magari invece del codice
vogliono approfondire l'aspetto interfaccia, o report, o altro ancora...
secondo me, i libri vanno scelti facendo il progetto dei propri interessi,
poi ci si reca in libreria, si da uno sguardo all'indice, si apre la
pagina del proprio argomento preferito, si valuta quanto comprensibile e
amplio sia il modo in cui lo tratta, eventualmente confrontarlo con altri
già valutati e poi infine scegliere tra tutti... diventerai antipatico al
commesso della libreria, ma alla fine avrai comprato quello che cercavi...
...
...
Cmq di gratuito poca roba (diciamo nulla) visto che lo vuoi anche
"approfondito" (su cosa poi è da capire)... quindi armati di una 60ina di
Euri e vai alla Feltrinelli...
--
Pablitomf
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: manuale access

author: cidi

text:
"marco" <
mb0...@jumpy.it
> ha scritto nel messaggio
news:cauenk$6rt$1...@newsread.albacom.net...
> Ciao A tutti, chi sa dove posso trovare un manuale approfondito di access
> magari anche gratuito in internet,Ciao grazie
>
Ciao Marco
oltre il consiglio di Pablitomf guarda questo link:
http://www.manuali.it/apri_manuali.asp?cma=1264
---
Daniele


title: manuale access

author: MA

text:
"Pablitomf" <
pabl...@virgilio.it
> ha scritto nel
messaggio news:cauf1e$f7f$1...@news.newsland.it...

Pablitomf, quella di Napoli è poco fornita, non
consigliarla.
MAssimiliano


title: manuale access

text:
MA ha scritto:
> Pablitomf, quella di Napoli č poco fornita, non
> consigliarla.
> MAssimiliano
Va alle "Porte di Napoli"... forse č un pň meglio.



title: manuale access

author: pensieroso

text:
"Pablitomf" <
pabl...@virgilio.it
> ha scritto nel messaggio
news:cauq30$6rv$1...@news.newsland.it...
> MA ha scritto:
>
> > Pablitomf, quella di Napoli č poco fornita, non
> > consigliarla.
> > MAssimiliano
>
> Va alle "Porte di Napoli"... forse č un pň meglio.
>
perchč c'č la Feltrinelli anche lě? non ci ho mai fatto caso...
Gianluca


title: Chiudere un report

author: il barbi

text:
Vorrei impedire che un report venga lanciato direttamente
dall'utente, perche' voglio che sia lanciato da una maschera
mediante un pulsante di comando, allora ho provato a
chiuderlo sull'evento Report_Open (dopo aver testato che la
maschera sia aperta) con:
DoCmd.Close acReport, "NomeReport", acSaveYes
ma mi da' errore "Impossibile eseguire questa azione durante
l'elaborazione di un evento di maschera o report"
(Da notare che la stessa cosa mi funziona nel caso di una
maschera di servizio, che non voglio sia aperta
direttamente )
il barbi


title: Chiudere un report

author: Antonio Biso

text:
"il barbi" <
ilb...@tin.it
> ha scritto nel messaggio
news:GlwTb.180498$VW.73...@news3.tin.it...
> Vorrei impedire che un report venga lanciato direttamente
> dall'utente, perche' voglio che sia lanciato da una maschera
> mediante un pulsante di comando, allora ho provato a
> chiuderlo sull'evento Report_Open (dopo aver testato che la
> maschera sia aperta) con:
> DoCmd.Close acReport, "NomeReport", acSaveYes
> ma mi da' errore "Impossibile eseguire questa azione durante
> l'elaborazione di un evento di maschera o report"
Mettilo su attivazione
Antonio


title: Come Disabilitare tasto Invio

author: SuperPippo®

text:
ciao a tutti... come si fa a disabilitare
il tasto Invio per lo spostamento dei record
di una maschera ed utilizzare un altro tasto ...
esempio TAB...???
grazie...


title: Come Disabilitare tasto Invio

text:
"SuperPippo®" <ik0qd...@SPAMlibero.it> ha scritto nel messaggio
news:pLRY9.48717$ZE.13...@twister2.libero.it...

Per disabilitare il tasto invio credo si debba ricorrere al
SubClassing.....!!!
Prova ad intercettarlo altrimenti con l'Evento KeyDown........
@Alex.


title: Come Disabilitare tasto Invio

text:
"@Alex" <
ik2...@libero.it
> ha scritto nel messaggio
news:LrYY9.50476$ZE.14...@twister2.libero.it...
>
> "SuperPippo®" <ik0qd...@SPAMlibero.it> ha scritto nel messaggio
>
> Per disabilitare il tasto invio credo si debba ricorrere al
> SubClassing.....!!!
> Prova ad intercettarlo altrimenti con l'Evento KeyDown........
------------------
grazie... cmq ho utilizzato questa routine...
Select Case KeyCode
Case vbKeyReturn
End Select
Ciao....


title: [SITO COMUNE] Aggiornamento del mese di novembre 2004

author: Roberto Massoni

text:
Nell'aggiornamento in oggettto sono emersi due problemi:
1) La FAQ relativa agli OCX Kodak risulta inutilizzabile probabilmente per
il deterioramento del file general115.htm: vedremo con Luciano [DOC] come
intervenire prima possibile.
2) Nelle novità stranamente non viene segnalato l'aggiornamento alla Sezione
Libri effettuato con il materiale inviato da Cinzia che ha recensito il
libro "Progettare Database - Guida alla creazione di Database relazionali".
--
Roberto
--------------------------------------
il Sito Comune di it.comp.appl.access
www.sitocomune.com
-------------------------------------


author: Luciano (DOC)

text:
"Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
news:Eqgrd.60331$Es2.1...@twister2.libero.it...
> Nell'aggiornamento in oggettto sono emersi due problemi:
> 1) La FAQ relativa agli OCX Kodak risulta inutilizzabile probabilmente per
> il deterioramento del file general115.htm: vedremo con Luciano [DOC] come
> intervenire prima possibile.
Fatto.
Gia Fatto????
Saluti.
Luciano Indolor


text:
"Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
news:Eqgrd.60331$Es2.1...@twister2.libero.it...
> Nell'aggiornamento in oggettto sono emersi due problemi:
> 1) La FAQ relativa agli OCX Kodak risulta inutilizzabile probabilmente per
> il deterioramento del file general115.htm: vedremo con Luciano [DOC] come
> intervenire prima possibile.
> 2) Nelle novità stranamente non viene segnalato l'aggiornamento alla
Sezione
> Libri effettuato con il materiale inviato da Cinzia che ha recensito il
> libro "Progettare Database - Guida alla creazione di Database
relazionali".
SERGIOOOOOOO!!!!!???!!!
MAssimiliano


text:
"Luciano (DOC)" <
XXXlucia...@sitocomune.com
> ha scritto nel messaggio
news:315lpsF...@individual.net...

E poi si lamentano. ;-)
> Saluti.
>
> Luciano Indolor



text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:Ephrd.36866$B06....@news.edisontel.com...

Nella Sezione Tables del Sito Comune, alla FAQ intitolata "Come progettare
un database relazionale" è allegato un file Word in inglese che possiamo
pensare essere il "Bignami" della progettazione dei database Access.



text:
"Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
news:Eqgrd.60331$Es2.1...@twister2.libero.it...

Ciao Roberto
Ogni volta che scorro le faq del sito comune ci penso e poi dimentico.
Visto l'aggiornamento chiedo:
per facilitare la ricerca, nelle varie sezioni, non sarebbe possibile
mettere le faq in ordine alfabetico?
saluti
--
Daniele


text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:ZDird.437907$35.19...@news4.tin.it...

e mostrare gli autori?
MAssimiliano


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:64jrd.36884$B06....@news.edisontel.com...

Sarebbe cosa buona e giusta!!   :-)
---
Daniele


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:64jrd.36884$B06....@news.edisontel.com...
[CUT]
> >
> e mostrare gli autori?
Sicuramente una informazione in più che può aiutare.
Personalmente risolvo questo problema ricercando le FAQ di un determinato
autore con la Sezione Cerca.
> MAssimiliano



text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:ZDird.437907$35.19...@news4.tin.it...
[CUT]
>
> Ciao Roberto
> Ogni volta che scorro le faq del sito comune ci penso e poi dimentico.
> Visto l'aggiornamento chiedo:
> per facilitare la ricerca, nelle varie sezioni, non sarebbe possibile
> mettere le faq in ordine alfabetico?
Tutti i punti di vista sono legittimi, ma sin dall'inizio è stato ritenuto
più funzionale averli ordinati in ordine decrescente di data di
pubblicazione, nella convinzione che la FAQ più recenti risultino in testa.
Penso che per la ricerca delle FAQ la cosa migliore sia usare la Sezione
Cerca.
> saluti
>
> --
> Daniele



text:
"Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
news:jJCrd.61459$Ni.20...@twister1.libero.it...
>
> "cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
> news:ZDird.437907$35.19...@news4.tin.it...
> [CUT]
>>
>> Ciao Roberto
>> Ogni volta che scorro le faq del sito comune ci penso e poi dimentico.
>> Visto l'aggiornamento chiedo:
>> per facilitare la ricerca, nelle varie sezioni, non sarebbe possibile
>> mettere le faq in ordine alfabetico?
>
> Tutti i punti di vista sono legittimi, ma sin dall'inizio č stato ritenuto
> piů funzionale averli ordinati in ordine decrescente di data di
> pubblicazione, nella convinzione che la FAQ piů recenti risultino in
> testa.
Che io ricordi, quando si consiglia di cercare sul sito comune si cita:
quasi sempre il nome della faq;
spesso si aggiunge il nome dell'autore e/o sezione
mai la data di pubblicazione.
> Penso che per la ricerca delle FAQ la cosa migliore sia usare la Sezione
> Cerca.
non credo....ma tutti i punti di vista sono legittimi!
>> saluti
>>
>> --
>> Daniele
>
> --
> Roberto
> --------------------------------------
> il Sito Comune di it.comp.appl.access
>
www.sitocomune.com
> -------------------------------------
>
----
Daniele


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:Ephrd.36866$B06....@news.edisontel.com...
>
>
> SERGIOOOOOOO!!!!!???!!!
> MAssimiliano
>
AMMAZZAMEOh! Che lenza eh?!??
Ciao.
--
Sergio MAZZA


text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:JBDrd.245035$b5.12...@news3.tin.it...
>
> "Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
> news:jJCrd.61459$Ni.20...@twister1.libero.it...
> >
> > "cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
> > news:ZDird.437907$35.19...@news4.tin.it...
> > [CUT]
> >>
> >> Ciao Roberto
> >> Ogni volta che scorro le faq del sito comune ci penso e poi dimentico.
> >> Visto l'aggiornamento chiedo:
> >> per facilitare la ricerca, nelle varie sezioni, non sarebbe possibile
> >> mettere le faq in ordine alfabetico?
> >
> > Tutti i punti di vista sono legittimi, ma sin dall'inizio č stato
ritenuto
> > piů funzionale averli ordinati in ordine decrescente di data di
> > pubblicazione, nella convinzione che la FAQ piů recenti risultino in
> > testa.
>
> Che io ricordi, quando si consiglia di cercare sul sito comune si cita:
> quasi sempre il nome della faq;
> spesso si aggiunge il nome dell'autore e/o sezione
> mai la data di pubblicazione.
Esatto, infatti io digito come chiavi di ricerca alcune parole del titolo
della FAQ ed il nome dell'autore e cosě mi viene restituita la FAQ: al
massimo la devo scegliere tra due o tre che mi vengono elencate come esito
della ricerca.
[CUT]
--
Roberto
------------------------------------------------
il Sito Comune di it.comp.appl.access
www.sitocomune.com
-----------------------------------------------


text:
"Roberto da casa" <
r.masso...@libero.it
> ha scritto nel messaggio
news:Xn_rd.1747$Zk.3...@twister2.libero.it...
>
> "cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
> news:JBDrd.245035$b5.12...@news3.tin.it...
> >
> > "Roberto Massoni" <
r.ma...@libero.it
> ha scritto nel messaggio
> > news:jJCrd.61459$Ni.20...@twister1.libero.it...
> > >
> > > "cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
> > > news:ZDird.437907$35.19...@news4.tin.it...
> > > [CUT]
> > >>
> > >> Ciao Roberto
> > >> Ogni volta che scorro le faq del sito comune ci penso e poi
dimentico.
> > >> Visto l'aggiornamento chiedo:
> > >> per facilitare la ricerca, nelle varie sezioni, non sarebbe possibile
> > >> mettere le faq in ordine alfabetico?
> > >
> > > Tutti i punti di vista sono legittimi, ma sin dall'inizio è stato
> ritenuto
> > > più funzionale averli ordinati in ordine decrescente di data di
> > > pubblicazione, nella convinzione che la FAQ più recenti risultino in
> > > testa.
> >
> > Che io ricordi, quando si consiglia di cercare sul sito comune si cita:
> > quasi sempre il nome della faq;
> > spesso si aggiunge il nome dell'autore e/o sezione
> > mai la data di pubblicazione.
>
> Esatto, infatti io digito come chiavi di ricerca alcune parole del titolo
> della FAQ ed il nome dell'autore e così mi viene restituita la FAQ: al
> massimo la devo scegliere tra due o tre che mi vengono elencate come esito
> della ricerca.
>
> [CUT]
>
> --
> Roberto
>
> ------------------------------------------------
> il Sito Comune di it.comp.appl.access
>
www.sitocomune.com
> -----------------------------------------------
>
non ho mai provato a ricercare per autore.
Lo farò la prox.
ciao
MAssimiliano


title: Che differenze per procedure realizzate con file mdb rispetto ad accdb ?

author: RobertoA

text:
Ho sempre usato Access 2013 su file mdb ver 2003
Ho visto recentemente, che adottando l'accdb sono possibili
funzionalita' non possibili con gli mdb
Ad esempio il fondo colorato dei command button
Chissa' quante altre mostruose potenzialita' mi sono perso
Vorrei recuperare, come fare?
Vorrei dire, esiste qualche documento che elenchi le nuove/diverse
possibilita' offerte per procedure realizzate su accdb?
C'e' qualche contro ad usare gli accdb rispetto agli mdb?


text:
Retrocompatibilità.

Non ti sei perso moltissimo...

https://support.office.com/it-it/article/scelta-del-formato-di-file-di-access-012d9ab3-d14c-479e-b617-be66f9070b41

https://www.quora.com/What-is-the-main-difference-between-accdb-and-mdb-in-Microsoft-Access-database

https://stackoverflow.com/questions/1181758/accdb-vs-mdb-which-is-faster-better

E non usare né i campi multivalore ne i campi calcolati... altrimenti ti Scomunichiamo.

@Alex


author: Bruno Campanini

text:
@Alex laid this down on his screen :

E nemmeno usi un campo esclusivo per il numero civico... altrimenti
lo decapitiamo.

Bruno


text:

Ho dato un'occhiata
Di tutte le novita', attualmente non userei niente
Fra tanti progetti con file in formato mdb 2003, solo uno sono stato
costretto ad aggiornarlo in accdb, per via dello sfondo tasti
Devo pero' dire che 'sta cosa delle proprieta' command button ampliate
non l'ho letto da nessuna parte
E quindi chissa' quante altre cose, non descritte nei documenti che
riportano i cambiamenti, sono state ampliate/migliorate


author: CIDI

text:
Il 10/04/2019 17:55, Bruno Campanini ha scritto:

dopo averlo preventivamente flagellato....sgrunt
:-)

ciao giovanotti :D

Daniele


text:
Eccolo il nostro "saggio" :-)

Ragazzo....!!!
@Alex


title: Riconoscimento stringa, aggiunta caratteri, server tcp/ip

text:
Su una porta seriale rs232 mi arriva una sfilza di caratteri del tipo
123456peppapigABC123456peppapigABC123456peppapigABC
Devo riconoscere l'inizio stringa, ad esempio 123, tranciare la stringa
dalle altre, quindi avere un bel 123456peppapigABC
Poi aggiungerci alcuni caratteri e renderla disponibile su un server
tcp/ip perche' alcuni client i collegheranno e dovranno ciucciarsi le
stringhe cosi' modificate
E' troppo azzardato pensare di fare tutto in vba o c'e' anche questa
possibilita'?
(i temerari che rispondessero 'si puo' fare' sappiano fin d'ora che
parrebbe opportuno dare anche qualche dritta)
E grazie
E ciao


author: BFS

text:

leggere dai da una seriale in vba è fattibile e se ne è discusso varie volte

ricoscere da dove inizia una stringa 123 da una stringa più lunga è
fattibile

aggiungere caratteri idem

non ho ben capito cosa intendi con "renderla disponibile su un server
TCP/IP"

cosa non ti convince?
BFS


text:

In che senso non mi convince?
Il programma che deve leggere i dati come 'mezzo di comunicazione' con
l'esterno usa aprire un socket tcp su un certo indirizzo/porta
E quindi ci vuole un programma che rimanga in attesa di richieste di
comunicazione su quel canale di trasmissione


text:
La cosa è relativamente banale, il socket si usa da sempre... per le comunicazioni in rete, basti pensare alle CHAT... oppure ad un Client di Posta... usano tutti il socket.

Per farlo tuttavia ti sconsiglio di usare le API... cosa assai complicata... io lo feci qualche decennio fa proprio per realizzarmi un Client di Posta a titolo di sperimentazione...

Una voltache semplificava la cose c'era il controllo WINSOK OCX distribuito con VB6...
Uno spettacolo facilissimo da usare... basta leggere, lui è sempre in Listen e genera evento quando arriva il messaggio...

Da allora però io non ho più avuto modo ne necessità di usarlo piu...

Se sai sviluppare bene in NET puoi crearti un controllo o una DLL ActiveX che espone interfaccia COM usando i componenti di NET.
Se devi però sperimentare lascia stare, cerca un Ocx in rete per MsAccess e usa quello...

@Alex


text:

Si, con dot net e' roba gia' fatta
Visto che si e' ripresentata l'occasione di mettere su un accrocchio
come descritto volevo capire se fosse realizzabile anche a colpi di vba,
giusto per avere un 'mattoncino' in piu' pronto all'uso per le prossime
volte
Mi par di capire che con Access il server tcp sia meglio non farlo
E va beh, mela metto via


text:

Puoi provare a partire da questo, forse è sufficiente(parlo della parte in fondo con le APi al Socket):

https://www.experts-exchange.com/questions/20102042/Winsock-API-in-VBA.html

@Alex


text:
...>
> Si, con dot net e' roba gia' fatta

Intendevo che puoi usare NET per crearti un Componente COM da usare con Access...
;-)

> E va beh, mela metto via

@Alex


text:
Il 12/06/2019 12:40, @Alex ha scritto:
> ...>
>> Si, con dot net e' roba gia' fatta
>
> Intendevo che puoi usare NET per crearti un Componente COM da usare con Access...
> ;-)
>

Ehhhh ma cosi' non vale
Va beh, mica si puo' far tutto con Access


text:
...
> Ehhhh ma cosi' non vale
> Va beh, mica si puo' far tutto con Access

Come non vale... è una tecnica ottima, basta conoscerla e sapere che serve aggiornare il FRMWRK... ecc...
Di fatto è come si faceva prima con VB6 quando ci si creavano gli OCX per Access che non li aveva... come la PictureBox... ecc...

@Alex


title: automazione per salvare un oggetto Ole

author: André le Pčtomane

text:
Avendo una tabella di immagini jpg (Fotografia di Photoeditor) che ormai
supera il giga (oltre 2000 records ) e che access 97 non vuole piu' sapere
di gestire poiche' il db e troppo grande, e volendo cambiare modo di gestire
le immagini con i files esterni collegati, dovrei creare un automazione che
mi salvi per ogni record della tabella un singolo file jpg.
Bene..per il momento ho fatto un gran casino con getobject riuscendo a fare
esattamente il contrario, importare un file esterno nel database :)
Ho provato ad a usare anche il controllo image ma non esiste una proprietà
per salvare..
Grazie per l'aiuto.
Ciao
Andre'
Ps. come mai quando faccio una "cerca"  sul sitocomune mi viene fuori un bel
errore bloccante con tanto di richiesta di segnalazione e riavvio? (IE 5.5
sp2)


title: automazione per salvare un oggetto Ole

author: Roberto da casa

text:
"André le Pčtomane" <
alepetoma...@hotmail.com
> ha scritto nel
messaggio news:a6qree$45uc$1...@stargate1.inet.it...
[CUT]
>
> Ps. come mai quando faccio una "cerca"  sul sitocomune mi viene fuori un
bel
> errore bloccante con tanto di richiesta di segnalazione e riavvio? (IE 5.5
> sp2)
Il motivo č spiegato sulla parte bassa della pagina "cerca" del Sito Comune,
sotto la maschera di ricerca.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: automazione per salvare un oggetto Ole

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:Qzlk8.21419$%g7.5...@twister2.libero.it...
>
> "André le Pètomane" <
alepetoma...@hotmail.com
> ha scritto nel
> messaggio news:a6qree$45uc$1...@stargate1.inet.it...
> [CUT]
> >
> > Ps. come mai quando faccio una "cerca"  sul sitocomune mi viene fuori un
> bel
> > errore bloccante con tanto di richiesta di segnalazione e riavvio? (IE
5.5
> > sp2)
>
> Il motivo è spiegato sulla parte bassa della pagina "cerca" del Sito
Comune,
> sotto la maschera di ricerca.
>
grazie, non avevo scrollato fino in fondo.


title: automazione per salvare un oggetto Ole

text:
"André le Pčtomane" <
alepetoma...@hotmail.com
> ha scritto nel
messaggio news:a6qree$45uc$1...@stargate1.inet.it...
> Avendo una tabella di immagini jpg (Fotografia di Photoeditor) che ormai
> supera il giga (oltre 2000 records ) e che access 97 non vuole piu' sapere
> di gestire poiche' il db e troppo grande, e volendo cambiare modo di
gestire
> le immagini con i files esterni collegati, dovrei creare un automazione
che
> mi salvi per ogni record della tabella un singolo file jpg.
> Bene..per il momento ho fatto un gran casino con getobject riuscendo a
fare
> esattamente il contrario, importare un file esterno nel database :)
> Ho provato ad a usare anche il controllo image ma non esiste una proprietą
> per salvare..
> Grazie per l'aiuto.
> Ciao
> Andre'
>
non posso credere che nessuno abbia un'idea su come fare :)
dopo 3 giorni di prove ho il vago sospetto che photoed non consenta
automazioni al contrario di excel di cui e' presente una vasta libreria di
esempi.
Forse si puo' fare copiando nella clipboard l'immagine, incollare come nuova
immagine e slavare con nome..manualmente e' facile ma non riesco a
controllare photoed da codice e in ogni caso non so dove poter reperire i
comandi, visto che sull'help in linea di photoed non c'e' niente o quasi
sull'ole.
Accetto volentieri qualsiasi suggerimento.
Grazie ciao.


title: automazione per salvare un oggetto Ole

text:
"André le Pètomane" <
alepetoma...@hotmail.com
> ha scritto nel
messaggio news:a6qree$45uc$1...@stargate1.inet.it...
> Avendo una tabella di immagini jpg (Fotografia di Photoeditor) che ormai
> supera il giga (oltre 2000 records ) e che access 97 non vuole piu' sapere
> di gestire poiche' il db e troppo grande, e volendo cambiare modo di
gestire
> le immagini con i files esterni collegati, dovrei creare un automazione
che
> mi salvi per ogni record della tabella un singolo file jpg.
Scusate se vi stresso ma sono un vero rompiballe...:)
Ci sono quasi riuscito, dopo aver trovato i riferimenti giusti sono riuscito
a salvare su file l'immagine contenuta in una variabile Picture.
Non riesco pero' a copiare il contenuto della cornice con oggetto ole
collegato (alla tabella) nella variabile picture visto che i valori  non
sono omogenei.
Se funzionasse il controllo clipboard.getdata  (come in Vb) si potrebbe
tentare di copiare da ole (ole.action = Acolecopy)  ed incollare su picture
(chissà se funziona..) e salvare il picture su file, ma sembra che su access
non sia disponibile.
Ho letto un post precedente che parlava di usare getchunk o qualcosa del
genere ma onestamente non ci ho capito una mazza :)
Qualche suggerimento ?
Grazie ciao.
Andrè.


title: CHI MI AIUTA??

author: Stefano

text:
Ho questo tipo di necessità.
-Creare un database con le ditte A - B - C ecc. ecc. contenente la scheda
anagrafica  delle stesse (nome, sede legale, via  titolare, ecc)
Ad ogni ditta  "A  "  avere la possibilità di inserire in un database
"secondario"  chiamato "VISITE" ovviamente collegato al primo da un codice
ditta  informazioni cosicchè da creare un  elenco A1, A2, A3.. An  , B1, B2,
B3.. B n contenete info del tipo  visitata il., risultato visita..,
pagamento effettuato di L.., commento.. Ecc ecc ecc,
Da questo secondo database devo avere la possibilità di stampare un modello
base contenete i dati anagrafici della ditta (comune per ogni tipo di
visita) ed un modello secondario variabile a seconda del risultato della
visita effettuata.
L'azienda dove lavoro mi ha fornito di una modulistica base su word con 1
file "anagrafica ditta" costituita da una pagina e 20 files contente 20
diverse ipotesi di risultati visite con una o due pagine max.
Io devo quindi registare la ditta, la visita effettuata, visualizzare e
stampare la relazione conseguente con la possibilità eventuale di qualche
piccola correzione o aggiunta non inseribile in nessuncampo.
Vorrei quindi creare un  file access  con più tabelle collegate fra loro e i
vari modelli che ho sotto word, trasformarli se è possibile in report così
da non dovere creare documenti in stampa unione che mi sembra che facciano
perdere molto tempo nell'apertura, aggiornamento campi e stampa. Questo file
deve essere anche di semplice utilizzo poiché ho il compito di passarlo a
qualche collega che non ha grossa dimestichezza con i computer.
Mi chiedo non tanto se è possibile   fare tutto questo con access perché ho
visto qualcosa di simile una volta in un altro ufficio, ma COME DIAVOLO SI
FA??? Esiste qualcuno di voi che ha un sito da suggerirmi o una procedura
"passo passo" da spedirmi?.
Considerate che il database di esempio Northwind mi è sembrato di un
complicato esagerato e che mi hanno prestato un libro "access passo passo"
ma non ho tempio di leggermi un libro ma ho la necessità di essere guidato
nella creazione di questo maledetto file.
Considerate che qualche nozione di access e di database  già ce l'ho.
Grazie a CHII VORRA AIUTARMI..
Stefano


title: CHI MI AIUTA??

author: francesco

text:
"Stefano" <
far...@tiscalinet.it
> ha scritto nel messaggio
> Ho questo tipo di necessità...
Mi pare che una cosa esattamente uguale a quella che dici sia fornita come
esempio insieme ad Access'95 o '97 o 2000.


title: Segnalazione errore nella guida: metodo OpenAsTextStream

author: ciroteo

text:
Ciao a tutti, volevo segnalare un bug nella guida di access.
Ci ho messo tutta la mattina per capire il funzionamento del metodo
open as textstream,
ma non girava perchè la costante 3 (forappending) messa nell'esempio e
che ho utilizzato non corrisponde a quella richiesta in sede di
definizione (8).
Copio il passo della guida (o della Bibbia) che reca l'errore.
Metodo OpenAsTextStream
Descrizione
Apre un file specificato e restituisce un oggetto TextStream che è
possibile utilizzare per leggere il file oppure per sovrascrivere il
file o inserire informazioni alla fine del file.
Sintassi
oggetto.OpenAsTextStream([modoIO, [formato]])
La sintassi del metodo OpenAsTextStream è composta dalle seguenti
parti:
Parte Descrizione
oggetto Obbligatoria. È sempre il nome di un oggetto File.
modoIO Facoltativa. Indica la modalità di input/output e può
corrispondere a una delle seguenti tre costanti: ForReading,
ForWriting o ForAppending.
formato Facoltativa. Uno dei tre valori Tristate utilizzati per
indicare il formato del file aperto. Se viene omesso, il file verrà
aperto in formato ASCII.
Impostazioni
Le possibili impostazioni di modoIO sono:
Costante Valore Descrizione
ForReading 1 Apre un file in sola lettura. Non è possibile scrivere
nel file.
ForWriting 2 Apre un file in scrittura. Se esiste un file con lo
stesso nome, il suo contenuto verrà sovrascritto.
ForAppending 8 Apre un file e scrive alla fine del file.
Le possibili impostazioni di formato sono:
Costante Valore Descrizione
TristateUseDefault -2 Apre il file utilizzando l'impostazione
predefinita di sistema.
TristateTrue -1 Apre il file in formato Unicode.
TristateFalse   0 Apre il file in formato ASCII.
Osservazioni
Il metodo OpenAsTextStream consente di ottenere gli stessi risultati
del metodo OpenTextFile dell'oggetto FileSystemObject. Il metodo
OpenAsTextStream può inoltre essere utilizzato per scrivere in un
file.
In questo esempio viene illustrato l'utilizzo del metodo
OpenAsTextStream:
Sub TextStreamTest
    Const ForReading = 1, ForWriting = 2, ForAppending = 3
    Const TristateUseDefault = -2, TristateTrue = -1, TristateFalse =
0
    Dim fs, f, ts, s
    Set fs = CreateObject("Scripting.FileSystemObject")
    fs.CreateTextFile "test1.txt"            'Crea un file
    Set f = fs.GetFile("test1.txt")
    Set ts = f.OpenAsTextStream(ForWriting, TristateUseDefault)
    ts.Write "Salve"
    ts.Close
    Set ts = f.OpenAsTextStream(ForReading, TristateUseDefault)
    s = ts.ReadLine
    MsgBox s
    ts.Close
End Sub


author: antonio

text:
"ciroteo" <
matteo...@gmail.com
> ha scritto nel messaggio
news:1180690754....@p77g2000hsh.googlegroups.com...
Ciao a tutti, volevo segnalare un bug nella guida di access.
Ci ho messo tutta la mattina per capire il funzionamento del metodo
open as textstream,
ma non girava perchè la costante 3 (forappending) messa nell'esempio e
che ho utilizzato non corrisponde a quella richiesta in sede di
definizione (8).
Copio il passo della guida (o della Bibbia) che reca l'errore.
---------------  RISPOSTA  --------------
Grazie !!!
Ciao
Antonio


author: Sergio MAZZA

text:
"ciroteo" <
matteo...@gmail.com
> ha scritto nel messaggio news:1180690754....@p77g2000hsh.googlegroups.com...
Ciao a tutti, volevo segnalare un bug nella guida di access.
Ci ho messo tutta la mattina per capire il funzionamento del metodo
open as textstream,
ma non girava perchè la costante 3 (forappending) messa nell'esempio e
che ho utilizzato non corrisponde a quella richiesta in sede di
definizione (8).
---omissis---
Strano; nel 2003 il visualizzatore oggetti, per quella costante riporta quel valore.
Quindi a cosa corrisponderebbe?
Ciao.
--
Sergio MAZZA


text:
On 2 Giu, 10:30, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> "ciroteo" <
matteo.ci...@gmail.com
> ha scritto nel messaggionews:1180690754....@p77g2000hsh.googlegroups.com...

Non so, ti ho riportato la guida versione xp e correggendo il
parametro sembra funzionare.
Sto cerncando di generare un file di testo contenente un tracciato
record che pesca i dati da due tabelle.
Ho necessita di creare un file accordargli i dati della testata
delimitati, poi chiuderlo e riaprirlo spostarmi alla seconda riga e
accodargli le righe di dettaglio.
con open non ho trovato sufficiente materiale mi sovrascrive sempre il
file.
Ho riguardato un po' di vecchi post sull'argomento e ancora non so se
utilizzare le specifiche di esportazione in txt oppure preformattarmi
le due query e unirle con una query union dopo aver preventivamente
accorpato in un unico campo tutti i valori spaziati come vuole la
specifica.


text:
"ciroteo" <
matteo...@gmail.com
> ha scritto nel messaggio news:1180784135.4...@o5g2000hsb.googlegroups.com...
Non so, ti ho riportato la guida versione xp e correggendo il
parametro sembra funzionare.
Sto cerncando di generare un file di testo contenente un tracciato
record che pesca i dati da due tabelle.
Ho necessita di creare un file accordargli i dati della testata
delimitati, poi chiuderlo e riaprirlo spostarmi alla seconda riga e
accodargli le righe di dettaglio.
con open non ho trovato sufficiente materiale mi sovrascrive sempre il
file.
Ho riguardato un po' di vecchi post sull'argomento e ancora non so se
utilizzare le specifiche di esportazione in txt oppure preformattarmi
le due query e unirle con una query union dopo aver preventivamente
accorpato in un unico campo tutti i valori spaziati come vuole la
specifica.
[risposta]
Forse mi sfugge qualcosa; ma se apri il file in modalità Append (Open nomeFile For Append) tutti di dati andranno in coda...
Ciao.
--
Sergio MAZZA


title: vba Esportere report in file pdf

author: DavideN

text:
Segnalo al newsgroup che ho avuto non pochi problemi nell'implemetazione
della stampa di un report in pdf via codice seguendo l'esempio "Esportare un
report in un file PDF" presente su
sitocomune.com
.
Il codice non funziona se la stampante predefinita dell'applicazione non è
già impostata su PDF.
Probabilmente è perché uso access 2002 e non 97 come nel file di esempio.
Comunque ne approfitto per segnalare il seguente link
http://www.freeware995.com/misc/vbacode.txt
 dove ho trovato il codice che
gestisce l'oggetto Printer dell'applicazione e funziona perfettamente per
esportare un report in pdf (sono necessarie solo un paio di modifiche per
1)rendere parametrico il nome del file da esportare altrimenti viene sempre
creato un file col nome del report. 2)Sostituire ...\Application
Data\pdf995\res\... con ...\Dati Applicazione\pdf995\... )
Saluti
Davide


title: vba Esportere report in file pdf

author: ALESSANDRO Baraldi

text:
"DavideN" <
davide...@alice.it
> ha scritto nel messaggio
news:4745864a$0$10619$4faf...@reader2.news.tin.it...

Davide per il PDF Stephen Lebans ha realizzato un Tool che a mio avviso è
eccezionale ed unico
nel suo genere, rendendo inutile l'installazione di VIRTUAL_PRINTER grazie a
FREE_TOOL....
Vai sul suo sito e provalo.
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.alessandrobaraldi.it
---------------------------------------------------------------------------


title: come gestire InputBox

text:
vorrei che su click annulla di un inputbox
RelVal = InputBox("INSERISCI IL NUMERO DI FATTURA DI CUI VUOI CREARE LA
FATTURA BIS", "")
restasse n ella form che si trova senza eseguire il codice che segue questa
istruzione.
sapete aiutarmi?


title: come gestire InputBox

text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:c4rvta$8b2$1...@lacerta.tiscalinet.it...

If RelVal = "" Then
    Exit sub
end if
Ciao.
--
Sergio MAZZA


title: Gestione Path file mdw da codice

author: Xymox

text:
Dopo avere risolto il problema delle tabelle collegate ora vi chiedo un
ulteriore favore.
Probabilmente č una domanda stupida, in quanto non so se il file viene letto
prima che l'applicazione realmente parta.
E' possibile gestire la path del file *.mdw da codice ?
Quando sono in rete vorrei chiaramente leggere quello della rete e quando
non ci sono quello in locale, il FE č installato sui portatili in versione
runtime.
Il problema lo risolvo creando due icone sul desktop con path diversa, ma
non č certamente il top.
grazie
--
ciao MarcoS
www.marcosanti.it


title: Gestione Path file mdw da codice

author: MA

text:
Il 03 Mar 2003, 14:20, "Xymox" <
marco.santi...@libero.it
> ha
scritto:
> Dopo avere risolto il problema delle tabelle collegate ora vi chiedo un
> ulteriore favore.
> Probabilmente è una domanda stupida, in quanto non so se il file viene
letto
> prima che l'applicazione realmente parta.
> E' possibile gestire la path del file *.mdw da codice ?
> Quando sono in rete vorrei chiaramente leggere quello della rete e quando
> non ci sono quello in locale, il FE è installato sui portatili in versione
> runtime.
> Il problema lo risolvo creando due icone sul desktop con path diversa, ma
> non è certamente il top.
> grazie
Se il dir della risorsa di rete ti da esito positivo allora lo rialleghi al
BE di rete (presumibilmente una risorsa di rete) altrimenti lo rialleghi a
quello presente.
ciao MAssimiliano
--------------------------------
Inviato via
http://usenet.libero.it


title: Gestione Path file mdw da codice

text:
"MA" <
massimilia...@kksrl.com
> ha scritto
> Se il dir della risorsa di rete ti da esito positivo allora lo rialleghi
al
> BE di rete (presumibilmente una risorsa di rete) altrimenti lo rialleghi a
> quello presente.
> ciao MAssimiliano
Questo è chiaro, ma dove devo mettere il codice del collegamento al file mdw
e che come deve essere questo codice ?
grazie


title: Gestione Path file mdw da codice

text:
Il 03 Mar 2003, 16:29, "Xymox" <
marco.santi...@libero.it
> ha
scritto:

Nella parte di post che hai tagliato dicevi di aver risolto il collegamento
al BE via codice.
bene, sul tuo click
if dir(tuoperocorso)<> "" then
inserisci il codice di collegamento
else
inserisci il codice del collegamento rivisto in base al nuopercorso
end if
Posta il codice che potrebbe interessare a diverse persone.



title: Gestione Path file mdw da codice

text:
"MA" <
massimilia...@kksrl.com
> ha scritto
>
> Nella parte di post che hai tagliato dicevi di aver risolto il
collegamento
> al BE via codice.
>
> bene, sul tuo click
> if dir(tuoperocorso)<> "" then
> inserisci il codice di collegamento
> else
> inserisci il codice del collegamento rivisto in base al nuopercorso
> end if
A questo punto il db è già partito chiedendomi la password e l'utente,
quindi non
posso dargli il percorso del file mdw perchè mi genera errore molto prima.
Questa è la stringa che metto nell'icona sul desktop:
"C:\Programmi\Microsoft Office\Office\MSACCESS.EXE" /runtime /wrkgrp
"\\tnt\database\zecc.mdw" "C:\Prog\Elettrici\Elettr_98.mdb"
come puoi notare è qui che definisco la path del file mdw
\\tnt\database\zecc.mdw.
Dove metto il codice per modificarla all'interno del programma se non riesco
neppure a farlo partire ?
E' per questo che non sono sicuro che si possa fare.
> Posta il codice che potrebbe interessare a diverse persone.
A quale codice ti riferisci ?
Se è quello per ricollegare le tab è troppo lungo da postare.
--
ciao MarcoS
www.marcosanti.it


title: Gestione Path file mdw da codice

author: Alessandro Cara

text:
Xymox wrote:
[cut]
> Dove metto il codice per modificarla all'interno del programma se non riesco
> neppure a farlo partire ?
> E' per questo che non sono sicuro che si possa fare.
il controllo della sicurezza viene fatto "prima" di accedere al db.
L'unica cosa che si puo' fare e far partire un mdb di "lancio"
dall'interno
del quale si fa partire un'altra istanza access con la riga di lancio
modificata,  oppure uno script vbs che modifichi l'entrata sul registry
per il systemDB
--
a.cara
Togli qualcosa dall'email


title: Runtime access e avvisi di protezione

author: Eirinn

text:
ho il mio bel database mdb pronto per essere varato (era ora!).
il file verrebbe aperto su altri pc mediante runtime access.
Vorrei disattivare i vari avvisi di protezione all'apertura del file e
all'esecuzione di query.
C'è un modo?
--
Sláinte, Eirinn
icq# 3346238 -
http://eirinn.altervista.org/
"Per aspera ad astra"


title: Runtime access e avvisi di protezione

text:
Eirinn wrote:
> ho il mio bel database mdb pronto per essere varato (era ora!).
> il file verrebbe aperto su altri pc mediante runtime access.
> Vorrei disattivare i vari avvisi di protezione all'apertura del file e
> all'esecuzione di query.
> C'è un modo?
www.donkarl.com/it
c'è la soluzione
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: Runtime access e avvisi di protezione

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:dscuc7$c0k$1...@area.cu.mi.it...

Caspita stavo postando un messaggio identico!
Ho visto la soluzione di karl, ma non ho capito come fare a modificare le
chiavi di registro. Se lo faccio manualmente il messaggio appare comunque.
Occorre farlo da pacchetto di installazione?
E se usassi un tool diverso da quello fornito con il runtime posso
modificare le chiavi di registro ugualmente?
p.s. (MA ti ho mandato una mail in privato)


title: Stampare su stampanti diverse

author: Andrea

text:
Ho la necessità di stampare un determinato report da codice.
Utilizzo per questo il comando:
Dim appl As Access.Application
     Set appl = New Access.Application
     With appl
        .OpenCurrentDatabase (Nome Database)
        .DoCmd.OpenReport (Nome Report)
        .CloseCurrentDatabase
    End With
Quello che mi occorre ora è di poter scegliere da codice
in quale stampante di sistema inviare la stampa del report.
                    Grazie


title: Stampare su stampanti diverse

author: CarloCos

text:
"Andrea" <
and...@tin.it
> ha scritto nel messaggio
news:UBMj7.78364$TS4.6...@news2.tin.it...

Su
www.sitocomune.com
 troverai come scegliere una stampante dalla lista
delle stampanti disponibili.
Penso faccia la caso tuo.
Ci sono altre strade ma troppo lunghe e complesse per spiegarle sul NG.
Bisogna ricorrere alle API.
Ciao, Carlo


title: posso creare un contatore ?

author: mimmo

text:
Ho due tabelle: "Progetti" ed "Interventi" collegate 1 a molti con una
chiave alfanumerica tipo A001, e vorrei inserire nella tabella intervento un
campo contatore che indichi per ogni Progetto
il numero progressivo del relativo intervento.
Ad esempio:
A001|1
A001|2
  :
A002|1
A003|1
Non riesco proprio a fare questa operazione AIUTO!!!
Grazie
--------------------------------
Inviato via
http://usenet.libero.it


title: posso creare un contatore ?

author: ultrareflex

text:
"mimmo" <
mim...@inwind.it
> ha scritto nel messaggio
news:80Z207Z190Z140Y...@usenet.libero.it...
> Ho due tabelle: "Progetti" ed "Interventi" collegate 1 a molti con una
> chiave alfanumerica tipo A001, e vorrei inserire nella tabella intervento
un
> campo contatore che indichi per ogni Progetto
> il numero progressivo del relativo intervento.
> Ad esempio:
>
> A001|1
> A001|2
>   :
> A002|1
> A003|1
> Non riesco proprio a fare questa operazione AIUTO!!!
> Grazie
Io sto cercando di fare la stessa cosa solo che non ci riesco.....dovresti
collegare l'intervento all'id del progetto...quindi ogni volta che cambi
progetto dovrebbe (in teoria) azzerare il contatore e dirti solo gli
interventi riguardanti quel progetto.....guarda il mio post e vedi se riesci
a risolvere il dilemma.....
P.S. Se riesci fammi sapere come :))
Ultrareflex
Il mio post è: Contatore Automatico


title: posso creare un contatore ?

text:
"ultrareflex" <
lew...@tin.it
> ha scritto nel messaggio
news:TbGea.133777$zo2.3...@news2.tin.it...

Allora ho riprovato e a me funziona...prova questo codice:
="A" & Format(Forms!TabellaProgetti!IDProgetto; "000") & "/" &
Format(IIf(IsNull(DMax("[TuoContatore]";"[TabellaContatore]";"[TuoContatore]
like 'A" &
Format(Forms!TabellaProgetti!IDProgetto; "000")  &
"/????'"));1;Right(DMax("[TuoContatore]";"[TabellaContatore]";"[TuoContatore
] like 'A" &
Format(Forms!TabellaProgetti!IDProgetto; "000") & "/????'");4)+1);"000")
Ora quello che dovrebbe uscire è:
A001/1
E ti cambia in automatico dopo che cambi il progetto....quello che ti
consiglio è questo:
Creati una maschera principare progetto con una sottomaschera intervento.
Collega i campi master e secondari. quando tu inserirai questo codice
(ricordati di inserirlo nelle proprietà del campo che diventerà contatore)
sotto la voce Valore Predefinito (ricordati che questo campo deve essere
TESTO e non numerico altrimenti ti darà errore)
Fatto questo dovrebbe funzionare...a me funziona grazie a
Roberto....comunque spero di esserti stato di aiuto.
Luigi


title: posso creare un contatore ?

author: Mimmo

text:

> FUNZIONA ANCHE A ME!
Una curiosità ancora se volessi mettere in due campi separati il codice
progetto ed il progressivo dell'interveto COME POTREI FARE?
Grazie Mille
Mimmo



title: posso creare un contatore ?

text:
"Mimmo" <
mim...@inwind.it
> ha scritto nel messaggio
news:80Z207Z190Z140Y...@usenet.libero.it...
> > FUNZIONA ANCHE A ME!
> Una curiosità ancora se volessi mettere in due campi separati il codice
> progetto ed il progressivo dell'interveto COME POTREI FARE?
> Grazie Mille
> Mimmo
> >
Guarda Mimmo ci sto provando anche io......Ascolta appena ho la soluzione ti
rispondo su questo post ok?
Sono contento che ti funzioni.. :)) io sono 3 settimane che cerco di farlo
funzionare e solo oggi sono riuscito a farlo...spero di risolvere il mio e
il tuo problema in minor tempo :P
A presto
Luigi


title: posso creare un contatore ?

text:
> > > > Non riesco proprio a fare questa operazione AIUTO!!!
> > > Io sto cercando di fare la stessa cosa solo che non ci
> riesco.....
> > >guarda il mio post e vedi se
> > riesci
> > > a risolvere il dilemma.....
> > > P.S. Se riesci fammi sapere come :))
> > >
> > >
> > Allora ho riprovato e a me funziona...prova questo
> > E ti cambia in automatico dopo che cambi il progetto....
quello che ti
> > consiglio è questo:
> >
> > Fatto questo dovrebbe funzionare...a me funziona grazie a
> > Roberto....comunque spero di esserti stato di aiuto.
> >
> > Luigi
> >
> >
> > FUNZIONA ANCHE A ME!
Ragazzi mi sonno un pò perso, stiamo ancora parlando di Access???
ciao MAssimiliano



title: ci riprovo e chiedo scusa per l'ignoranza

author: bainco

text:
Inanzi tutto ringrazio alex anche se non ho capito un gran che.
Salve a tutti cerco aiuto per un'amico per un semplice database per
gestire un banco frutta con due tabelle
Prima tabella Acquisti:id acquisti,data,prodotti,quantitŕ,prezzo
unitario,iva
Seconda tabella incassi:id incassi,data,incasso
Tenendo presente che nella tabella acquisti con la stessa data ci sono
molti prodotti acquistati mentre nella tabella incasso no
Come impostare le chiavi primarie e come mettere in relazione le due
tabelle sempre se  si půň.
Grazie a tutti e scusate il disturbo.
Pefavore aiutatemi
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


author: Antonio Biso

text:
"bainco" <
bai...@virgilio.it
> ha scritto nel messaggio
news:b3q9hm$ip0$1...@news.newsland.it...
L'ignoranza su access non è un problema, però scrivi un subject
significativo!!!
Antonio


author: Emyr

text:
On Sat, 01 Mar 2003 13:35:42 +0100,
bai...@virgilio.it
 (bainco)
wrote:
>Inanzi tutto ringrazio alex anche se non ho capito un gran che.
>Salve a tutti cerco aiuto per un'amico per un semplice database per
>gestire un banco frutta con due tabelle
>Prima tabella Acquisti:id acquisti,data,prodotti,quantità,prezzo
>unitario,iva
>Seconda tabella incassi:id incassi,data,incasso
>Tenendo presente che nella tabella acquisti con la stessa data ci sono
>molti prodotti acquistati mentre nella tabella incasso no
>Come impostare le chiavi primarie e come mettere in relazione le due
>tabelle sempre se  si pùò.
>Grazie a tutti e scusate il disturbo.
>Pefavore aiutatemi
il punto è che non ha senso metterle in relazione tra di loro....
lasciale così come sono...
Saluti.
Emanuele.


title: Transazioni in access

author: Enrico

text:
vorrei gestire la concorrenza (minima peraltro)al sul mio db, č
possibile attraverso le transazioni con access?
Grazie a chiunque voglia rispondermi
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Transazioni in access

author: Jonathan Canova

text:
"Enrico" <
e.zo...@virgilio.it
> ha scritto nel messaggio
news:52a8f70b25b493e3f06...@mygate.mailgate.org...
> vorrei gestire la concorrenza (minima peraltro)al sul mio db, č
> possibile attraverso le transazioni con access?
Argomento complesso. Di per se, per la concorrenza non hai bisogno delle
transazioni, per certe cose ci pensa Access. Ad esempio, l'apertura dello
stesso record da parte di due persone č gestita (per i dettagli vedi
l'help).
Se invece stai pensando ai movimenti tipo conto corrente, dove devi poter
fare una serie di operazioni senza che nessuno interferisca, allora la via
giusta sono le transazioni; Access le supporta.
--
Jonathan Canova
www.aladinoinformatica.com


title: Transazioni in access

author: Alessandro Baraldi

text:
"OneEDP" <
one.emme...@tin.it
> wrote in message
news:pUi3b.270840$
Ny5.8...@twister2.libero.it
>
> "Enrico" <
e.zo...@virgilio.it
> ha scritto nel messaggio
> news:52a8f70b25b493e3f06...@mygate.mailgate.org...
> > vorrei gestire la concorrenza (minima peraltro)al sul mio db, è
> > possibile attraverso le transazioni con access?
> > Grazie a chiunque voglia rispondermi
> >
> >
> > --
> > Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG
> Il motore Jet è nato come DB desktop. Devi usare gli ADO che supportano le
> transazioni (anche nidificate... dipende dal provider dati) e se gli utenti
> sono più di due-tre sei costretto a buttarti su MSDE. E' un grosso salto di
> qualità... e di lavoro!
> Ciao
> Daniele
Piano piano....!
Vorrei capire DAO non supporta TRANZAZIONI...??
Se hai accessi in Multiutenza vuoi sostenere che Access(JET)
non sia in grado...??
Credo che servano dei distinguo su che tipo di Progetto
si vuole realizzare.
Access se BEN gestito riesce a garantire la Multiutenza fino
ad una decina di accessi, pur con qualche segno di rallentamento..!
Il discorso Transazioni annidate con la Multiutenza è tutto da
sviluppare e da capire cosa si intende.
La multiutenza per finire è un problema sia con Access che
con Oracle di conseguenza va gestita in ogni situazione.
ADO ti aiuta solo con l'accesso alle tabelle e il relativo
blocco record, ma con Maschere Associate vorrei vederti...!
La gestione più semplificata è con Maschere non associate,
ma in modo ottimizzato..........!
E' facile bloccare l'apertura di una Form in scrittura solo
perchè 1 Record è già utilizzato, ma questa non è Multiutenza,
è Accesso esclusivo.......che tra le altre cose fa Access...!
@Alex.



title: Transazioni in access

author: Simone Calligaris

text:
"Alessandro Baraldi" >
Piano piano....!
> Vorrei capire DAO non supporta TRANZAZIONI...??
> Se hai accessi in Multiutenza vuoi sostenere che Access(JET)
> non sia in grado...??
> Credo che servano dei distinguo su che tipo di Progetto
> si vuole realizzare.
> Access se BEN gestito riesce a garantire la Multiutenza fino
> ad una decina di accessi, pur con qualche segno di rallentamento.
Vero, soprattutto con i servizi Terminal...
> Il discorso Transazioni annidate con la Multiutenza è tutto da
> sviluppare e da capire cosa si intende.
Fondamentalmente sono d'accordo, però ...  la questione è ancora più
articolata.
Con un file-Server come JET i temporanei transazionali vengono creati sul
Client, non sul Server (per la semplice ragione che il motore non sa manco
quale sia il "Server").
Di conseguenza _pur migliorando le prestazioni in scrittura_ non
costituiscono un passo avanti in termini d'affidabilità o di garanzia che la
logica di scrittura sia "tutto o niente".
All'atto pratico, col vecchio Jet, tanto vale ricorrere per le scritture in
multiutenza a una semplice verifica degli errori più comuni (3260, 3197,
etc.) risparmiandosi il ricorso a delle features (le transazioni) da motore
Client-Server.
Ciao.


title: Transazioni in access

author: OneEDP

text:
><CUT>
> Piano piano....!
> Vorrei capire DAO non supporta TRANZAZIONI...??
Certo che le supporta.
> Se hai accessi in Multiutenza vuoi sostenere che Access(JET)
> non sia in grado...??
> Credo che servano dei distinguo su che tipo di Progetto
> si vuole realizzare.
> Access se BEN gestito riesce a garantire la Multiutenza fino
> ad una decina di accessi, pur con qualche segno di rallentamento..!
Ripeto Access è nato e ottimizzato come DB Desktop, non è nato per la
multiutenza.
Per un discorso economico si può spingere l'uso fino a 10 utenti, ma i
problemi cresceranno in modo esponenziale al crescere del DB e dl numero
degli utenti. Certo è simpaticissimo vedere sullo schermo un record appena
modificato da un altro utente...
> Il discorso Transazioni annidate con la Multiutenza è tutto da
> sviluppare e da capire cosa si intende.
Le transazioni nidificate servono a mio parere a ad assicurare l'integrità
dei dati riducendo il  numero dei blocchi al minimo possibile in modo che
risorse inutili vengano impegnate... e gli altri utenti sono più contenti
> La multiutenza per finire è un problema sia con Access che
> con Oracle di conseguenza va gestita in ogni situazione.
> ADO ti aiuta solo con l'accesso alle tabelle e il relativo
> blocco record, ma con Maschere Associate vorrei vederti...!
> La gestione più semplificata è con Maschere non associate,
> ma in modo ottimizzato..........!
> E' facile bloccare l'apertura di una Form in scrittura solo
> perchè 1 Record è già utilizzato, ma questa non è Multiutenza,
> è Accesso esclusivo.......che tra le altre cose fa Access...!
>
Non hai mai assegnato un ADODB.Recordset ad una form all'evento Load?
Puoi impostare diversi tipi di blocco a seconda della proprietà
CursorLocation della connessione (adUseClient, asUseServer) che ti risolve
il dilemma se utilizzare query asincrone o meno.
ADO è il passaggio obbligato alla multiutenza in Access per progetti di
dimensioni maggiori. Per ovvie ragioni commerciali M$ costringe all'uso di
ADO perché è l'unico mezzo che avrai a disposizione per interfacciare i
progetti ADP con MSDE/SQL.
DAO e ADO possono convivere benissimo, ma con ruoli ben distinti. Ad esempio
per comodità potrei usare ADO per le interrogazioni dal Server e DAO per
raffinare i dati "importati" su un file MDB. Ma M$ non perde occasione nelle
sue pubblicazioni a sconsigliarne l'uso. Anche perché la cura con cui
raffina gli ADO è diversa rispetto a DAO... e questo succede da un bel po'.
O mangi la minestra... o...
>
> @Alex.
>
>
> --
> Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG
Ciao
Daniele


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> wrote in message
news:77l3b.271176$
Ny5.8...@twister2.libero.it
[CUT]
> Fondamentalmente sono d'accordo, però ...  la questione è ancora più
> articolata.
Si verissimo, l'ho premesso....!

> Con un file-Server come JET i temporanei transazionali vengono creati sul
> Client, non sul Server (per la semplice ragione che il motore non sa manco
> quale sia il "Server").
> Di conseguenza _pur migliorando le prestazioni in scrittura_ non
> costituiscono un passo avanti in termini d'affidabilità o di garanzia che la
> logica di scrittura sia "tutto o niente".
Vero, ma di cosa stiamo parlando...??
Nel senso è un gestionale VERO..?? Allora le cose cambiano,
abbiamo scherzato con questi discorsi......!!
Se invece è un Progetto limitato per il quale si può ipotizzare
l'utilizzo d JET forse è addirittura inutile eccedere nella filosofia.
Come dicevo basta ottimizzarlo.
Questo però è il problema più importante che spinge molti ad usare
SQL_SERVER o MSDE e dire che questi risolvono tutti i problemi della
vita dei Gestionali e che JET serve solo se in Local e Monoutenza....!
La realtà è che far lavorare SQL_SERVER con 10 Utenti e 1500 sono
cose ben diverse, con 1500 non puoi permetterti di essere superficiale
con la gestione di azioni Transazionali...., con 10 spesso avviene...!
> All'atto pratico, col vecchio Jet, tanto vale ricorrere per le scritture in
> multiutenza a una semplice verifica degli errori più comuni (3260, 3197,
> etc.) risparmiandosi il ricorso a delle features (le transazioni) da motore
> Client-Server.
Sacro santa verità, con qualche accorgimento e poco lavoro in più
si possono addirittura evitare....!
> Ciao.
Mi permetto inoltre di portare un'esempio stupido di come un
sistema complesso come SAP/R3, non sto parlando di noccioline...,
gestisce la MULTIUTENZA.
Saluti.



title: Transazioni in access

text:
"Alessandro Baraldi"
> Vero, ma di cosa stiamo parlando...??
> Nel senso è un gestionale VERO..?? Allora le cose cambiano,
> abbiamo scherzato con questi discorsi......!!
Certo che stiamo parlando di un gestionale vero.
Alessandro, se ti dicessi che il 90% delle aziende italiane lavorano con
meno di tre Clients?
La realtà in cui tu lavori non è rappresentativa, oggi, in Italia  ;-)
> Se invece è un Progetto limitato per il quale si può ipotizzare
> l'utilizzo d JET forse è addirittura inutile eccedere nella filosofia.
> Come dicevo basta ottimizzarlo.
> Questo però è il problema più importante che spinge molti ad usare
> SQL_SERVER o MSDE e dire che questi risolvono tutti i problemi della
> vita dei Gestionali e che JET serve solo se in Local e Monoutenza....!
> La realtà è che far lavorare SQL_SERVER con 10 Utenti e 1500 sono
> cose ben diverse, con 1500 non puoi permetterti di essere superficiale
> con la gestione di azioni Transazionali...., con 10 spesso avviene...!
Beh, diciamo che se win si fosse evoluto diversamente e oggi gli impianti di
rete si configurassero prevalentemente in TServer, si sarebbe avvertita meno
l'esigenza di utilizzare SQLServer e soprattutto MSDE.
Ciao.


title: Transazioni in access

text:
"OneEDP" <
> Ripeto Access è nato e ottimizzato come DB Desktop, non è nato per la
> multiutenza.
Qui si sta facendo confusione.
JET è basato su architettura File-Sharing, da qui nascono ovvi limiti in
regimi multiutenti spinti, come altri noti suoi predecessori (XBase,
Paradox, etc.)
Ma che non sia concepito *anche* per la multiutenza è un'affermazione _degna
di un commerciale di MS Italia adibito alla vendita di SqlServer_
semplicemente contro l'evidenza dei fatti.
Peraltro le caratteristiche multiutenti di Jet sono davvero notevoli in
ambito File-Server.
> ADO è il passaggio obbligato alla multiutenza in Access per progetti di
> dimensioni maggiori. Per ovvie ragioni commerciali M$ costringe all'uso di
> ADO perché è l'unico mezzo che avrai a disposizione per interfacciare i
> progetti ADP con MSDE/SQL.
Anche questo non è vero.
Esistono molti modi di creare con DAO/ODBC applicazioni multiutenti *vere*.
Magari (forse) meno scalabili rispetto a un .ADP, ma comunque veri progetti
Client-Server.
Inoltre MS non costringe affatto all'utilizzo di ADO, tanto è vero che A
'2003 continua bellamente a supportare DAO.
D'altro canto niente DAO, niente accessi ODBC a tutti i motori Client-Server
del pianeta.
Niente accesso multidatabase ... beh, a questo punto dovranno cambiar nome
ad ACCESS  ;-))
> DAO e ADO possono convivere benissimo, ma con ruoli ben distinti. Ad
esempio
> per comodità potrei usare ADO per le interrogazioni dal Server e DAO per
> raffinare i dati "importati" su un file MDB. Ma M$ non perde occasione
nelle
> sue pubblicazioni a sconsigliarne l'uso. Anche perché la cura con cui
> raffina gli ADO è diversa rispetto a DAO... e questo succede da un bel
po'.
> O mangi la minestra... o...
Anche questo non è vero, al contrario spesso viene sconsigliato l'utilizzo
di ADO con Jet.
Per esempio:
http://support.microsoft.com/search/preview.aspx?scid=kb;en-us;Q281998
Leggi:    "Requirements for Microsoft Jet"
Con questo non voglio dire che sia sbagliato lavorare con ADO, perbacco.
Ma semplicemente farti notare che la realtà è complessa ed Access è nato
molto prima degli .ADP.
Ciao.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:Tro3b.271786$Ny5.8...@twister2.libero.it...
>
> "Alessandro Baraldi"
>
> > Vero, ma di cosa stiamo parlando...??
> > Nel senso è un gestionale VERO..?? Allora le cose cambiano,
> > abbiamo scherzato con questi discorsi......!!
>
> Certo che stiamo parlando di un gestionale vero.
> Alessandro, se ti dicessi che il 90% delle aziende italiane lavorano con
> meno di tre Clients?
>
Solo MSDE/SQL sono in grado di eseguire le transazioni distribuite.
Contabilità, fatturazione, c'è poco da scherzare con la finanza.
Supponete di avere gli archivi su due "Mini"Server che interagiscono. Solo
le transazioni distributie ti salvano da problemi di integrità dato. Access
da solo non può farcela.
In ogni caso, e penso che lo sappiate, MSDE supportando fino a 5 client
penso che sia un ottimo compromesso.
Sinceramente dopo la mia esperienza non mi affiderei ad occhi chiusi ad un
gestionale sviluppato interamente con Jet. Finché si tratta di listini,
reportistica, pivot, marketing... va bene... ma lasciamo fare il resto a
strumenti veramente client-server.
Ciao



title: Transazioni in access

text:
"OneEDP"
. Anche perché la cura con cui
> raffina gli ADO è diversa rispetto a DAO... e questo succede da un bel
po'.
Scusami se non ti lascio passare nemmeno questa, ma la realtà è quella che è
... purtroppo.
Se tu avessi avuto tempo e voglia di smacchinare con .NET e
ADO.NET
 avresti
constatato che del vecchio ADO (il 2.7 che presumibilmente tu attualmente
usi con Access) è rimasto solo il nome!
Probabilmente ci sono più differenze pratiche e concettuali (con le menate
delle modalità disconnesse) tra ADO XX e
ADO.NET
 piuttosto che tra DAO e
ADO.
Paradossalmente ha avuto vita molto più lunga DAO di ADO 2.X!
Mai fidarsi di M$, di quello che dicono gli *esperti* italiani, di quello
che scrivono sulle pubblicazioni (e che poi magari smentiscono sulla KB).
Saluti.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:zQo3b.271623$lK4.8...@twister1.libero.it...
>
> "OneEDP"
>
> . Anche perché la cura con cui
> > raffina gli ADO è diversa rispetto a DAO... e questo succede da un bel
> po'.
>
> Scusami se non ti lascio passare nemmeno questa, ma la realtà è quella che
è
> ... purtroppo.
>
> Se tu avessi avuto tempo e voglia di smacchinare con .NET e
ADO.NET
avresti
> constatato che del vecchio ADO (il 2.7 che presumibilmente tu attualmente
> usi con Access) è rimasto solo il nome!
> Probabilmente ci sono più differenze pratiche e concettuali (con le menate
> delle modalità disconnesse) tra ADO XX e
ADO.NET
 piuttosto che tra DAO e
> ADO.
> Paradossalmente ha avuto vita molto più lunga DAO di ADO 2.X!
>
Su .net non posso esprimere opinioni. Su 2.X le hai già lette.
> Mai fidarsi di M$, di quello che dicono gli *esperti* italiani, di quello
> che scrivono sulle pubblicazioni (e che poi magari smentiscono sulla KB).
>
Sono d'accordo.
> Saluti.
>
>
Ciao
Daniele


title: Transazioni in access

text:
"OneEDP"
> E' un discorso di pigrizia mentale (colpevole più M$). Se ADO e DAO fanno
> cose separate possono convivere benissimo, i ruoli ripeto devono essere
ben
> distinti. Negli ADP lasciamo fare ad ADO le interrogazioni sul server. Non
> si può chiedere a chi vanta anni di esperienza con DAO di fare finta che
non
> esiste più (un po' quello che sta succedendo con ADO 2.x e
ADO.NET
).
E' questo concetto di ruoli distinti che è scorretto.
In aree ODBCDirect (che sfrutti in un normalissimo .mdb privo di riferimenti
ad ADO) puoi eseguire traquillamente interrogazioni Client.Server.
> > Leggi:    "Requirements for Microsoft Jet"
> >
> > Con questo non voglio dire che sia sbagliato lavorare con ADO, perbacco.
> > Ma semplicemente farti notare che la realtà è complessa ed Access è nato
> > molto prima degli .ADP.
> Te la sentiresti di affidare ad occhi chiusi a Jet le transazioni
> distribuite?
Transazioni in aree ODBCDirect?
Non vedo nulla di strano o sconvolgente!
> Te la sentiresti di dire all'utente che si trova a centinaia di chilometri
> con una banda da 50k: "Scusami se Jet si importa migliaia di record prima
di
> visualizzarti un'anagrafica... è colpa di M$"
Scusami, credevo d'esser stato chiaro quando parlavo di DAO/ODBC.
Esistono vari modi per far lavorare il Server SQL (pass-trought, ODBCDirect)
restituendo solo i risultati al client.
Ed esistono procedure Client-Server della madonna _non voglio far
pubblicità, ma se insisti_ che lavorano anche in remoto basate su tale
configurazione.
> Io non userei mai DAO per applicazioni client-server di un certo livello
> vuoi per dittatura M$ vuoi perché i progetti ADP via OLE DB usano comunque
> connessione ADO utilizzando i "meta" provider MSDataShape il quale punterà
> OLED DB SQL Server.
Non useresti mai DAO, perchè sei "di primo pelo" e credi che prima
dell'avvento degli .ADP non si potessero creare applicazioni client Server
con l'ambiente FE di Access.
Invece si può, eccome...
Saluti.


title: Transazioni in access

text:
"OneEDP" <
> Su .net non posso esprimere opinioni. Su 2.X le hai già lette.
Ma considerando che il futuro di ADO non sarà un'evoluzione di 2.X alcune
tue affermazioni sono perlomeno da rivedere...
Ciao.


title: Transazioni in access

text:
"OneEDP" <
> Io non userei mai DAO per applicazioni client-server di un certo livello
> vuoi per dittatura M$ vuoi perché i progetti ADP via OLE DB usano comunque
> connessione ADO utilizzando i "meta" provider MSDataShape il quale punterà
> OLED DB SQL Server.
In aggiunta a quanto scritto prima, qualche precisazione.
Ho utilizzato files .ADP già all'epoca di Access 2000 e attualmente utilizzo
la versione 'XP per un progetto che potrebbe divenire importante.
A parte un consistente numero di bugs e stranezze, gli .ADP possono essere
una buona soluzione (di certo molto migliore di altre, anche se noto che hai
curiosi complessi d'inferiorità su microsoft.public.it.sql): forse l'unico
limite strutturale sono l'elevato numero di connessioni che aprono in
maschere complesse.
Ma è un limite che potresti sentire con centinaia di Clients concorrenti,
quindi una situazione molto lontana dalla realtà diffusa.
Una caratteristica nuova davvero notevole, per esempio, è la possibilità
d'aprire recordsets ADO e assegnarli a Runtime a qualunque oggetto, perfino
Reports ... davvero fantastico.
Questo per dire che non sono contrario a tale scelta di lavoro, anzi.
Tuttavia le macchinosità e i problemi di sviluppo non mancano: i maledetti
comandi resynk, i già citati bugs per alcuni dei quali _particolarmente
gravi_ non esistono ancora S.P, le limitazioni a livello di SQL dell'attuale
versione di SQL Server (niente query a campi incrociati, solo accrocchi).
Ma la faccenda più seccante (problema che non esisteva con A '2000) è
l'impressionante calo di performances nel caso che s'impongano dei criteri
d'ordinamento (orderby) a livello di forms.
Ecco perchè insisto: la realtà è molto complessa ... guai semplificare o a
arrivare a conclusioni affrettate.
Esistono vari metodi per creare applicazioni Client-Server, gli .ADP sono
una di tali soluzioni, non necessariamente la migliore (anche sotto il
profilo performances visto che ADO 2.xx è assai meno nativo di
ADO.NET
).
Saluti.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:__L3b.274581$lK4.8...@twister1.libero.it...

Nessuno lo sa che cosa sarà di ADO. Non ho questa pretesa


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:WZL3b.274578$lK4.8...@twister1.libero.it...
>
> "OneEDP"
>
> > E' un discorso di pigrizia mentale (colpevole più M$). Se ADO e DAO
fanno
> > cose separate possono convivere benissimo, i ruoli ripeto devono essere
> ben
> > distinti. Negli ADP lasciamo fare ad ADO le interrogazioni sul server.
Non
> > si può chiedere a chi vanta anni di esperienza con DAO di fare finta che
> non
> > esiste più (un po' quello che sta succedendo con ADO 2.x e
ADO.NET
).
>
> E' questo concetto di ruoli distinti che è scorretto.
> In aree ODBCDirect (che sfrutti in un normalissimo .mdb privo di
riferimenti
> ad ADO) puoi eseguire traquillamente interrogazioni Client.Server.
>
> > > Leggi:    "Requirements for Microsoft Jet"
> > >
> > > Con questo non voglio dire che sia sbagliato lavorare con ADO,
perbacco.
> > > Ma semplicemente farti notare che la realtà è complessa ed Access è
nato
> > > molto prima degli .ADP.
>
> > Te la sentiresti di affidare ad occhi chiusi a Jet le transazioni
> > distribuite?
>
> Transazioni in aree ODBCDirect?
> Non vedo nulla di strano o sconvolgente!
>
Dimmi sinceramente la tua opinione: te la sentiresti di affidare
un'operazione che coinvolge più server per completare un'unica trasnsazione
(ossia transazioni distribuite)? Come si comporta la commit/rollback sui
vari server? Te lo chiedo perché non ho idea come avvenga con DAO/ODBC.
> > Te la sentiresti di dire all'utente che si trova a centinaia di
chilometri
> > con una banda da 50k: "Scusami se Jet si importa migliaia di record
prima
> di
> > visualizzarti un'anagrafica... è colpa di M$"
>
> Scusami, credevo d'esser stato chiaro quando parlavo di DAO/ODBC.
> Esistono vari modi per far lavorare il Server SQL (pass-trought,
ODBCDirect)
> restituendo solo i risultati al client.
E qui mi trovi d'accordo. Quando parlavo di DAO lo assegnavo (per
semplicità) al solo motore Jet su tabelle native di Access. E' su questo
tipo che sono sfavorevole. Io preferisco usare un ambiente il più possibile
"eterogeneo" come quello dei progetti ADP.
Personalmente uso le pass-through in modo massiccio su DB2/400. Devo dire
che non sono molto contento delle prestazioni.
Sarà colpa dell'As/400... dei driver ODBC... e altro ancora.
> Ed esistono procedure Client-Server della madonna _non voglio far
> pubblicità, ma se insisti_ che lavorano anche in remoto basate su tale
> configurazione.
>
Mi baso su quello che ho vissuto sulla pelle.
> > Io non userei mai DAO per applicazioni client-server di un certo livello
> > vuoi per dittatura M$ vuoi perché i progetti ADP via OLE DB usano
comunque
> > connessione ADO utilizzando i "meta" provider MSDataShape il quale
punterà
> > OLED DB SQL Server.
>
> Non useresti mai DAO, perchè sei "di primo pelo" e credi che prima
> dell'avvento degli .ADP non si potessero creare applicazioni client Server
> con l'ambiente FE di Access.
> Invece si può, eccome...
>
> Saluti.
>
Non ho detto mai detto che prima di ADP che non si potessero sviluppare
Client-Server. E' come dire che ODBC non è mai esistito. Dico che gli
accrocchi con DAO sono più dispendiosi in termini di tempi sviluppo rispetto
adli ADO/ADP.
Qualche post prima ti avevo ribadito e come mi hai scritto poco fa, la
possibilitare di assegnare a runtime i recordset in una maschera/report o in
un controllo qualsiasi.
In .adp forse sono più sbarbatello, per il resto sono anni che ci lavoro.
Ad ogni modo ADO e DAO hanno bisogno di OLE DB -> ODBC e il circuito si
chiude sempre allo stesso punto... e ci diciamo le stesse cose.
Lasciando stare per assurdo ODBC che conclusioni dai? Le immagino
Ciao


title: Transazioni in access

text:
> In aggiunta a quanto scritto prima, qualche precisazione.
> Ho utilizzato files .ADP già all'epoca di Access 2000 e attualmente
utilizzo
> la versione 'XP per un progetto che potrebbe divenire importante.
> A parte un consistente numero di bugs e stranezze, gli .ADP possono essere
> una buona soluzione (di certo molto migliore di altre, anche se noto che
hai
> curiosi complessi d'inferiorità su microsoft.public.it.sql): forse l'unico
> limite strutturale sono l'elevato numero di connessioni che aprono in
> maschere complesse.
> Ma è un limite che potresti sentire con centinaia di Clients concorrenti,
> quindi una situazione molto lontana dalla realtà diffusa.
> Una caratteristica nuova davvero notevole, per esempio, è la possibilità
> d'aprire recordsets ADO e assegnarli a Runtime a qualunque oggetto,
perfino
> Reports ... davvero fantastico.
>
> Questo per dire che non sono contrario a tale scelta di lavoro, anzi.
>
> Tuttavia le macchinosità e i problemi di sviluppo non mancano: i maledetti
> comandi resynk, i già citati bugs per alcuni dei quali _particolarmente
> gravi_ non esistono ancora S.P, le limitazioni a livello di SQL
dell'attuale
> versione di SQL Server (niente query a campi incrociati, solo accrocchi).
Comunque meglio del filesharing
> Ma la faccenda più seccante (problema che non esisteva con A '2000) è
> l'impressionante calo di performances nel caso che s'impongano dei criteri
> d'ordinamento (orderby) a livello di forms.
>
> Ecco perchè insisto: la realtà è molto complessa ... guai semplificare o a
> arrivare a conclusioni affrettate.
A quel punto entrano in gioco altri fattori tecnico/economici  e non solo.
> Esistono vari metodi per creare applicazioni Client-Server, gli .ADP sono
> una di tali soluzioni, non necessariamente la migliore (anche sotto il
> profilo performances visto che ADO 2.xx è assai meno nativo di
ADO.NET
).
>
Chi ha esperienza in Access e vuole continuare ad usarlo come FE per
progetti di grandi dimensioni non è che poi abbia tante scelte. Non potrei
fare a meno delle potenzialità offerte da Access. Non mi sognereri ad
esempio di reiventare in un X linguaggio tutta l'interfaccia utente, la
reportistica, gli eveni e quant'altro.
O .ADP o... o cosa? Tabelle collegate e query pass-through? No grazie ho
pagato già lo scotto con DB2... ma non do la colpa nè a DB2 nè ad Access.
Certo... se non si vuole usare SQL Server... è un'altra storia. La decisione
non è semplice.
Prima di salutarti dimmi cosa intenti per "complessi di inferiorità". Si
tratta di un errore di battitura "ha" invece di "hai"?
Ciao
Daniele
>
>
>


title: Transazioni in access

text:
"OneEDP" <
> >
> Nessuno lo sa che cosa sarà di ADO. Non ho questa pretesa
Come nessuno lo sa?
E' evidente che sarà .NET!
Saluti.


title: Transazioni in access

text:
"OneEDP"
> "Campi incrociati"
> Comunque meglio del filesharing
Se risolvi i problemi è meglio del filesharing!
> > Esistono vari metodi per creare applicazioni Client-Server, gli .ADP
sono
> > una di tali soluzioni, non necessariamente la migliore (anche sotto il
> > profilo performances visto che ADO 2.xx è assai meno nativo di
ADO.NET
).
> Chi ha esperienza in Access e vuole continuare ad usarlo come FE per
> progetti di grandi dimensioni non è che poi abbia tante scelte. Non potrei
> fare a meno delle potenzialità offerte da Access. Non mi sognereri ad
> esempio di reiventare in un X linguaggio tutta l'interfaccia utente, la
> reportistica, gli eveni e quant'altro.
Vero.
> O .ADP o... o cosa? Tabelle collegate e query pass-through? No grazie ho
> pagato già lo scotto con DB2... ma non do la colpa nè a DB2 nè ad Access.
> Certo... se non si vuole usare SQL Server... è un'altra storia. La
decisione
> non è semplice.
Evidentemente non hai saputo sfruttare gli strumenti a disposizione (non ho
parlato solo di Pass-Through).
Devo anche dire di non aver mai utilizzato DB2.
> Prima di salutarti dimmi cosa intenti per "complessi di inferiorità". Si
> tratta di un errore di battitura "ha" invece di "hai"?
Mi riferivo al TH "usate Access come FE" che mi pareva avessi aperto tu.
Forse mi sbaglio.
Ciao.


title: Transazioni in access

text:
>
> Mi riferivo al TH "usate Access come FE" che mi pareva avessi aperto tu.
> Forse mi sbaglio.
>
> Ciao.
Il mio era "non usare Access come FE?" e si basava su una svista di qualcuno
che ha pensato di scrivere su una pagina web una cosa molto superficiale.
L'ho scoperto solo dopo.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:upE4b.281298$Ny5.8...@twister2.libero.it...

Filosofeggiavo sul dopo .net...


title: Transazioni in access

text:
"OneEDP"
> > Transazioni in aree ODBCDirect?
> > Non vedo nulla di strano o sconvolgente!
> Dimmi sinceramente la tua opinione: te la sentiresti di affidare
> un'operazione che coinvolge più server per completare un'unica
trasnsazione
> (ossia transazioni distribuite)? Come si comporta la commit/rollback sui
> vari server? Te lo chiedo perché non ho idea come avvenga con DAO/ODBC.
Nei software che abbiamo scritto prima dell'avvento degli .ADP (e che si
continua a mantenere) praticamente tutti gli Update facevano ricorso a
Transazioni.
Però il discorso di transazioni distribuite mi è nuovo: ma scusa, in che
ambito lavori, un ente pubblico con 500 Clients in rete? ;-)
> > Esistono vari modi per far lavorare il Server SQL (pass-trought,
> ODBCDirect)
> > restituendo solo i risultati al client.
> E qui mi trovi d'accordo. Quando parlavo di DAO lo assegnavo (per
> semplicità) al solo motore Jet su tabelle native di Access. E' su questo
> tipo che sono sfavorevole. Io preferisco usare un ambiente il più
possibile
> "eterogeneo" come quello dei progetti ADP.
Adesso mi offendi: secondo te avrei sostenuto un TH sul confronto tra Jet e
SQLServer?
Comunque non dimentichiamo che gli .ADP nascono per lavorare esclusivamente
con SQLServer.
Sono una soluzione nativa senza compromessi, ma poco flessibili.
Avrai notato, per esempio, che molti Accessisti usano MySQL come BE
attraverso ODBC ... e con buoni risultati.
Con gli .ADP si potrebbe al limite aprire recordsets ADO e assegnarli
sistematicamente a Runtime ai vari oggetti.
Ma a parte che la programmazione diventerebbe macchinosa, credo che molti
provider OLE-DB non supportino l'aggiornabilità da un .ADP o la supportino
con varie limitazioni (solo cursori Client per esempio).
Con i "server collegati" ho già provato e pare che i recordsets siano a sola
lettura.
Sarei felice che tu mi smentissi, ma pare che gli .ADP (attualmente) siano
consigliabili solo con SQLServer.
> Personalmente uso le pass-through in modo massiccio su DB2/400. Devo dire
> che non sono molto contento delle prestazioni.
> Sarà colpa dell'As/400... dei driver ODBC... e altro ancora.
Non conosco DB2.
Comunque è strano quanto scrivi: l'SQL Pass Through non è viene interpretato
dal Driver ODBC.
Comunque, non dirmi che stai usando un '.ADP con IBM DB perchè non ci
crederei  ;-)
> > Ed esistono procedure Client-Server della madonna _non voglio far
> > pubblicità, ma se insisti_ che lavorano anche in remoto basate su tale
> > configurazione.
> Mi baso su quello che ho vissuto sulla pelle.
Anch'io mi baso su quello che ho vissuto sulla mia pelle (che temo sia più
vecchia della tua  ;-(
> > Non useresti mai DAO, perchè sei "di primo pelo" e credi che prima
> > dell'avvento degli .ADP non si potessero creare applicazioni client
Server
> > con l'ambiente FE di Access.
> > Invece si può, eccome...
> Non ho detto mai detto che prima di ADP che non si potessero sviluppare
> Client-Server. E' come dire che ODBC non è mai esistito. Dico che gli
> accrocchi con DAO sono più dispendiosi in termini di tempi sviluppo
rispetto
> adli ADO/ADP.
Maggior dispendiosità?
Sono d'accordo, eccome.
Ma DAO/ODBC non è un accrocchio: è una tua, assai soggettiva, opinione.
> Ad ogni modo ADO e DAO hanno bisogno di OLE DB -> ODBC e il circuito si
> chiude sempre allo stesso punto... e ci diciamo le stesse cose.
> Lasciando stare per assurdo ODBC che conclusioni dai? Le immagino
Scusa, senza ODBC è chiaro che DAO consente solo di creare applicazioni JET.
Però non stiamo ragionanzo per assurdo  ;-)
Saluti.


title: Transazioni in access

text:
"OneEDP"
> > Mi riferivo al TH "usate Access come FE" che mi pareva avessi aperto tu.
> > Forse mi sbaglio.
.
> Il mio era "non usare Access come FE?" e si basava su una svista di
qualcuno
> che ha pensato di scrivere su una pagina web una cosa molto superficiale.
Superficiale, ma soprattutto assai vecchia!
> L'ho scoperto solo dopo.
Perň denota una certa insicurezza da parte tua...
Comunque il post ha attirato come il miele con le mosche, un ignorante
coglione che ancora non ha mollato la presa!
Saluti.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:7gF4b.281457$Ny5.8...@twister2.libero.it...
>
> "OneEDP"
>
> > > Mi riferivo al TH "usate Access come FE" che mi pareva avessi aperto
tu.
> > > Forse mi sbaglio.
> .
> > Il mio era "non usare Access come FE?" e si basava su una svista di
> qualcuno
> > che ha pensato di scrivere su una pagina web una cosa molto
superficiale.
>
> Superficiale, ma soprattutto assai vecchia!
>
> > L'ho scoperto solo dopo.
>
> Però denota una certa insicurezza da parte tua...
> Comunque il post ha attirato come il miele con le mosche, un ignorante
> coglione che ancora non ha mollato la presa!
>
> Saluti.
>
>
>
Non è insicurezza... è essere pronti a mettersi in discussione e in continua
ricerca di informazioni e su questo vedo che concordi.


title: Transazioni in access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:ZbF4b.281440$Ny5.8...@twister2.libero.it...
>
> "OneEDP"
>
> > > Transazioni in aree ODBCDirect?
> > > Non vedo nulla di strano o sconvolgente!
>
> > Dimmi sinceramente la tua opinione: te la sentiresti di affidare
> > un'operazione che coinvolge più server per completare un'unica
> trasnsazione
> > (ossia transazioni distribuite)? Come si comporta la commit/rollback sui
> > vari server? Te lo chiedo perché non ho idea come avvenga con DAO/ODBC.
>
>
> Nei software che abbiamo scritto prima dell'avvento degli .ADP (e che si
> continua a mantenere) praticamente tutti gli Update facevano ricorso a
> Transazioni.
>
> Però il discorso di transazioni distribuite mi è nuovo: ma scusa, in che
> ambito lavori, un ente pubblico con 500 Clients in rete? ;-)
>
>
I server coinvolti sono uno per filiale  fino ad un massimo di tre gli
utenti fino a 50.
> > > Esistono vari modi per far lavorare il Server SQL (pass-trought,
> > ODBCDirect)
> > > restituendo solo i risultati al client.
>
> > E qui mi trovi d'accordo. Quando parlavo di DAO lo assegnavo (per
> > semplicità) al solo motore Jet su tabelle native di Access. E' su questo
> > tipo che sono sfavorevole. Io preferisco usare un ambiente il più
> possibile
> > "eterogeneo" come quello dei progetti ADP.
>
>
> Adesso mi offendi: secondo te avrei sostenuto un TH sul confronto tra Jet
e
> SQLServer?
>
No non ho fatto confusione, nè credo che qui stiamo mettendo a confronyo
l'incofrontabile.
Il paragone fatto è tra DAO e ADO. Poi sono stati coinvolti ADP e quindi
irrimediabilmente SQL Server.
Da qui è nato l'equivoco.
> Comunque non dimentichiamo che gli .ADP nascono per lavorare
esclusivamente
> con SQLServer.
> Sono una soluzione nativa senza compromessi, ma poco flessibili.
> Avrai notato, per esempio, che molti Accessisti usano MySQL come BE
> attraverso ODBC ... e con buoni risultati.
>
> Con gli .ADP si potrebbe al limite aprire recordsets ADO e assegnarli
> sistematicamente a Runtime ai vari oggetti.
> Ma a parte che la programmazione diventerebbe macchinosa, credo che molti
> provider OLE-DB non supportino l'aggiornabilità da un .ADP o la supportino
> con varie limitazioni (solo cursori Client per esempio).
> Con i "server collegati" ho già provato e pare che i recordsets siano a
sola
> lettura.
>
> Sarei felice che tu mi smentissi, ma pare che gli .ADP (attualmente) siano
> consigliabili solo con SQLServer.
>
>
> > Personalmente uso le pass-through in modo massiccio su DB2/400. Devo
dire
> > che non sono molto contento delle prestazioni.
> > Sarà colpa dell'As/400... dei driver ODBC... e altro ancora.
>
>
> Non conosco DB2.
> Comunque è strano quanto scrivi: l'SQL Pass Through non è viene
interpretato
> dal Driver ODBC.
Le SPT inviano le richieste nel linguaggio nativo usando ODBC. Questo è ciò
che faccio con DB2.
>
> Comunque, non dirmi che stai usando un '.ADP con IBM DB perchè non ci
> crederei  ;-)
>
>
Nulla me lo vieterà se sarà necessario... ma a quel punto penso che userò o
DTS e/o Jet da intermediario.
> > > Ed esistono procedure Client-Server della madonna _non voglio far
> > > pubblicità, ma se insisti_ che lavorano anche in remoto basate su tale
> > > configurazione.
>
> > Mi baso su quello che ho vissuto sulla pelle.
>
>
> Anch'io mi baso su quello che ho vissuto sulla mia pelle (che temo sia più
> vecchia della tua  ;-(
>
Non ti abbattere... coraggio.
I miei primi timidi "listati" risalgono da Commodore64.
> > > Non useresti mai DAO, perchè sei "di primo pelo" e credi che prima
> > > dell'avvento degli .ADP non si potessero creare applicazioni client
> Server
> > > con l'ambiente FE di Access.
> > > Invece si può, eccome...
>
> > Non ho detto mai detto che prima di ADP che non si potessero sviluppare
> > Client-Server. E' come dire che ODBC non è mai esistito. Dico che gli
> > accrocchi con DAO sono più dispendiosi in termini di tempi sviluppo
> rispetto
> > adli ADO/ADP.
>
> Maggior dispendiosità?
> Sono d'accordo, eccome.
> Ma DAO/ODBC non è un accrocchio: è una tua, assai soggettiva, opinione.
> > Ad ogni modo ADO e DAO hanno bisogno di OLE DB -> ODBC e il circuito si
> > chiude sempre allo stesso punto... e ci diciamo le stesse cose.
> > Lasciando stare per assurdo ODBC che conclusioni dai? Le immagino
>
> Scusa, senza ODBC è chiaro che DAO consente solo di creare applicazioni
JET.
> Però non stiamo ragionanzo per assurdo  ;-)
>
Bhè volevo azzardare ADO vs DAO su file .mdb per cambiare argomento.
Per curiosità. Con ODBC ognuno si è fatto le proprie opinioni in base al
costeso di lavoro.
> Saluti.
>


title: Transazioni in access

text:
"OneEDP" <
> > Scusa, senza ODBC è chiaro che DAO consente solo di creare applicazioni
> JET.
> > Però non stiamo ragionando per assurdo  ;-)
> Bhè volevo azzardare ADO vs DAO su file .mdb per cambiare argomento.
> Per curiosità. Con ODBC ognuno si è fatto le proprie opinioni in base al
> costeso di lavoro.
ADO vs DAO su files .mdb non ha molto senso.
Per il semplice fatto (come anche M$ ammette dal link che ti postavo) che
DAO è la soluzione più specifica e performante per il motore JET.
Ma c'è un altro fatto assai importante: anche se M$ ha rimosso dagli Help i
riferimenti a DAO, di fatto è impossibile creare un'applicazione Access+Jet
solo con ADO.
Le tabelle collegate _anche allegate con codice ADO_ continuano a essere
basate su recordsets DAO!
Quindi, al massimo, si potrebbe creare un'applicazione mista che utilizzi
ADO per i recordsets aperti esplicitamente, ma di fatto tutto il resto
rimarrebbe DAO.
L'unico possibilità di usare solo ADO in un .mdb sarebbe NON usare tabelle
collegate.
C'è un problema tuttavia: solo in un .ADP puoi assegnare "al volo" un
recordset ADO come origine dati di un Report...
Saluti.


title: WARNING: Impossibile cerare il modulo di Visual Basic

author: Ivan

text:
          buongiorno a tutti....
quando dalla casella degli strumenti nella scheda Evento vado a richiamare
Visul Basic, mi compare il seguente warning :
"Impossibile cerare il modulo di Visual Basic
Se il Data Base si trova su un'unità di rete, controllare la connessione in
rete, quindi riprovare"
che significa???????? io non ho cambiato nulla... access si è impallato un
paio di volte.....
help me please ;-)
Ivan
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


text:

mi capita solo su una maschera...... ke sarà successo???????????



author: MA

text:
Ivan wrote:
>           buongiorno a tutti....
>
> quando dalla casella degli strumenti nella scheda Evento vado a
> richiamare Visul Basic, mi compare il seguente warning :
>
> "Impossibile cerare il modulo di Visual Basic
> Se il Data Base si trova su un'unità di rete, controllare la
> connessione in rete, quindi riprovare"
>
> che significa???????? io non ho cambiato nulla... access si è
> impallato un paio di volte.....
>
> help me please ;-)
>
> Ivan
Guarda su
www.donkarl.com/it
ci dovrebbe essere qualcosa
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: Unire due campi

author: Paolo A.

text:
Antonello ha scritto:
> Premettendo che non ho una particolare esperienza di programmazione, vorrei
> sapere come fare per unire due campi di una tabella, cioè:
> ho un campo «cognome» e un campo «nome», dovrei unire tutti i relativi
> record in un altro campo «cognome e nome».
> Grazie a chi mi dedicherà un po' del suo tempo.
devi creare una query + o - così:
SELECT [Cognome] & " " & [Nome] AS CognomeNome
FROM Tabella;
SELECT [Cognome] & Space(2) & [Nome] AS CognomeNome
FROM Tabella;
se lo fai da qbe (disegnatore di query) inserisci in un campo vuoto il nome che
vuoi far avere al tuo nuovo campo, seguito da : in questo modo crei l'alias
(AS) e di seguito i nomi reali dei due campi (o più) che vuoi unire.
per inserire degli spazi, altrimenti ti vengono uniti, puoi utilizzare gli
apici "   " oppure la funzione Space(NumeroSpazi)


title: Unire due campi

author: Antonello


title: Unire due campi

author: Tore Marche

text:
Scusami ma non ho capito di preciso cosa vuoi fare?

Cmq:

Se vuoi  unire i due campi in un unico campo  :

 Fai così

Es.

definire in tabella un altro campo (Campox).

Docmd.RunSQL "UPDATE Tabella SET Tabella.Campox = [Tabella]![nome]
& [Tabella]![cognome];"

altrimenti lancia la Query.

Ciao Tore.

Antonello ha scritto:




title: Unire due campi

text:
Grazie, tramite il vostro aiuto e l'help in linea
ho risolto il problema in questo modo:

SELECT [COGNOME] & " " & [NOME] AS
COGNOMENOME
FROM [UTENT];
UNION ALL SELECT [COGNOME] & " " &
[NOME] AS [COGNOMENOME]
FROM [UTENT];

Praticamente ho realizzato un nuovo campo nella
tabella Utent, contenente i cognomi e i nomi, nel nuovo campo CognomeNome,
utilizzando i campi Cognome e Nome contenuti nella stessa Tabella
Utent.

Mi rivolgerò ancora a questo
Ng


title: Maschere: etich. primo piano

author: GaRom

text:
Un saluto a tutti.
Scusate la banalità e l'oggetto non del tutto appropriato.
Mi trovo spesso, dopo aver realizzato una maschera, in una situazione per
cui, volendo mettere i pulsanti all'interno di un rettangolo colorato, i
pulsanti mi vanno in secondo piano e quindi non si vedono più.
C'è un modo per far si che il rettangolo non copra i pulsanti ? Oppure
l'unico modo è quello di posizionare il rettangolo prima dei pulsanti ?
Grazie a tutti
  Gabriele


title: Maschere: etich. primo piano

author: Karl Donaubauer

text:

Seleziona il rettangolo e scegli menu Formato/Porta in secondo piano.
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


title: OT: server delle news

author: max

text:
Non avendo il nostro provider un server dei newsgroup mi sono appoggiato
finora a
news.individual.net
.
Mi hanno scritto che tra poco sarà a pagamento, qualcuno sa indicarmi un
altro news server
Grazie Max


title: OT: server delle news

text:
"max" <
pi...@pippo.it
> ha scritto nel messaggio
news:37j817F...@individual.net...

Ciao,
io da ieri pomeriggio uso
news.x-privat.org
 e mi trovo bene.
Devi registrarti al loro sito per ottenere account e password di accesso.
La sincronizzazione dei messaggi è buona, almeno per ora!
Saluti,
--
strano...mavero


title: Report: E' possibile ruotare il testo?

author: henry

text:
Ho necessitŕ di poter inserire parte dei campi scritti in verticale sul
fianco della stampa.
C'č un modo per farlo?
Grazie
Henry


title: Report: E' possibile ruotare il testo?

author: Carlo Costarella

text:
"henry" <
ask...@tin.it
> ha scritto nel messaggio
news:yxtnd.192626$b5.95...@news3.tin.it...
> Ho necessità di poter inserire parte dei campi scritti in verticale sul
> fianco della stampa.
>
> C'è un modo per farlo?
>
> Grazie
>
> Henry
>
Dai un'occhiata qui:
http://www.lebans.com/xrotatetext.htm
e qui:
http://www.lebans.com/rotatetext1.htm
Ciao, Carlo


title: Report: E' possibile ruotare il testo?

text:
Eccezionale, funziona perfettamente.
Grazie Carlo.
"Carlo Costarella" <
carloantoni...@virgilio.it
> ha scritto nel
messaggio news:3oFnd.366081$35.16...@news4.tin.it...



title: Report: E' possibile ruotare il testo?

author: ALESSANDRO Baraldi

text:
Se usi A>2K c'è in modo nativo la possibilità
di Ruotare le scritte in Verticale evitando le API.
Ha una limitazione dovuta alla modalità, ma fai un test
selezionando la visualizzazione VErticale.
Nel qual caso il consiglio di Carlo risolve.
Ciao
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: grafici di crescita

author: mike

text:
Come possso costruire un grafico in cui il valore attuale deve essere
sommato a quello del totale delle righe precedenti.
esempio:
DATA    n
01/09   3
02/09   5
03/09   -2
per il dato al 03/09 dovrei rappresentare n=6.
Ho provato ad usare la costruzione automatica grafico ma non ci sono
riuscito.
Riscite ad aiutarmi.
Grazie in anticipo.
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: grafici di crescita

author: Claudio

text:
"mike" <
mbos...@freemail.it
> ha scritto nel messaggio
news:2d1a844dfbc5fe38155...@mygate.mailgate.org...
> Come possso costruire un grafico in cui il valore attuale deve essere
> sommato a quello del totale delle righe precedenti.
>
> esempio:
> DATA    n
> 01/09   3
> 02/09   5
> 03/09   -2
>
> per il dato al 03/09 dovrei rappresentare n=6.
Devi prima crearti un report che in una sua colonna abbia il totale
progressivo. Per far ciò imposta la proprietà del tuo campo "Somma parziale"
(Running Sum) a 2 (Su tutto). Dopodiché ti crei un grafico prendendo in input
questo report.
Ciao. Claudio


title: Foto

author: Alberto

text:
vorrei aggiungere la foto dei prodotti, se uso file .BMP quando apro la
cheda si vedono vorrei fare la stessa cosa con .JPEG (senza dover lanciare
Explorer) perchè di dimensioni più piccole come faccio?
--
Alberto


title: Foto

author: Roberto in campagna

text:
"Alberto" <
gar...@tiscalinet.it
> ha scritto nel messaggio
news:9ijrt5$pfs$1...@lacerta.tiscalinet.it...
>
> vorrei aggiungere la foto dei prodotti, se uso file .BMP quando apro la
> cheda si vedono vorrei fare la stessa cosa con .JPEG (senza dover lanciare
> Explorer) perchč di dimensioni piů piccole come faccio?
> --
> Alberto
>
 Vai sul Sito Comune (link qui sotto), Sezione General: trovi la soluzione
che cerchi in queste due FAQ:
1) "Implementare un archivio di immagini" di Silvio Savoldi
2) "Come implementare correttamente un archivio di immagini" di Stefano
Bettini.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Cursore icona su un bottone

author: Alen Cappelletti

text:
Ciao a tutti,
ho un bottone che sul click fa aprire una maschera.
Come posso cambiare l'apparenza del cursore quando ci vado sopra?
Tipo link web x intenderci (manina con il dito).
Il mio bottone si chiama: CmdNewMarchio e penso che la routine dovrebbe
scattare su "Mouse spostato"?
Grazie e ciao
Alen
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Cursore icona su un bottone

author: Alessandro Cara

text:
Alen Cappelletti wrote:
>
> Ciao a tutti,
> ho un bottone che sul click fa aprire una maschera.
> Come posso cambiare l'apparenza del cursore quando ci vado sopra?
>
> Tipo link web x intenderci (manina con il dito).
> Il mio bottone si chiama: CmdNewMarchio e penso che la routine dovrebbe
> scattare su "Mouse spostato"?
metti uno spazio nella proprieta' "Sottoindirizzo collegamento ipertestuale"
--
a.cara
Togli qualcosa dall'email


title: Copiare un valore da una tabella d un'altra

author: @libero.it Enzino

text:
Chiedo scusa per il messaggio strutturalmente male impostato
precedentemente.
Allora: ho due tabelle: una (che chiamo ad esempio DATI) con
i campi NOME_COGNOME e CORSO, l'altra (che chiamo a d esempio CORSO) col
campo NR_CORSO.
Supponiamo che devo inserire i nomi di 100 persone sulla tabella DATI che
svolgono il 148 corso (di giardinaggio per esempio).
La maschera CORSO mi permette di inserire il numero del corso che si sta
svolgendo (es. 148) e mi apre la maschera DATI in cui effettivamente
inserisco i nomi delle 100 persone.
Ma cavolo come faccio a trasportarte il valore 148 da NR_CORSO ad ogni
record di DATI senza riscriverlo ogni volta?
Hopure provato con valori predefiniti e funzioni ma proprio non mi è
riuscito.
Grazie, Buon Natale e Buon Anno a tutti
Rage