title: Access - Carica!!!

text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
cut
Per rispondere a te, non ad atlas che mi sembra faccia solo sterile
polemica, ti dico alcune cose:
>
> Azz quante ne sono uscite. Alcune divertenti, altre ridicole, altre
> interessanti(parlo di tutte le cose che vi siete detti sinora).
> Access non è un granché in ogni cosa, penso sia partigiano proteggerlo a
> tutti i costi. Ho letto che è meglio di altri superiori...ehm...non
> esageriamo ora...Access va bene per i db non troppo complicati e non
> troppo grossi: dopo i 2 gigabytes di dati non funziona più correttamente
> (lo rivela la Microsoft stessa).
Quando access 97 e' uscito, i sistemi AS400 avevano dischi da non piu' di
2Gb, A97 gestiva (e gestisce) tranquillamente database fino a 1Gb PER
CIASCUN FILE, questo vuol dire che se hai necessita' di dimensioni cosi'
SPROPOSITATE basta suddividere le tabelle in mbd differenti.
da A2000 in poi la dimensione massima arriva a 2Gb, ma solo perche' e' stata
implementato l'unicode che impiega 2byte per ciascun carattere, non perche'
qualcuno abbia pensato che servisse un db piu' grande.
SQL server gestisce file fino a 2Gb, tanto per fare un confronto con un
motore database importante.
Per comprendere cosa vuol dire manipolare 1Gb di dati significa avere
tabelle con milioni di record, se hai un supermercato ne riparliamo, per gli
altri usi e' raro arrivare a tanto.
> Per citare i report(che fanno pena), una volta dovevo aggiornare in
> automatico circa un migliaio di origine controllo suddivisi in una decina
> di reports.
> Ho scritto il codice in VBA corretto e poi ho eseguito. Vado ad aprire i
> report e non pescavano niente(#Nome?). Apro in struttura e vedo che le
> stringhe erano scritte correttamente. Ho scoperto che dovevo
> semplicemente selezionare la riga, fare ctrl-x e ctrl-c affinché
> funzionasse....bah...ho dovuto ripassarmi tutto il migliaio di caselle...
Non si capisce di cosa parli e, soprattutto, non si capisce cosa hai risolto
col copia incolla, oltretutto e' estremamente raro aver necessita' di usare
VB per valorizzare i controlli di un report, sembrerebbe che tu sia caduto
vittima della sindrome di access che e' quella sindrome che si verifica a
causa della eccessiva facilita' di accesso ai dati che da access e che porta
a non pensare che le query possono anche fare calcoli.
D'altro canto l'errore #Nome? compare per lo piu' quando c'e' una ambiguita'
fra nomi di campo e nomi di controllo.
> Beh...che dire...io ci lavoro perché nell'azienda non se ne parla di
> comprare un prodotto "leggermente" più evoluto quale Oracle.
Dove hai letto che oracle e' piu' evoluto?
D'altro canto oracle, al di la' delle sue caratteristiche, altro non e' che
un motore database che funziona coi suoi bravi driver ODBC tanto con Access
quanto con qualunque altro strumento di sviluppo tu voglia lavorare, che sia
RAD o meno.
Oltretutto se non lo sai dalla versione A00 ti ritrovi il motore SQL Server
di MS fino a 5 utenti gia' presente sul cd di office, perche' non lo provi
cosi' impari cosa vuol dire lavorare con un database non jet.
> Mi accontento, mi arrangio. Alle volte mi incazzo(vedi reports).
> Ma non posso sputarci sopra al povero Access.
> E' un giocattolino, va bene per divertirsi.
E' infatti i miei clienti si divertono tantissimo perche' riescono a gestire
i loro milioncini di record in multiutenza senza aver avuto un crash dal
1999 (no sbaglio, uno un crash l'ha avuto, ma l'hd non e' ha voluto sapere
piu' quando le fiamme lo hanno raggiunto).
e' per questo che mi pagano.
In azienda da me poi siamo estremamente divertiti perche' avendo
implementato un sistema con MSDE in multiutenza riusciamo gestire centinaia
di migliaia di record senza colpo ferire continuando a caricare dati in
multiutenza a piu' non posso (abbiamo un call centre).
Ora sto mettendo i dati su internet per fornire informazioni ai nostri
clienti autenticati, con le pagine di accesso ai dati naturalmente.
Ciao
Sib


title: Access - Carica!!!

author: Pablitomf

text:
Matteo Breda ha scritto:
[cut]
> Se tu e il tuo alter ego Atlas non foste Troll ma cercaste un confronto
> costruttivo, prima di tutto approfondireste la questione e poi intavolereste
> il discorso su altre basi, senz'altro più umili.
Dai, su, non ve la prendete tanto... questo è un paese libero e ognuno per
fortuna può esprimere il parere che vuole... io sono insieme agli altri un
megasostenitore di Access, ma non credo sia Troll chi non la pensa come
me... l'unica cosa su cui potrei obiettare è l'accanimento con il quale si
vuole "smontare" un prodotto proprio in un NG che "vive" di questo. Ci
sono altri NG che trattano Oracle, SQL e altro... potreste postare là,
lasciando il nostro "piccolo e brutto" prodotto a noi e basta. State
creando un caos esagerato... è come dire chi è meglio "Senna" o
"Schumacher"?!?!?! bella domanda... questione di gusti sulla tecnica di
guida, sulla tenacia, sull'uomo sulla sua umanità sui difficili confronti,
sui gusti personali... come si fa a dire uno è meglio di un altro?! c'è
chi sostiene che "Senna" è irraggiungibile, ma per me è tutt'altro... a
questo punto sono io il Troll o lo è chi la pensa diversamente da me?
Secondo me non lo è nessuno dei due... basta rimanere delle proprie
opinioni non rompendosi le scatole a vicenda! Chiaro?



title: Access - Carica!!!

author: Matteo Breda

text:
"Pablitomf" <
> Matteo Breda ha scritto:
> > Se tu e il tuo alter ego Atlas non foste Troll ma cercaste un confronto
> > costruttivo, prima di tutto approfondireste la questione e poi
intavolereste
> > il discorso su altre basi, senz'altro più umili.
> Dai, su, non ve la prendete tanto... questo è un paese libero e ognuno per
> fortuna può esprimere il parere che vuole... io sono insieme agli altri un
> megasostenitore di Access, ma non credo sia Troll chi non la pensa come
> me...
Non condivido questo tuo atteggiamento "buonista": qui non è questione di
"io tifo Milan, tu Juventus", ma d'impostare il discorso su basi razionali.
Non sono Troll secondo te bischeri che parlano di Access e JET come fossero
la stessa cosa?
E che montano storie Dantesche sulla qualità (!) di stampa della
reportistica?
Qui non è questione di decidere se sia meglio Access o un qualunque altro
"GoodRoom", ma il fatto che sta gente è rimasta ferma ad Access 1.1 e vuole
pure avere ragione.
I ng. non nascono ne per fare tifo da stadio, ne disinformazione.
Matteo.


title: Access - Carica!!!

text:
Matteo Breda ha scritto:
> Non sono Troll secondo te bischeri che parlano di Access e JET come fossero
> la stessa cosa?
Non sono ne Troll ne bischeri... sono solo un "pò" confusi sull'argomento.
> E che montano storie Dantesche sulla qualità (!) di stampa della
> reportistica?
Lo vedi quanta confusione c'è in quello che dicono? quindi perchè
arrabbiarsi tanto...
> Qui non è questione di decidere se sia meglio Access o un qualunque altro
> "GoodRoom", ma il fatto che sta gente è rimasta ferma ad Access 1.1 e vuole
> pure avere ragione.
Scusami Matteo, ma se sei arrivato a questo tipo di conclusione come fai
ancora a polemizzare... a un certo punto dovrai dire (accontentandoli) "va
bhè fa nulla"... no? accanirsi troppo e su cose inutili per gli altri non
è cosa proprio saggia... tu hai detto la tua (con cui concordo
ovviamente), gli altri hanno detto la loro, tu rimani della tua, loro
restano della loro... non siamo venditori porta a porta, quindi
fortunatamente quello che abbiamo non dobbiamo venderlo a nessuno se non a
chi volontariamente vuole comprarlo.. se nessuno lo vuole, ci siamo sempre
noi stessi che lo apprezziamo, e questo è quello che vale di più. A noi
piacciono i report, sappiamo la diff. tra access e jet, non facciamo
confusione tra oracle, sql e altro... non vorrai mica per forza
l'approvazione di tutto il resto del mondo? non ti basti? io mi basto,
quindi non faccio il buonista, uso la diplomazia che il caso richiede. ;-)
> I ng. non nascono ne per fare tifo da stadio, ne disinformazione.
Si, ma manco duelli da arena... e poi non lo ricordare a me, che insieme a
pochi ci vivo qua dentro. ;-)
> Matteo.
Ciao Mat. (ti ho postato l'articolo... leggilo)



title: Access - Carica!!!

author: 'gnurant

text:
> In questi giorni sono stati postati links a decine di gestionali
> "importanti" che usano Access come FE, sia verso JET che Sql Server.
> Se tu e il tuo alter ego Atlas non foste Troll ma cercaste un confronto
> costruttivo, prima di tutto approfondireste la questione e poi intavolereste
> il discorso su altre basi, senz'altro più umili.
>
> Matteo
>
Mi spieghi tutto sto spirito di rivalsa? Boh...mi sembra un po' da bimbetti. Io
dico il mio parere, tu offendi, io rispondo a modo e tu calchi la mano(Troll a
me? aaaarghh)...cos'è che ti manca? Una donna? Boh...dai scherzo...
usano Access come client? Affari loro, ma la base dati rimane di un altro
prodotto, vero?
Ho espresso il mio giudizio riguardo ad Access. Se poi a te da' fastidio
sentire dire "cazzate"(come dici tu) su ciò che ami svisceratamente ma che ci
posso fare?
Credi che non sappia la differenza tra Access e Jet? Azz, ma allora insisti a
fare l'indovino. Addirittura sarei Atlas. Cazzarola, la presunzione non tocca
mai il fondo...(in effetti mi chiamo Ufo Robot...faccio la canzone? ahah)
ripeto, uso Access per lavoro, non mi dispiace, ma ha dei difetti. Ripeto che
sono sceso nell'arena(come dice Pablito :o) bella metafora :o)) solo per
dire "Ehi, ok Access è un buon prodotto, ma non mettiamolo sul gradino più alto
del podio" è un dato di fatto, non è solo un mio parere
(Altrimenti come mi spieghi che Mr Ellison è stato per un certo periodo più
ricco di Bill Gates e ora dovrebbe essere al secondo posto? Non mi risulta che
entrambi facciano una grande gamma di prodotti)
Ciauz, lavora su Oracle e poi mi racconti...  :o)
P.S.: rispondi pure, questa è l'ultima volta che ti scrivo sull'argomento. Ti
lascio la possibilità di chiudere e vincere la partita. Ri-ciauz :o)



title: Access - Carica!!!

author: AEOM

text:
"Sib" <sedav...@SPAMtiscali.it> ha scritto nel messaggio
news:gCgLc.29160$5D1.1...@news4.tin.it...
> "'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
> cut
> Per rispondere a te, non ad atlas che mi sembra faccia solo sterile
> polemica, ti dico alcune cose:
> >
...
[cut]
...
> Ora sto mettendo i dati su internet per fornire informazioni ai nostri
> clienti autenticati, con le pagine di accesso ai dati naturalmente.
>
> Ciao
>
> Sib
>
Ciao Sib!
complimenti per le parole sante!! ma l'ultima affermazione mi ha fatto
cadere dalla sedia...tu sei in grado di far funzionare una pagina di accesso
ai dati in internet?!?!?!?
credevo ormai che fosse impossibile...mi spieghi come configuri le stringhe
di connessione?
ciao, AEOM


title: Access - Carica!!!

author: Marco Antonioli

text:
"Pablitomf" <
maurizio...@accessgroup.it
> wrote in message
news:cdl5dj$5to$
1...@news.newsland.it
> questo punto sono io il Troll o lo è chi la pensa diversamente da me?
> Secondo me non lo è nessuno dei due... basta rimanere delle proprie
> opinioni non rompendosi le scatole a vicenda! Chiaro?
Dato l'esempio tu non sei Troll, sei Trulli !!!
Una delle mie tante battute del c. tendenti a sdrammatizzare una
situazione
fattasi troppo pesante.
Io ritengo Access un buon prodotto (come tanti) con dei difetti (come
tutti).
Non vale la pena di schierarsi in maniera tanto netta, anche perchè non
ci sono obblighi.
Ciao
Marco
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Access - Carica!!!

text:
> Quando access 97 e' uscito, i sistemi AS400 avevano dischi da non piu' di
> 2Gb, A97 gestiva (e gestisce) tranquillamente database fino a 1Gb PER
> CIASCUN FILE, questo vuol dire che se hai necessita' di dimensioni cosi'
> SPROPOSITATE basta suddividere le tabelle in mbd differenti.
> da A2000 in poi la dimensione massima arriva a 2Gb, ma solo perche' e'
stata
> implementato l'unicode che impiega 2byte per ciascun carattere, non
perche'
> qualcuno abbia pensato che servisse un db piu' grande.
> SQL server gestisce file fino a 2Gb, tanto per fare un confronto con un
> motore database importante.
> Per comprendere cosa vuol dire manipolare 1Gb di dati significa avere
> tabelle con milioni di record, se hai un supermercato ne riparliamo, per
gli
> altri usi e' raro arrivare a tanto.
E' raro? Dipende a chi fai il lavoro.
> Non si capisce di cosa parli e, soprattutto, non si capisce cosa hai
risolto
> col copia incolla, oltretutto e' estremamente raro aver necessita' di
usare
> VB per valorizzare i controlli di un report,
I reports non si basavano sulle tabelle, ma sulle maschere(non tirare fuori
ora il discorso "Perché hai fatto così?" "E' meglio fare così!", facevi
anche tu così)
Per accelerare la creazione dei reports, facevo copia e incolla dalla
maschera e poi con una routine in Vba scrivero le origini controllo(giuste,
nessuna ambiguità). Scoperta l'anomalia, sono andato su ogni casella,
selezionavo "origine controllo"(tutta la riga), facevo ctrl-x e poi
immediatamente ctrl-c (ovvero cancellavo e ricopiavo il contenuto) e
funzionava. Ti pare normale?
> sembrerebbe che tu sia caduto
> vittima della sindrome di access che e' quella sindrome che si verifica a
> causa della eccessiva facilita' di accesso ai dati che da access e che
porta
> a non pensare che le query possono anche fare calcoli.
Se credi che non sia capace o che conosca così così il linguaggio SQL, sei
ad anni luce dalla verità
> Dove hai letto che oracle e' piu' evoluto?
Non l'ho letto, è un dato di fatto. Oracle non è più evoluto di Access, è
il più evoluto in assoluto. E' come paragonare una Fiat con una Ferrari.
> E' infatti i miei clienti si divertono tantissimo perche' riescono a
gestire
> i loro milioncini di record in multiutenza senza aver avuto un crash dal
> 1999 (no sbaglio, uno un crash l'ha avuto, ma l'hd non e' ha voluto sapere
> piu' quando le fiamme lo hanno raggiunto).
> e' per questo che mi pagano.
> In azienda da me poi siamo estremamente divertiti perche' avendo
> implementato un sistema con MSDE in multiutenza riusciamo gestire
centinaia
> di migliaia di record senza colpo ferire continuando a caricare dati in
> multiutenza a piu' non posso (abbiamo un call centre).
> Ora sto mettendo i dati su internet per fornire informazioni ai nostri
> clienti autenticati, con le pagine di accesso ai dati naturalmente.
>
> Ciao
>
> Sib
Però, sei passato dal coprirmi di rimproveri..sigh...(è un modo subdolo di
osannarsi) all'osannare le tue abilità...eheh...dai su...non metto mica in
dubbio che tu sia bravo. Ti credo.
neppure i miei db loro hanno fatto crash(mi osanno, mi osanno ihih),
sebbene li usino in parecchi. Questo significa che Access è il massimo?
Boh...ho sempre i miei dubbi :o)



title: Access - Carica!!!

text:
Marco Antonioli ha scritto:
> Dato l'esempio tu non sei Troll, sei Trulli !!!
> Una delle mie tante battute del c. tendenti a sdrammatizzare una
> situazione
> fattasi troppo pesante.
> Io ritengo Access un buon prodotto (come tanti) con dei difetti (come
> tutti).
> Non vale la pena di schierarsi in maniera tanto netta, anche perchč non
> ci sono obblighi.
> Ciao
> Marco
Haaaa!!!! Mo' si Omm'! Questo č quello che ci vuole... democrazia e "par
condicio"... ognuno dice la sua e il gioco finisce lě.



title: Access - Carica!!!

text:
"Pablitomf" <
maurizio...@accessgroup.it
> wrote in message
news:cdlecq$hge$
1...@news.newsland.it
> Haaaa!!!! Mo' si Omm'! Questo č quello che ci vuole... democrazia e "par
> condicio"... ognuno dice la sua e il gioco finisce lě.
E della battuta che mi dici ?



title: Access - Carica!!!

text:
Marco Antonioli <
in...@echovr.it
> ha scritto:
> "Pablitomf" <
maurizio...@accessgroup.it
> wrote in message
> news:cdlecq$hge$
1...@news.newsland.it
>
> > Haaaa!!!! Mo' si Omm'! Questo è quello che ci vuole... democrazia e "par
> > condicio"... ognuno dice la sua e il gioco finisce lì.
>
>
> E della battuta che mi dici ?
> Ciao
> Marco
>
A me è piaciuta. E per ciò che dici la penso come te. Ho espresso un'idea
equilibrata mi sembra, no? (azz scrivendo così ora credono davvero che sia
Atlas....ta da ta daaaa...ufo robot! ufo robot!...si trasforma in un razzo
missile...con circuiti di mille valvole...tra le stelle sprinta e va....)
Ciauz



title: Access - Carica!!!

author: MA

text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto
nel messaggio
news:200407211...@mynewsgate.net...

Ragazzi, ma lo vedete a questo?????
...ma chi è??? ma chi è???
Ufo ..
cof cof
gnirant dai, rimaniamo seri.
;-P
MAssimiliano


title: Access - Carica!!!

text:
"'gnurant" <
> Mi spieghi tutto sto spirito di rivalsa? Boh...mi sembra un po' da
bimbetti. Io
> dico il mio parere, tu offendi, io rispondo a modo e tu calchi la
mano(Troll a
> me? aaaarghh)
...cos'è che ti manca? Una donna? Boh...dai scherzo...
Magari: attualmente ne ho due da mantenere  :-)
> P.S.: rispondi pure, questa è l'ultima volta che ti scrivo sull'argomento.
Ti
> lascio la possibilità di chiudere e vincere la partita. Ri-ciauz :o)
Pure io non ho altro da aggiungere a quanto scritto (anche se, ribadisco,
sei fermo ad Access 1.1: l'epoca di MSDE + ADP nemmeno t'ha sfiorato) ... se
non una cosuccia: hai risposto nel TH a pablitomf  pensando di scrivere al
sottoscritto.
Matteo


title: Access - Carica!!!

author: Atlas

text:
> Se tu e il tuo alter ego Atlas non foste Troll ma cercaste un confronto
> costruttivo, prima di tutto approfondireste la questione e poi
intavolereste
> il discorso su altre basi, senz'altro più umili.
Caro Matteo, allora prima di pronunciarti frettolosamente ti invito a
leggere i miei post nel gruppo microsoft.public.access.formscoding,
microsoft.public.access.adp.sqlserver, microsoft.public.access.reports per
farti un idea che non sono nè un troll nè uno che non ha approfondito il
prodotto
Punto


title: Access - Carica!!!

text:
> Non condivido questo tuo atteggiamento "buonista": qui non è questione di
> "io tifo Milan, tu Juventus", ma d'impostare il discorso su basi
razionali.
> Non sono Troll secondo te bischeri che parlano di Access e JET come
fossero
> la stessa cosa?
> E che montano storie Dantesche sulla qualità (!) di stampa della
> reportistica?
Aridanghete col troll, aridanghete con Jet, ma quando mai ti ho parlato di
Jet nei miei post?
E continui a insistere che la qualità di stampa è buona?
Che ti devo dire, ogni si accontenta di quello che ha .
E far notare che la stampa di prodotti di 10 anni fa (sempre DB RAD sia
chiaro) funziona meglio di quella di Access 2003 non è demonizzare il
prodotto è una semplice constatazione.
E non mi dire che non è un prodotto per tipografici! Stampare una griglia di
un report tabellare direi che è una comune operazione di office automation,
non trovi?
Ciao


title: Access - Carica!!!

text:
Matteo Breda <
matte...@tiscalinet.it
> ha scritto:
>
> "'gnurant" <
>
> > Mi spieghi tutto sto spirito di rivalsa? Boh...mi sembra un po' da
> bimbetti. Io
> > dico il mio parere, tu offendi, io rispondo a modo e tu calchi la
> mano(Troll a
> > me? aaaarghh)
> ....cos'è che ti manca? Una donna? Boh...dai scherzo...
>
> Magari: attualmente ne ho due da mantenere  :-)
>
> > P.S.: rispondi pure, questa è l'ultima volta che ti scrivo sull'argomento.
> Ti
> > lascio la possibilità di chiudere e vincere la partita. Ri-ciauz :o)
>
> Pure io non ho altro da aggiungere a quanto scritto (anche se, ribadisco,
> sei fermo ad Access 1.1: l'epoca di MSDE + ADP nemmeno t'ha sfiorato) ... se
> non una cosuccia: hai risposto nel TH a pablitomf  pensando di scrivere al
> sottoscritto.
>
> Matteo
>
>
Era una prosecuzione dell'alberello: ma era meglio se facevo come dicevi tu,
così sembra che rispondo a lui...cmq uso Access xp...mi perdoni se non ne vado
pazzo? ihihih ...dai su....sono o non sono un Troll? eheheh
Ciauz
P.S.: azz ho risposto ancora...ma non sull'argomento...beh...quasi



title: Access - Carica!!!

author: Pixel

text:
> E non mi dire che non è un prodotto per tipografici! Stampare una griglia
di
> un report tabellare direi che è una comune operazione di office
automation,
> non trovi?
Scusate se m'intrometto: non ho intenzioni polemiche.
Conosco poco gli .ADP quindi non voglio espormi: ma sul discorso della
lentezza di Access come Front-End sì.
Io e i miei soci usiamo MSDE accoppiato ad Access attraverso ODBC:
francamente i programmi vanno a razzo.
I clienti che seguiamo sono normalissime aziende italiane: non  Call -
center con centinaia di persone che schiamazzano o grandi enti pubblici;
normali aziende come immagino le tue e il 99% di quelle in circolazione.
Otto/dieci posti concorrenti sono già molti in questi contesti.
Tutti sanno che ODBC è una comodità piuttosto che una strategia per creare
vere applicazioni Client/Server.
Quindi non posso credere che utilizzando gli Access Data Project le
performances degradino invece che migliorare.
Mi piacerebbe davvero dare un'occhiata ai tuoi applicativi e vedere cosa ci
ficchi dentro: secondo me straintasi le forms di strutture master-detail,
combo, sottomaschere ... (e non disabiliti l'opzione di Autocorrect :-))
Quindi al posto tuo, invece che dar per scontato che l'Access sia lento di
suo, posterei su questo e altri ng. i problemi specifici che hai.
Sul discorso del Report Engine di Access che non stamperebbe griglie sottili
cosa facciamo: vuoi che ti mandi un FAX per dimostrare il contrario?   :-)
Una cosa di cui sento davvero la mancanza nei Reports è la possibilità
d'inserire BOX con i bordi smussati in alternativa ai soliti rettangoli.
Pixel


title: Access - Carica!!!

text:
> Quindi al posto tuo, invece che dar per scontato che l'Access sia lento di
> suo, posterei su questo e altri ng. i problemi specifici che hai.
>
Non ho mai parlato di lentezza nel backe end!!!
> Sul discorso del Report Engine di Access che non stamperebbe griglie
sottili
> cosa facciamo: vuoi che ti mandi un FAX per dimostrare il contrario?   :-)
>
Leggi qui 'va!!E' una risposta di Rick Brandt, Access MVP
"There can be circumstances where the position
and thickness of your line combined with the resolution of the printer
causes the line to be "between" resolution points.  In these cases the
printer might go either way.  It might "round up" (for lack of a better
term) and you end with a slightly thicker line or it might go the other way
and your line ends up thinner.  In the case of a "hairline" setting this
might mean the line is lost altogether."
Bello no?


title: Access - Carica!!!

author: Sib

text:
"AEOM" <
fuck...@motherfucker.it
> ha scritto nel messaggio
> "Sib" <sedav...@SPAMtiscali.it> ha scritto nel messaggio
> > "'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
> > cut
> > Per rispondere a te, non ad atlas che mi sembra faccia solo sterile
> > polemica, ti dico alcune cose:
> > >
>
> ...
> [cut]
> ...
>
> > Ora sto mettendo i dati su internet per fornire informazioni ai nostri
> > clienti autenticati, con le pagine di accesso ai dati naturalmente.
> >
> > Ciao
> >
> > Sib
> >
> Ciao Sib!
> complimenti per le parole sante!! ma l'ultima affermazione mi ha fatto
> cadere dalla sedia...tu sei in grado di far funzionare una pagina di
accesso
> ai dati in internet?!?!?!?
Per ora le sto ancora testando in rete.
> credevo ormai che fosse impossibile...mi spieghi come configuri le
stringhe
> di connessione?
Neanche mi sono posto il problema.
Le ho gestite come se fossero maschere.
Sib


title: Access - Carica!!!

text:
"AEOM" <> >
> Ciao Sib!
> complimenti per le parole sante!! ma l'ultima affermazione mi ha fatto
> cadere dalla sedia...tu sei in grado di far funzionare una pagina di
accesso
> ai dati in internet?!?!?!?
> credevo ormai che fosse impossibile...mi spieghi come configuri le
stringhe
> di connessione?
Mah, Sib sarà deluso quando vorrà spostare su Internet le pagine d'accesso
ai dati.
Sono una funzionalità davvero controversa di Access: ci vorrebbe uno
psichiatra per capire la ragione delle limitazioni di licenza degli OWC.
Leggi questo, dovrebbe consentirti di pubblicarle sul web, ma all'atto
pratico sul Client dovrà essere installato FULL Access  (e pensare che la
Runtime si porta dietro almeno 10 MB di OWC, ma con licenza statitica!)
http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q291783
Pixel


title: Access - Carica!!!

text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
> > Quando access 97 e' uscito, i sistemi AS400 avevano dischi da non piu'
di
> > 2Gb, A97 gestiva (e gestisce) tranquillamente database fino a 1Gb PER
> > CIASCUN FILE, questo vuol dire che se hai necessita' di dimensioni cosi'
> > SPROPOSITATE basta suddividere le tabelle in mbd differenti.
> > da A2000 in poi la dimensione massima arriva a 2Gb, ma solo perche' e'
> stata
> > implementato l'unicode che impiega 2byte per ciascun carattere, non
> perche'
> > qualcuno abbia pensato che servisse un db piu' grande.
> > SQL server gestisce file fino a 2Gb, tanto per fare un confronto con un
> > motore database importante.
> > Per comprendere cosa vuol dire manipolare 1Gb di dati significa avere
> > tabelle con milioni di record, se hai un supermercato ne riparliamo, per
> gli
> > altri usi e' raro arrivare a tanto.
>
> E' raro? Dipende a chi fai il lavoro.
ma amico mio,
l'ho detto io che dipende da chi usa il database, cio non toglie che sia
raro, anche nel tuo caso non credo che tu analizzi milioni di record,
altrimenti saresti forse riuscito a convincere i tuoi capi a prendere
oracle.
D'altro canto, come ti facevo notare, e' lo stesso limite presentato da
TUTTI i motori database, e comunque parliamo di LIMITE PER FILE, non di
limite in senso assoluto.
> > Non si capisce di cosa parli e, soprattutto, non si capisce cosa hai
> risolto
> > col copia incolla, oltretutto e' estremamente raro aver necessita' di
> usare
> > VB per valorizzare i controlli di un report,
>
> I reports non si basavano sulle tabelle, ma sulle maschere(non tirare
fuori
> ora il discorso "Perché hai fatto così?" "E' meglio fare così!", facevi
> anche tu così)
Che avrei fatto anche io cosi' e' una tua personale opinione.
> Per accelerare la creazione dei reports, facevo copia e incolla dalla
> maschera e poi con una routine in Vba scrivero le origini
controllo(giuste,
> nessuna ambiguità). Scoperta l'anomalia, sono andato su ogni casella,
> selezionavo "origine controllo"(tutta la riga), facevo ctrl-x e poi
> immediatamente ctrl-c (ovvero cancellavo e ricopiavo il contenuto) e
> funzionava. Ti pare normale?
Ovviamente si tratta di un difetto, ma bisognerebbe analizzarlo per
comprenderne l'origine.
> > sembrerebbe che tu sia caduto
> > vittima della sindrome di access che e' quella sindrome che si verifica
a
> > causa della eccessiva facilita' di accesso ai dati che da access e che
> porta
> > a non pensare che le query possono anche fare calcoli.
>
> Se credi che non sia capace o che conosca così così il linguaggio SQL, sei
> ad anni luce dalla verità
M'inchino a cotanta scienza.
> > Dove hai letto che oracle e' piu' evoluto?
>
> Non l'ho letto, è un dato di fatto. Oracle non è più evoluto di Access, è
> il più evoluto in assoluto. E' come paragonare una Fiat con una Ferrari.
Vedi, il dubbio che mi pongo, e' che tu non abbia ancora compreso la
differenza tra un be e un fe.
ti ostini a confrontare Access con oracle quando potresti usarli insieme (se
proprio tanto ti piace).
Comunque se non l'hai letto e se non te lo hanno detto, lo sai per virtu'
dello spirito santo che oracle e' meglio?
e poi sei sicuro di conoscere gli adp?
> > E' infatti i miei clienti si divertono tantissimo perche' riescono a
> gestire
> > i loro milioncini di record in multiutenza senza aver avuto un crash dal
cut
> Però, sei passato dal coprirmi di rimproveri..sigh...(è un modo subdolo di
> osannarsi) all'osannare le tue abilità...eheh...dai su...non metto mica in
> dubbio che tu sia bravo. Ti credo.
Se vai a ben vedere vedrai che nel mio post non c'era alcun rimprovero.
L'osannamento poi non c'era, mica sto li a reggere l'HD del cliente, se non
fa crash non e' mica merito mio.
> neppure i miei db loro hanno fatto crash(mi osanno, mi osanno ihih),
> sebbene li usino in parecchi. Questo significa che Access è il massimo?
No, significa che access e' stabile.
> Boh...ho sempre i miei dubbi :o)
Conserva pure i tuoi dubbi, ma non presentarli qui come certezze, tutt'al
piu' come dubbi, appunto
Sib


title: Access - Carica!!!

text:
"Atlas" <
> Non ho mai parlato di lentezza nel backe end!!!
Nessuno sta parlando del motore di database: l'oggetto è l'interfaccia.
Probabilmente c'è qualcosa che non va nei tuoi metodi di progettazione delle
applicazioni:
parliamone.
Ma non illuderti che se tu "hai deciso" che l'ambiente FE di Access sia
lento, l'affermazione sia accettata da tutti gli altri: ti piaccia o no le
cose non stanno così.
Ad ogni modo tutto è possibile: aiutaci a verificare la fondatezza delle tue
affermazioni.
Posta esempi di query che vengono risolte alla velocità della luce sul
Server
SQL e che misticamente (o meno) diventano nonne sul Client .ADP
> > Sul discorso del Report Engine di Access che non stamperebbe griglie
> sottili
> > cosa facciamo: vuoi che ti mandi un FAX per dimostrare il contrario?
> Leggi qui 'va!!E' una risposta di Rick Brandt, Access MVP
Certo che leggo: ma non urlare.
> "There can be circumstances where the position
> and thickness of your line combined with the resolution of the printer
> causes the line to be "between" resolution points.  In these cases the
> printer might go either way.  It might "round up" (for lack of a better
> term) and you end with a slightly thicker line or it might go the other
way
> and your line ends up thinner.  In the case of a "hairline" setting this
> might mean the line is lost altogether."
> Bello no?
Premessa: stai postando l'opinione di un cosiddetto MVP: gente come te e me
che non ha
partecipato allo sviluppo del prodotto ... e che all'atto pratico non ne
conosce l'architettura, se non per aver letto documentazioni scritte da
altri:  tutt'altro che oro colato quindi.
Detto ciò, il tizio in oggetto parla di "circostanze" legate alla
risoluzione della stampante, non di limitazioni sistematiche del Report
Engine.
D'altro canto mi farebbe sorridere il contrario, visto che proprio ora vedo
griglie con
linee sottili, stampate fresche fresche.
Quel FAX te lo posso spedire sul serio ...
Pixel


title: Access - Carica!!!

text:
"Pixel" <
pixe...@libero.it
> ha scritto nel
messaggio
news:5UxLc.8375$OH4.1...@twister1.libero.it...

Do il mio apporto con una mia esperienza.
Avevo problemi di lentezza per l'applicativo più
importante (per volume e funzioni) e in definitiva
il primo
vero apllicativo creato.
Dopo anni di onorato servizio (con patch varie
mette un pò ovunque) mi sono deciso a
ristrutturarlo
partendo dalle tabelle, indici e ovviamente tutte
le form.
Io sono uno che ama rimpilzare le form  di oggetti
(sottomaschere legate a sottomaschere e
quant'altro).
Chiaramente oggi ho raggiunto una maturità per me
impensabile per quel periodo pioneristico
(molto grazie al Ng e ai libri che ho studiato) e
dopo essermi fatto i cuore così ho subito la beffa
di una multa per eccesso di velocità!!!!
Be mdb di 100Mb per ora 8 client Mdb di 6Mb.
MAssimiliano
che ho studiato)
Dopo il "restyling" sono stato mu


title: Access - Carica!!!

text:
"MA"
> Io sono uno che ama rimpilzare le form  di oggetti
> (sottomaschere legate a sottomaschere e
> quant'altro).
Però sono oggetti pesanti: si devono usare con parsimonia se il numero di
Client sale o si accede attraverso web al Server SQL.
Questo è un discorso indipendente dal tipo di applicazione Client: anche se
il software fosse fatto in C++ Builder si dovrebbe valutare il volume di KB
che l'interfaccia Client richiede, col rischio di generare troppo traffico.
Detto ciò, rimane la curiosità di capire come l'amico Atlas riesca a
ottenere prestazioni tanto infami sul Client (mentre a suo dire il Server
scheggia).
Pixel


title: Access - Carica!!!

text:
> Nessuno sta parlando del motore di database: l'oggetto è l'interfaccia.
> Probabilmente c'è qualcosa che non va nei tuoi metodi di progettazione
delle
> applicazioni:
> parliamone.
> Ma non illuderti che se tu "hai deciso" che l'ambiente FE di Access sia
> lento, l'affermazione sia accettata da tutti gli altri: ti piaccia o no le
> cose non stanno così.
>
????????
> Ad ogni modo tutto è possibile: aiutaci a verificare la fondatezza delle
tue
> affermazioni.
> Posta esempi di query che vengono risolte alla velocità della luce sul
> Server
> SQL e che misticamente (o meno) diventano nonne sul Client .ADP
>
La lentezza di cui ti parlo non è relativa al caricamento dei dati, anche
perchè le prove che ho fatto io sono con poche centinaia di record. Io trovo
Access lento:
- Nel "mostare i dati" (output,display chiamalo come vuoi)
- nel ridisegnare la finestra
- nell'utilizzo dei campi calcolati (parliamo di calcoli A + B, non di rotte
balistiche)
Il tutto su macchine P4 a 1giga. (non mi venire a dire che sino lente!)
>
> Certo che leggo: ma non urlare.
>
Ho urlato? QUESTO E' URLARE!!!!!!! (Shouting)
> Premessa: stai postando l'opinione di un cosiddetto MVP: gente come te e
me
> che non ha
> partecipato allo sviluppo del prodotto ... e che all'atto pratico non ne
> conosce l'architettura, se non per aver letto documentazioni scritte da
> altri:  tutt'altro che oro colato quindi.
Sei un pò fuori strada:
"The MVP Award was established by Microsoft more than nine years ago as a
way to award amazing individuals for their outstanding contributions in a
wide range of community activities. From newsgroup to top user group,
websites and message boards worldwide, MVP status is awarded to the most
active online community "gurus" for their technical expertise, voluntary
willingness to share their experience and commitment to helping others
realize their potential within Microsoft technical communities."
>
> Detto ciò, il tizio in oggetto parla di "circostanze" legate alla
> risoluzione della stampante, non di limitazioni sistematiche del Report
> Engine.
>
> D'altro canto mi farebbe sorridere il contrario, visto che proprio ora
vedo
> griglie con
> linee sottili, stampate fresche fresche.
Buon per te!


title: Access - Carica!!!

text:
> Dopo anni di onorato servizio (con patch varie
> mette un pň ovunque) mi sono deciso a
> ristrutturarlo
> partendo dalle tabelle, indici e ovviamente tutte
> le form.
> Io sono uno che ama rimpilzare le form  di oggetti
> (sottomaschere legate a sottomaschere e
> quant'altro).
Guarda si tratta di semplici form (continuos form) con subform. Niente di
speciale dunque. Il piů delle volte da due sole tabelle (master/detail).
Altre rare volte da 5/6 tabelle, ma in questo caso per velocizzare al
massimo ho preparato delle "viste" oppure delle stored procedure sul server.
Tutti gli archivi sono strettamente normalizzati e ottimizzati al massimo.
Esistono alcuni indici secondari (minimo indispensabile) per ottimizzare il
lookup e le relationship.
Niente cose strane.
Ciao


title: Access - Carica!!!

text:
"Pixel" <
pixe...@libero.it
> ha scritto nel messaggio
news:PoALc.8632$OH4.1...@twister1.libero.it...

per un giorno avevo quasi sperato nel miracolo
ciao, AEOM


title: Access - Carica!!!

author: Alessandro Baraldi

text:
"Atlas" <
atla...@my-deja.com
> wrote in message
news:GjXKc.21417$
OR2.1...@news3.tin.it
[CUT]
> Ecchè ti devo dire? Un report con una griglia grigia mi stampa un line blank
> random ( e mi ha spiegato un MVP americano che è un problema di
> approssimazione di Access)
> Aggiungi che le bitmap vengono stampate al massimo a 72DPI........
Quest'ultima affermazione chi te l'ha detta Bill Gates direttamente..?
Cazzata assurda.
Io stampo da anni(98 con A97) migliaia di FOTO con risoluzioni
oltre i 300Dpi, occorre vedere come le stampi.
@Alex.



title: Access - Carica!!!

text:
> Quest'ultima affermazione chi te l'ha detta Bill Gates direttamente..?
> Cazzata assurda.
>
Non ho approfondito troppo la cosa, comunque questo post di Lebans (dice
displaying, ma sta parlando di un report, se vuoi ti mando il thread
completo). Vista la scarsa qualità di stampa pur avendo una laser a 1200DPI,
mi èsembrato verosimile. Considera che ho cambiato la risoluzione della
stampante a 300,600 e 1200 per vedere se cambiava qualcosa, ma nulla......
* Access defaults to displaying Images at 72DPI.
*
* (cut)
*
* Have a look on my web site at:
*
http://www.lebans.com/loadjpeggif.htm
* I think somewhere in the source code I explain the problem. Maybe...
*
*
* HTH
* Stephen Lebans
*
http://www.lebans.com
* Access Code, Tips and Tricks
* Please respond only to the newsgroups so everyone can benefit.


title: Access - Carica!!!

text:
"Atlas" <
> La lentezza di cui ti parlo non è relativa al caricamento dei dati, anche
> perchè le prove che ho fatto io sono con poche centinaia di record.
La situazione si sta chiarendo: prove con poche centinaia di records
sono "fatte in case".
Dicci la verità: hai davvero installato applicazioni .ADP in qualche ditta?
> Access lento:
> - Nel "mostare i dati" (output,display chiamalo come vuoi)
Comincio a sospettare una cosetta (usi Access 2003 vero?).
Ma perchè non sei stato chiaro dall'inizio su cosa tu intendessi per
"lentezza"?
> - nel ridisegnare la finestra
> - nell'utilizzo dei campi calcolati (parliamo di calcoli A + B, non di
rotte
> balistiche)
> Il tutto su macchine P4 a 1giga. (non mi venire a dire che sino lente!)
E' una macchina non dico veloce, ma velocissima!
Sui campi calcolati (ma anche giustamente se i recordsets sono grossi) è
comprensibile che le prestazioni non siano istantanee: infatti noi li usiamo
nelle Forms solo se strettamente necessario.
Per il resto la visualizzazione e il ridisegno delle maschere è rapida
anche sui vecchi Pentium, figurati su una bestia come quella che hai citato.
Esistono però fattori da considerare:
1)  La formatt. condizionale di Access effettivamente non è immediata.
2)  Si deve assolutamente disattivare l'opzione di Autocorrect
3)  Se utilizzi Access 2003 avrai sbattuto la testa su una cosa estremamente
fastidiosa, sconosciuta a chi lavora con le versioni precedenti (quasi tutti
i frequentatori di icaa, tienine conto):  se una form contiene strutture a
schede o Gruppi d'opzione ... il semplice passaggio del Mouse sulle labels
produce sfarfalii sullo schermo ... una cosa davvero deprimente!
A breve sarà distribuito il S.P 1 di Office 2003 che senz'altro correggerà
la cosa; volendo a tutt'oggi la situazione si può aggirare (anche se
aspetterei):
http://members.iinet.net.au/~allenbrowne/ser-46.html
Dai un'occhio anche a questo:
http://support.microsoft.com/default.aspx?scid=kb;en-us;555033&Product=acc20
03
In tutti gli altri casi in cui determinate operazioni su Forms complesse
provochino
"incertezze" nel rinfresco del video, vedi  Application.Echo false  oppure
me.Repainting
Spero d'esserti stato utile.
Comunque, e concludo, quando si parla di "lentezza d'applicazioni" s'intende
soprattutto la rapidità di caricamento e gestione dei records: lentezze vere
(o presunte) di gestione del video sono senz'altro meno preoccupanti.
Pixel
P.S:  sugli MVP sono tutt'altro che fuori strada: gente preparata ma,
ripeto, su documentazione scritta da altri (quelli che hanno davvero
progettato le applicazioni e che ne conoscono l'architettura).


title: Access - Carica!!!

text:
> > La lentezza di cui ti parlo non è relativa al caricamento dei dati,
anche
> > perchè le prove che ho fatto io sono con poche centinaia di record.
>
> La situazione si sta chiarendo: prove con poche centinaia di records
> sono "fatte in case".
> Dicci la verità: hai davvero installato applicazioni .ADP in qualche
ditta?
Si poche centinaia e a server praticamente scarico (w2k server + P4 + 512MB
RAM), quindi vermante uno scenario idilliaco.
>
> > Access lento:
> > - Nel "mostare i dati" (output,display chiamalo come vuoi)
>
> Comincio a sospettare una cosetta (usi Access 2003 vero?).
> Ma perchè non sei stato chiaro dall'inizio su cosa tu intendessi per
> "lentezza"?
Il mio primo pst in questo NG recitava
*Mi è stato chiesto di sviluppare un progettino con Filemaker 7, ma avendo
da
*poco terminato un progetto con Access 2003 + MS SQL server 2000, nonostante
> Sui campi calcolati (ma anche giustamente se i recordsets sono grossi) è
> comprensibile che le prestazioni non siano istantanee: infatti noi li
usiamo
> nelle Forms solo se strettamente necessario.
Non opero sui recordset programmaticamente se non per i controlli degli
errori e sugli aggiornamenti "batch"
Le somme avvengono su delle "griglie" di dati di 8 campi per record
(semplici somme come accennavo)
>
> Per il resto la visualizzazione e il ridisegno delle maschere è rapida
> anche sui vecchi Pentium, figurati su una bestia come quella che hai
citato.
>
> Esistono però fattori da considerare:
>
> 1)  La formatt. condizionale di Access effettivamente non è immediata.
Cavoli, a parte il loop, già con una sola condizione la visualizzazione
rallenta sensibilmente, per cui l'ho scartata. Ho anche rinunciato a
implementare la tecnica di Lebans.....
> 2)  Si deve assolutamente disattivare l'opzione di Autocorrect
Già fatto su suggerimento di un MVP Americano. Mi fu consigliato di
eliminarla per tentare di eliminare un crash che purtroppo si manifesta
ancora....
Ciao


title: Access - Carica!!!

text:
Sib <sedav...@SPAMtiscali.it> ha scritto:
> "'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
> > I reports non si basavano sulle tabelle, ma sulle maschere(non tirare
> fuori
> > ora il discorso "Perché hai fatto così?" "E' meglio fare così!", facevi
> > anche tu così)
>
> Che avrei fatto anche io cosi' e' una tua personale opinione.

è una mia personale opinione xké mi aspetto che tu faccia la scelta più rapida
e conveniente(era quella che ho preso)
> Ovviamente si tratta di un difetto, ma bisognerebbe analizzarlo per
> comprenderne l'origine.
un difetto di Access; quando c'è qualcosa che non va faccio un sacco di volte
dei controlli per capire quanto sono stato scemo e quanto è colpa mia. Son
sicuro: colpa di Access
> > Se credi che non sia capace o che conosca così così il linguaggio SQL, sei
> > ad anni luce dalla verità
> M'inchino a cotanta scienza.
ahahah...mi hai fatto ridere. In effetti sembro un saccentone eh? Posso
asserire di conoscere molto bene Sql.
> > > Dove hai letto che oracle e' piu' evoluto?
> > Non l'ho letto, è un dato di fatto. Oracle non è più evoluto di Access, è
> > il più evoluto in assoluto. E' come paragonare una Fiat con una Ferrari.
> Vedi, il dubbio che mi pongo, e' che tu non abbia ancora compreso la
> differenza tra un be e un fe.
E' probabile che dalle scritte si possa evincere quello che dici.
Fortunatamente per me(e per il lavoro che devo svolgere) conosco la differenza.
Fiuuu, salvato al pelo :o)
> ti ostini a confrontare Access con oracle quando potresti usarli insieme (se
> proprio tanto ti piace).
Lo so. Ma non ho Oracle. Sigh.
> Comunque se non l'hai letto e se non te lo hanno detto, lo sai per virtu'
> dello spirito santo che oracle e' meglio?
Non ho bisogno dello spirito santo per sapere che Oracle mi permette di
scegliere gli algoritmi di join per l'ottimizzazione delle query e Access no,
che posso impostare la dimensione delle pagine del buffer manager e con Access
non posso, che posso creare le viste non solo dal codice e con Access non
posso...vado avanti?
> e poi sei sicuro di conoscere gli adp?
Adp? Apostolato della preghiera? eheh
> > > E' infatti i miei clienti si divertono tantissimo perche' riescono a
> > gestire
> > > i loro milioncini di record in multiutenza senza aver avuto un crash dal
> cut
>
> > Però, sei passato dal coprirmi di rimproveri..sigh...(è un modo subdolo di
> > osannarsi) all'osannare le tue abilità...eheh...dai su...non metto mica in
> > dubbio che tu sia bravo. Ti credo.
>
> Se vai a ben vedere vedrai che nel mio post non c'era alcun rimprovero.
> L'osannamento poi non c'era, mica sto li a reggere l'HD del cliente, se non
> fa crash non e' mica merito mio.
Ma si, ero ironico
> > neppure i miei db loro hanno fatto crash(mi osanno, mi osanno ihih),
> > sebbene li usino in parecchi. Questo significa che Access è il massimo?
> No, significa che access e' stabile.
Lo spero sempre
> > Boh...ho sempre i miei dubbi :o)
>
> Conserva pure i tuoi dubbi, ma non presentarli qui come certezze, tutt'al
> piu' come dubbi, appunto
>
> Sib
Era un modo di dire per dire che non son d'accordo su diverse cose
Dai su, non ti offendere se non adoro anch'io Access...è che ho un
caratteraccio! :o)



title: Access - Carica!!!

author: Sandro

text:
                    Il 19 Lug 2004, 17:41, "Atlas" <
atla...@my-deja.com
> ha scritto:
> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
>
> Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
> polemica.
[cut]
>
> - E' lento
>
Le form di Access sono lente se le origini sono costrette a caricarsi
dataset inutilmente grandi.
Esempio. L'archivio di prima nota contabile di uno dei miei clienti ha,
attualmente, quasi 8 milioni di record (su di un server MySQL). Il programma
di contabilità è integralmente sviluppato in A2003 Devel.
Ora. La form di gestione delle prime note se fatta con:
-- SELECT * FROM tabella_prime_note
probabilmente dovrei aprirla adesso e vederne i contenuti dopo le ferie. E
ci mancherebbe altro. Un qualsiasi client che dovesse portarsi localmente
otto milioncini di record ci metterebbe un po di tempo, jet o non jet,
access o non access ...
Se, invece, riempio l'origine dati della form con una cosa del tipo
-- SELECT * FROM tabella_prime_note WHERE n_pnota=[numeropnota]
questa si apre in un tempo paragonabile ad un doppio click.
Non credo, pertanto, che tu stia parlando con vera cognizione di causa.
O forse sono io ad essere molto ma molto fortunato.
;-)
Ciao, Sandro.
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: Access - Carica!!!

text:
"'gnurant"
> > Vedi, il dubbio che mi pongo, e' che tu non abbia ancora compreso la
> > differenza tra un be e un fe.
> E' probabile che dalle scritte si possa evincere quello che dici.
> Fortunatamente per me(e per il lavoro che devo svolgere) conosco la
differenza.
> Fiuuu, salvato al pelo :o)
Il Thread in questione aveva come oggetto Access come Front-Editor verso SQL
Server.
Tu hai cominciato a parlare di base dati, facendo confronti tra Ms Jet e
Oracle: sei andato semplicemente OT.
Pixel


title: Access - Carica!!!

text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
cut
> Non ho bisogno dello spirito santo per sapere che Oracle mi permette di
> scegliere gli algoritmi di join per l'ottimizzazione delle query e Access
no,
> che posso impostare la dimensione delle pagine del buffer manager e con
Access
> non posso, che posso creare le viste non solo dal codice e con Access non
> posso...vado avanti?
cut
La domanda "risorge" spontanea.
Ma li conosci gli adp?
adp = accesso diretto (senza driver odbc) alla base dati SQL Server/MSDE
e osserva che MSDE fa' parte integrante del pacchetto office.
> Era un modo di dire per dire che non son d'accordo su diverse cose
>
> Dai su, non ti offendere se non adoro anch'io Access...è che ho un
> caratteraccio! :o)
Nessuna offesa, oltretutto ognuno ha diritto alla propria opinione.
Basta fare attenzione a entrare nel merito.
Tu dici che non ti vogliono comprare oracle, ma perche' non usi il motore
SQL Server che hai a disposizione (MSDE)?
e poi ne riparliamo di prestazioni e stabilita'.
Ciao
Sib


title: Access - Carica!!!

text:
> Non credo, pertanto, che tu stia parlando con vera cognizione di causa.
>
> O forse sono io ad essere molto ma molto fortunato.
>
Forse dovresti rileggere l'intero thread per avere un quadro generale di cui
parlavo.
Ciao


title: Access - Carica!!!

text:
Sib <sedav...@SPAMtiscali.it> ha scritto:
> "'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
> cut
> > Non ho bisogno dello spirito santo per sapere che Oracle mi permette di
> > scegliere gli algoritmi di join per l'ottimizzazione delle query e Access
> no,
> > che posso impostare la dimensione delle pagine del buffer manager e con
> Access
> > non posso, che posso creare le viste non solo dal codice e con Access non
> > posso...vado avanti?
> cut
>
> La domanda "risorge" spontanea.
> Ma li conosci gli adp?
> adp = accesso diretto (senza driver odbc) alla base dati SQL Server/MSDE
> e osserva che MSDE fa' parte integrante del pacchetto office.
No, non li conosco. Ma non mi vergogno a dirlo. Non conosco tutto il pacchetto
Office, ma ne so quanto basta solo per capire che alcune funzioni(quelle che ti
ho citato su Oracle e che mi sorge il dubbio a me che tu non sappia :o)) non ci
sono e che io vorrei.
> > Era un modo di dire per dire che non son d'accordo su diverse cose
> >
> > Dai su, non ti offendere se non adoro anch'io Access...è che ho un
> > caratteraccio! :o)
>
> Nessuna offesa, oltretutto ognuno ha diritto alla propria opinione.
> Basta fare attenzione a entrare nel merito.
> Tu dici che non ti vogliono comprare oracle, ma perche' non usi il motore
> SQL Server che hai a disposizione (MSDE)?
> e poi ne riparliamo di prestazioni e stabilita'.
>
> Ciao
>
> Sib
Ma non ho mai detto che Access sia instabile. Ho detto che i reports non mi
piacciono e che non ha funzioni che a un dba possono servire. Tutto qui.
L'ambiente Oracle lo conosco tramite mio fratello che (è dba laureato in
informatica) ci lavora da sette anni e che ha anche lavorato su Access. Ne ho
parlato con altri informatici che conoscono bene entrambi gli ambienti.
Le parole sono sempre le stesse: Access va bene per db non grandi, Oracle è
tutta un'altra cosa. In effetti, non so tu, ma se hai studiato Base di Dati
(esame di informatica) sai che molte cose in Access non si possono fare. Oracle
invece ti fa fare tutto ciò che studi :o)
Ah, un'ultima cosa...Larry Ellison è il signor Oracle e solo con Oracle è
riuscito a superare Bill Gates nella classifica Paperoni(per un certo periodo,
ora penso sia tornato secondo)...ma Bill Gates fa Sistema Operativo, Access,
Word, Excel, Outlook, Visual Basic, Internet Explorer...ecc....azz...Ellison
avrà solo avuto più culo a vendere? Non credo proprio.
Comunque io penso di aver detto abbastanza la mia, così come tu la tua...
ora vado a studiarmi gli adp....:o)



title: Access - Carica!!!

text:
                    Il 27 Lug 2004, 12:35, "'gnurant" <
6751i...@mynewsgate.net
> ha scritto:
> Ma non ho mai detto che Access sia instabile. Ho detto che i reports non
mi
> piacciono e che non ha funzioni che a un dba possono servire. Tutto qui.
> L'ambiente Oracle lo conosco tramite mio fratello che (č dba laureato in
> informatica) ci lavora da sette anni e che ha anche lavorato su Access.
Ancora non ci siamo.
Non ha il minimo senso confrontare Access ed Oracle. Che senso ha
confrontare il motore di un'auto con la carrozzeria di un'altra?



title: Access - Carica!!!

text:

Forse dovresti imparare a quotare dignitosamente ...
;-)



title: ho capito! le pagine di accesso ai dati .........continua

author: @Arold [       ]

text:
Microsoft le ha messe ma nessune le utilizza, ho postato 2 o 3 domande senza
avere nessuna risposta.
Qualcuno può smentirmi???? ;)


author: Emyr

text:
On Wed, 7 May 2003 21:14:28 +0200, "@Arold [       ]"
<
aro...@libero.it
> wrote:
>Microsoft le ha messe ma nessune le utilizza, ho postato 2 o 3 domande senza
>avere nessuna risposta.
>
>Qualcuno puň smentirmi???? ;)
>
effettivamente forse ci sono strumenti alternativi piů idonei
oppure la gente non vuole costringere gli altri a scaricare gli office
web components
oppure poca gente che programma in access le usa su internet
Saluti.
Emanuele.


author: Sergio MAZZA

text:
"@Arold [ ]" <
aro...@libero.it
> ha scritto nel messaggio
news:b9bm0v$ff7$1...@lacerta.tiscalinet.it...
> Microsoft le ha messe ma nessune le utilizza, ho postato 2 o 3 domande
senza
> avere nessuna risposta.
>
> Qualcuno puň smentirmi???? ;)
>
Le conosco pochissimo ma se devo rimanere con la MS preferisco le pagine
ASP, mi sembrano meno complicate e piů flessibili nella programmazione...
Ciao.
--
Sergio MAZZA


title: Visualizzare i record contati invece di aprire query

author: Fabio

text:
Salve a tutti, vorrei un aiuto per questo problema...dunque ho una
tabella anagrafica, al quale ho collegato una query per una statistica
che mi deve dire dal giorno al giorno quante persone ho registrato e
ovviamente la query funziona però  vorrei non essere costretto a
visualizzare la query ma  magari in un campo della maschera alla
pressione di un tasto mi facesse apparire il numero. spero di essere
stato chiaro.Grazie Fabio


author: Karl Donaubauer

text:
Fabio wrote:
> ...dunque ho una
> tabella anagrafica, al quale ho collegato una query per una
> statistica che mi deve dire dal giorno al giorno quante persone ho
> registrato e ovviamente la query funziona per�  vorrei non essere
> costretto a visualizzare la query ma  magari in un campo della
> maschera alla pressione di un tasto mi facesse apparire il numero.
> spero di essere stato chiaro.
Non molto perch� mancano dettagli sulla query.
Qual'� il risultato della query? I record o solo il numero (quantit�)
dei record?
Poi non � chiaro da dove la tua query sa i parametri
> dal giorno al giorno
Forse puoi usare
=DCount("NomeCampo";"NomeQuery")
come origine controllo di una casella di testo.
Forse
=DLookUp("NomeCampo";"NomeQuery")
Forse puoi risparmiarti tutta la query e invece usare la condizione
della funzione DCount().
Tutto dipende dalla tua query che non vediamo fino al momento
quando copia/incolla la sua stringa SQL nel tuo prossimo messaggio.
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


text:
On 28 Giu, 14:59, "Karl Donaubauer" <
NoS...@donkarl.com
> wrote:
> Fabio wrote:
> > ...dunque ho una
> > tabella anagrafica, al quale ho collegato una query per una
> > statistica che mi deve dire dal giorno al giorno quante persone ho
> > registrato e ovviamente la query funziona però  vorrei non essere
> > costretto a visualizzare la query ma  magari in un campo della
> > maschera alla pressione di un tasto mi facesse apparire il numero.
> > spero di essere stato chiaro.
>
> Non molto perché mancano dettagli sulla query.
> Qual'è il risultato della query? I record o solo il numero (quantità)
> dei record?
>
> Poi non è chiaro da dove la tua query sa i parametri
>
> > dal giorno al giorno
>
> Forse puoi usare
> =DCount("NomeCampo";"NomeQuery")
> come origine controllo di una casella di testo.
> Forse
> =DLookUp("NomeCampo";"NomeQuery")
> Forse puoi risparmiarti tutta la query e invece usare la condizione
> della funzione DCount().
>
> Tutto dipende dalla tua query che non vediamo fino al momento
> quando copia/incolla la sua stringa SQL nel tuo prossimo messaggio.
>
> --
> HTH
> Karl
> *********
> Access FAQ:
www.donkarl.com/it
Mi sono spiegato male...dunque la query di cui parlavo è una semplice
query di selezione, dove nel campo dataarrivo ho impostato
between....and   e richiamandola con pulsante me la apre e mi dice il
numero di record, e diciamo che puo andare anche cosi pero mi
piacerebbe che invece di aprire la query... mi scrivesse in un campo
il numero dei record filtrati da data a data.
P.S. Ti ringrazio vivamente per la cortese attenzione e la solerzia
nella risposta Grazie


text:
Fabio wrote:
> Karl Donaubauer wrote:
>>> ...ho una tabella anagrafica, al quale ho collegato una query per una
>>> statistica che mi deve dire dal giorno al giorno quante persone ho
>>> registrato e ovviamente la query funziona per� vorrei non essere
>>> costretto a visualizzare la query ma magari in un campo della
>>> maschera alla pressione di un tasto mi facesse apparire il numero.
>> ...
>> Forse puoi usare
>> =DCount("NomeCampo";"NomeQuery")
>> come origine controllo di una casella di testo.
>> Forse
>> =DLookUp("NomeCampo";"NomeQuery")
>> Forse puoi risparmiarti tutta la query e invece usare la condizione
>> della funzione DCount().
>>
>> Tutto dipende dalla tua query che non vediamo fino al momento
>> quando copia/incolla la sua stringa SQL nel tuo prossimo messaggio.
> ...
> Mi sono spiegato male...dunque la query di cui parlavo � una
> semplice query di selezione, dove nel campo dataarrivo ho impostato
> between....and   e richiamandola con pulsante me la apre e mi dice
> il numero di record, e diciamo che puo andare anche cosi pero mi
> piacerebbe che invece di aprire la query... mi scrivesse in un campo
> il numero dei record filtrati da data a data.
> ...
La cosa pi� importante sarebbe questo che nella tua query si trova
al posto di "...." o meglio come gi� scritto, il testo SQL che puoi
copiare nella vis. SQL della query. Senza questo non si puo dire
molto in pi� che ho gi� scritto.



text:

> nella risposta Grazie- Nascondi testo citato
>
> - Mostra testo citato -
Fai come ti ha detto Karl...ti manca solo di inserire il crtiterio
nella DCount


title: Pulsante opzione

author: mailxnews

text:
Domanda forse banale: come faccio a impostare nei criteri di una query
che il criterio di selezione di record abbia a che fare con il fatto
che un "pulsante di opzione" sia cliccato o meno? - ovvero, seleziona
solo i record dove il pulsante di controllo è cliccato ...?


title: Pulsante opzione

author: max

text:
"mailxnews" <
mail...@gmail.com
> ha scritto nel messaggio
news:9b153d1f-4e3c-4f57...@j21g2000yqe.googlegroups.com...
Domanda forse banale: come faccio a impostare nei criteri di una query
che il criterio di selezione di record abbia a che fare con il fatto
che un "pulsante di opzione" sia cliccato o meno? - ovvero, seleziona
solo i record dove il pulsante di controllo � cliccato ...?
non ho ben inteso la domanda... o meglio il pulsante di opzione di cui tu
parli che � in una maschera a cosa � associato?
ciao
max


title: Pulsante opzione

text:
On 29 Lug, 14:40, "max" <
pi...@pippo.it
> wrote:
> "mailxnews" <
mailxn...@gmail.com
> ha scritto nel messaggionews:9b153d1f-4e3c-4f57...@j21g2000yqe.googlegroups.com...
> Domanda forse banale: come faccio a impostare nei criteri di una query
> che il criterio di selezione di record abbia a che fare con il fatto
> che un "pulsante di opzione" sia cliccato o meno? - ovvero, seleziona
> solo i record dove il pulsante di controllo è cliccato ...?
>
> non ho ben inteso la domanda... o meglio il pulsante di opzione di cui tu
> parli che è in una maschera a cosa è associato?
> ciao
> max
E' un campo Si/No.
Tipo, il prodotto puo' avere l'opzione: "omaggio". Se clicco vuol dire
che il prodotto è stato omaggiato. Volevo fare una selezione (con
quety apposita) di tutti i materiali omaggio, e impostare questo
criterio in una query. Anche perche' di criteri ne ho poi altri, ma
quelli li mposto senza problemi.
E' il pulsante opzione, che non ho mai usato


title: Pulsante opzione

text:
"mailxnews" <
mail...@gmail.com
> ha scritto nel messaggio
news:137564fa-2c5c-47fc...@e11g2000yqo.googlegroups.com...
On 29 Lug, 14:40, "max" <
pi...@pippo.it
> wrote:
> "mailxnews" <
mailxn...@gmail.com
> ha scritto nel
> messaggionews:9b153d1f-4e3c-4f57...@j21g2000yqe.googlegroups.com...
> Domanda forse banale: come faccio a impostare nei criteri di una query
> che il criterio di selezione di record abbia a che fare con il fatto
> che un "pulsante di opzione" sia cliccato o meno? - ovvero, seleziona
> solo i record dove il pulsante di controllo � cliccato ...?
>
> non ho ben inteso la domanda... o meglio il pulsante di opzione di cui tu
> parli che � in una maschera a cosa � associato?
> ciao
> max
E' un campo Si/No.
Tipo, il prodotto puo' avere l'opzione: "omaggio". Se clicco vuol dire
che il prodotto � stato omaggiato. Volevo fare una selezione (con
quety apposita) di tutti i materiali omaggio, e impostare questo
criterio in una query. Anche perche' di criteri ne ho poi altri, ma
quelli li mposto senza problemi.
E' il pulsante opzione, che non ho mai usato
se � cos� nella tua query avrai un campo omaggio che pu� assumere i valori 0
e -1 mettendo come criterio -1 avrai solo quelli in cui tale campo ha il
ceck
ciao
Max


title: WEB su Access 2000

author: sapido

text:
Per quale motivo non riesco a creare una pagina WEB da una tabella
esistente? Mi spiego meglio; quando tento di costruire una pagina WEB in
Access, si blocca subito scrivendo in basso a sinistra "Inizializzazione
pagina di accesso ai dati". Dopo non rimane che stroncare l'applicazione.
Specifico che stò lavorando con un Pentium II 350 e Win95.
Grazie


title: impossibile trovare il file .mdb

author: letizia

text:
appare in qualche postazione il messaggio:
"Impossibile trovare il file c:\xxx\pippo.mdb" o uno dei suoi componenti.
Verificare il nome
del file o che tutte le librerie siano disponibili"
il programma poi si apre correttamente
ho controllato nei riferimenti che siano presenti le librerie utilizzate
(solo dao, ado 2.6, office 9)
e quindi mi sembra tutto ok
sapete darmi qualche suggerimento... o devo solo ricontrollare meglio
le librerri (i file su pc)
grazie
serghei


title: DAO

author: David

text:
Ciao a tutti,
vi chiedo una cortesia visto e considerato che access lo conosco ma ado e
dao mi son un po' ostici.
Ho preso spunto dall'esempio del sito comune "aggiornare le applicazioni
comuni"  per creare una piccola procedura che, prendendo i dati da alcune
tabelle presenti su di uno zip esterno,  mi aggiorni il db principale.
Le tabelle hanno lo stesso formato ma ovviamente appartengono a due db
diversi, dbserver e dbremovibile.
A me interessava aggiornare solo alcune tabelle del db e per questo ho
creato un'array con i nomi delle tabelle da aggiornare e con un ciclo for
... next le passo tutte alla seguente riga:
DoCmd.RunSQL "INSERT INTO" & Tabella(NumTab) & "SELECT * FROM" &
Tabella(NumTab) & "IN " & "...dbremovibile.mdb"
ma ecco il mitico errore  ....syntax error in INSERT INTO statment....
AIUTOOOOOOO
scusate per lo sfogo...sono grato a chi mi potesse dare dei
suggerimenti......su come risolvere e dove trovare materiale sul DAO!
Ciao a tutti
Grazie
________________________________________
Davide


title: DAO

author: Federico Luciani

text:
David wrote:
> Ciao a tutti,
> vi chiedo una cortesia visto e considerato che access lo conosco ma ado e
> dao mi son un po' ostici.
>
> Ho preso spunto dall'esempio del sito comune "aggiornare le applicazioni
> comuni"  per creare una piccola procedura che, prendendo i dati da alcune
> tabelle presenti su di uno zip esterno,  mi aggiorni il db principale.
>
> Le tabelle hanno lo stesso formato ma ovviamente appartengono a due db
> diversi, dbserver e dbremovibile.
>
> A me interessava aggiornare solo alcune tabelle del db e per questo ho
> creato un'array con i nomi delle tabelle da aggiornare e con un ciclo for
> ... next le passo tutte alla seguente riga:
>
> DoCmd.RunSQL "INSERT INTO" & Tabella(NumTab) & "SELECT * FROM" &
> Tabella(NumTab) & "IN " & "...dbremovibile.mdb"
prova a metterci qualche spazio
DoCmd.RunSQL "INSERT INTO " & Tabella(NumTab) & " SELECT * FROM " &
Tabella(NumTab) & " IN " & "...dbremovibile.mdb"
--
Federico
----------------------------------
Rimuovi paperino. per e-mail
----------------------------------
Tutte le richieste che arrivano
in privato, vengono cestinate.
----------------------------------
Sito Comune di it.comp.appl.access
http://www.sitocomune.com
mailto:
webm...@sitocomune.com
----------------------------------


title: DAO

text:


grazie in effetti mi erano sfuggiti gli spazi....ma adesso ho un altro
problema......syntax error in FROM clause error di runtime 3131
forse sbaglio nelle dichiarazioni???ho provato con un debug ma il valore di
tabella(numtab) e' giusto , cioe' il nome della tabella in oggetto.....o
deve forse essere il numero???!!!


title: DAO

text:
David wrote:
> From: Federico Luciani <
fluc...@paperino.sitocomune.com
>
> > David wrote:
> > > Ciao a tutti,
> > > vi chiedo una cortesia visto e considerato che access lo conosco ma ado
> e
> > > dao mi son un po' ostici.
> > >
> > > Ho preso spunto dall'esempio del sito comune "aggiornare le applicazioni
> > > comuni"  per creare una piccola procedura che, prendendo i dati da
> alcune
> > > tabelle presenti su di uno zip esterno,  mi aggiorni il db principale.
> > >
> > > Le tabelle hanno lo stesso formato ma ovviamente appartengono a due db
> > > diversi, dbserver e dbremovibile.
> > >
> > > A me interessava aggiornare solo alcune tabelle del db e per questo ho
> > > creato un'array con i nomi delle tabelle da aggiornare e con un ciclo
> for
> > > ... next le passo tutte alla seguente riga:
> > >
> > > DoCmd.RunSQL "INSERT INTO" & Tabella(NumTab) & "SELECT * FROM" &
> > > Tabella(NumTab) & "IN " & "...dbremovibile.mdb"
> >
> > prova a metterci qualche spazio
> >
> > DoCmd.RunSQL "INSERT INTO " & Tabella(NumTab) & " SELECT * FROM " &
> > Tabella(NumTab) & " IN " & "...dbremovibile.mdb"
> > --
> > Federico
>
> grazie in effetti mi erano sfuggiti gli spazi....ma adesso ho un altro
> problema......syntax error in FROM clause error di runtime 3131
>
> forse sbaglio nelle dichiarazioni???ho provato con un debug ma il valore di
> tabella(numtab) e' giusto , cioe' il nome della tabella in oggetto.....o
> deve forse essere il numero???!!!
ma tabella(numtab) cos'e'?
se e' una funzione che restitusce il nome della tabella, dovrebbe
funzionare



title: DAO

text:
Federico Luciani <
fluc...@paperino.sitocomune.com
> wrote in message
3AF81F2E...@paperino.sitocomune.com...

si tratta di una matrice che corrisponde al nome della tabella!!!!!! ma non
capisco xche' non funziona!!!!!
Aiutoooooo
Grazie


title: DAO

text:
David wrote:
> Federico Luciani <
fluc...@paperino.sitocomune.com
> wrote in message

> si tratta di una matrice che corrisponde al nome della tabella!!!!!! ma non
> capisco xche' non funziona!!!!!
prova a controllare in debug come viene costruita la stringa SQL e se
questa e' corretta



title: Percorso file

author: Andrea Furlan

text:
Ciao a tutti,
vorrei compiere la seguente operazione:
in una maschera "CD" ho un campo "Percorso" in cui indicare il percorso
delle immagini delle copertine.
E' possibile fare in modo che automaticamente venga trovato il file in una
directory specificata e che venga copiato il percorso di tale file nel campo
suddetto?
I file jpg delle copertine hanno la stessa numerazione di "IDCD"; vorrei che
per esempio nella maschera che riporta i dati del CD n°123 fosse possibile
trovare il file 123.jpg che si trova nella directory C:\archivio\copertine e
copiare tale percorso nel campo "Percorso".
Ciao e grazie
Andrea


title: Percorso file

author: Maurizio Borrelli

text:
> "Andrea Furlan" news:nPup9.15578$%M1.3...@twister2.libero.it...:
> in una maschera "CD" ho un campo "Percorso" in cui indicare il percorso
> delle immagini delle copertine.
> E' possibile fare in modo che automaticamente venga trovato il file in una
> directory specificata e che venga copiato il percorso di tale file nel
campo
> suddetto?
> I file jpg delle copertine hanno la stessa numerazione di "IDCD"; vorrei
che
> per esempio nella maschera che riporta i dati del CD n°123 fosse possibile
> trovare il file 123.jpg che si trova nella directory C:\archivio\copertine
e
> copiare tale percorso nel campo "Percorso".
    Se ho capito bene cio' che intendi non dovrebbe essere necessario fare
cio' che chiedi. Cioe' scrivere il percorso in un campo.
    Basterebbe infatti ricomporre il percorso, quando necessario, piu' o
meno in questo modo:
        sPath & "\" & CStr([IDCD].Value) & ".jpg"
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


title: Percorso file

author: Roberto da casa

text:
"Andrea Furlan" <
a.furla...@libero.it
> ha scritto nel messaggio
news:nPup9.15578$%M1.3...@twister2.libero.it...

Se quella è la logica con cui attibuisci i nomi dei file, in teoria è
inutile il controllo Percorso ed il relativo campo ad esso associato; per
vedere nel controllo immagine il contenuto del file immagine, invece di
scrivere:
Me!Immagine.Picture = Me!Percorso
se IDCD è di tipo numerico puoi scrivere:
Me!Immagine.Picture = "C:\archivio\copertine\" & Trim(Str(Me!IDCD)) & ".jpg"
se invece ODCD è di tipo testo
Me!Immagine.Picture = "C:\archivio\copertine\" & Me!IDCD & ".jpg"
Dovrebbe funzionare
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Percorso file

text:
non so se funzioni anche con access, però c'è un'istruzione in vb che si
chiama Dir(Percorso da cercare, vbarchive(se cerchi un file),vbdirectory
(se cerchi una cartella).. Ti scrivo il codice, sperando che possa
servirti: Dim Trova Trova=Dir("C:\Archivio\" & NomeCD &
".jpg",vbarchive) if trova<>"" then	textdelpercorso.setfocus
textdelpercorso.text="C:\Archivio\" & NomeCD & ".jpg" end if


title: Percorso file

author: alias

text:
"Andrea Furlan" <
a.furla...@libero.it
> ha scritto nel messaggio
news:nPup9.15578$%M1.3...@twister2.libero.it...

Ti consiglierei di leggere il post con oggetto
"Immagini.JPG da allegare"  del 20.09.2002
forse, per il tuo caso, trovi qualcosa di interessante
ciao, Gianfranco


title: Percorso file

text:
Seguendo alcuni dei vostri consigli sono arrivato a questo:
Private Sub Form_Current()
Dim Percorso As String
Percorso = "C:\archivio\copertine\" & CStr([IDCD].Value) & ".jpg"
Dim File As String
File = CStr([IDCD].Value) & ".jpg"
Set Fs = Application.FileSearch
With Fs
    .LookIn = "C:\archivio\copertine\"
    .FileName = File
    If .Execute(, , True) Then
           Me!Immagine.Picture = Percorso
    Else
           Me.Immagine.Picture = ""
    End If
End With
End Sub
Va tutto bene ma c'è un problema: su 786 CD elencati ho 400 immagini; fino a
quando dall'1 al 400 ci sono tutte le immagini la routine funziona e fino al
400 *vedo* le immagini, dopo no. Se però mi manca l'immagine 126 ricevo il
seguente messaggio di errore: Errore di runtime 2220 impossibile aprire il
file C:\archivio\copertine\126.jpg
Ho cercato di risolvere il problema ma non ci sono riuscito. Sembra che il
metodo funzione solo se le immagine sono ordinate, ma se alternativamente ne
manca qualcuna, da un errore.
Ciao
Andrea


title: Percorso file

text:
"alias" <
mai...@yahoo.it
> ha scritto nel messaggio
news:PZCp9.43007$cS4.1...@news2.tin.it...
> Ti consiglierei di leggere il post con oggetto
>
> "Immagini.JPG da allegare"  del 20.09.2002
> forse, per il tuo caso, trovi qualcosa di interessante
>
> ciao, Gianfranco
L'ho trovato, adesso lo studio, mi sembra ci sia quello che cerco!
Grazie mille1
Ciao
Andrea


title: Percorso file

text:
> Va tutto bene ma c'č un problema: su 786 CD elencati ho 400 immagini; fino
a
> quando dall'1 al 400 ci sono tutte le immagini la routine funziona e fino
al
> 400 *vedo* le immagini, dopo no. Se perň mi manca l'immagine 126 ricevo il
> seguente messaggio di errore: Errore di runtime 2220 impossibile aprire il
> file C:\archivio\copertine\126.jpg
> Ho cercato di risolvere il problema ma non ci sono riuscito. Sembra che il
> metodo funzione solo se le immagine sono ordinate, ma se alternativamente
ne
> manca qualcuna, da un errore.
>
> Ciao
>
> Andrea
Ho provato cosě e funziona:
Private Sub Form_Current()
On Error GoTo ErrorHandler
Dim Percorso As String
Percorso = "C:\archivio\copertine\" & CStr([IDCD].Value) & ".jpg"
Dim File As String
File = CStr([IDCD].Value) & ".jpg"
Set Fs = Application.FileSearch
With Fs
    .LookIn = "C:\archivio\copertine\"
    .FileName = File
    If .Execute(, , True) Then
           Me!Immagine.Picture = Percorso
    Else
           Me.Immagine.Picture = ""
    End If
End With
ErrorHandler:
    Select Case Err.Number
    Case 2220
    Me.Immagine.Picture = ""
    Case Else
    Me!Immagine.Picture = Percorso
    End Select
End Sub
Grazie a tutti dell'aiuto che mi avete dato!
Ciao
Andrea


title: gestione produzione

author: bigbango

text:
Sto cercando un applicativo access, molto semplice, per la gestione della
produzione: anagrafica, disegni, distinte, lanci di produzione e fornitori
Qualcuno puň aiutarmi
Grazie
--


title: gestione produzione

author: lbo dal portatile

text:
>Sto cercando un applicativo access, molto semplice, per la gestione della
>produzione: anagrafica, disegni, distinte, lanci di produzione e fornitori
allora non puo' essere molto semplice.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: Maschere, collegamento tabelle Access 2000

author: Gianni

text:
Supponiamo che io abbia due tabelle:
film (id_film, titolo, id_regista)
registi (id_regista, nome_regista)
Quando creo la maschera dei film per l'inserimento di id_regista:
-piazzo una combo
-gli dico che voglio prendere i dati dalla tabella registi
-seleziono tutti i campi
-gli dico che voglio la colonna chiave nascosta
-e che deve memorizzare il valore in id_regista
In questo modo io vedo i nomi dei registi nella combo, ma inserisco l'id.
Nel caso invece della tabella registi io usi una query (che non ha chiave
quindi) non riesco a fare questa cosa: o meglio ci riesco ma i nomi dei
registi li vedo solo mentre seleziono, non nel valore selezionato (li vedo
l'id) e chiaramente questa cosa è molto brutta da vedere e poco funzionale.
Non c'è un modo per fare lo stesso la cosa?
----
Inoltre ho provato, per aggirare il problema, a far si che la combo lavori
solo con il nome_regista, senza assegnarlo in un campo, utilizzando poi un
campo nascosto con l'id_regista che si aggiornava ogni volta che veniva
variato il valore della combo.
Qui invece il problema si verifica quando passo da un record all'altro...non
riesco a trovare nessun evento per poter fare la cosa inversa: partendo dal
campo nascosto aggiorno la combo. E' davvero possibile che non c'è nessun
evento che si genera quando passo da un record all'altro?
Gianni


author: TheMax

text:
"Gianni" <NOstoj...@tiscaliNO.it> ha scritto nel messaggio
news:caremd$p7d$1...@newsreader.mailgate.org...
CUT
> Nel caso invece della tabella registi io usi una query (che non ha chiave
> quindi) non riesco a fare questa cosa: o meglio ci riesco ma i nomi dei
> registi li vedo solo mentre seleziono, non nel valore selezionato (li vedo
> l'id) e chiaramente questa cosa è molto brutta da vedere e poco
funzionale.
Ma sei passato da mai dire gol?
Spiega cosa vuoi fare, magari postando un subject significativo ed un
messaggio chiaro.
Non puoi nella tabella registi fare una combo, li inserirai i registi e
basta.
Usa direttamente la tabella registi per fare la relativa maschera.
Ciao,
Massimo
--
web:
www.piubelli.net
Vuoi il mio indirizzo? Togli _cut_ per rispondermi


text:
> Ma sei passato da mai dire gol?
Mi sembrava di essere stato abbastanza chiaro.
> Spiega cosa vuoi fare, magari postando un subject significativo ed un
> messaggio chiaro.
Ci riprovo....
> Non puoi nella tabella registi fare una combo, li inserirai i registi e
> basta.
Questo ci riesco...ma non è quello che volevo fare...
> Usa direttamente la tabella registi per fare la relativa maschera.
Non volevo fare questo.
Allora riproviamo.
Tabella film:
id_film (contatore)
descrizione (testo)
id_regista (numerico)
Tabella registi:
id_regista (contatore)
nome (testo)
.....
Mi creo una maschera che mi permette di inserire i film...invece di inserire
direttamente l'id del regista voglio che chi inserisce selezioni il regista
dal nome, anche se viene inserito l'id.
E questo riesco a farlo.
Creo una combo, dico che i dati di questa combo devono essere presi dalla
tabella registi, che il campo da memorizzare è la chiave id_regista, mentre
mi deve far vedere il nome....e questo funziona....
Supponiamo invece che io voglio fare la stessa cosa...solo che invece della
tabella registi abbia una query query_registi...magari composta nello stesso
modo (id_regista, nome)....Access non mi fa fare quello che riuscivo a fare
con la tabella...in quanto nella query lui non individua nessuna
chiave....quindi in pratica nella combo quando seleziono vedo il nome dei
registi...ma sul valore selezionato vedo solo un numero (id_regista).
Spero di essermi spiegato.
Gianni


text:
"Gianni" <NOstoj...@tiscaliNO.it> ha scritto nel messaggio
news:cau37k$1mg$1...@newsreader.mailgate.org...
> Supponiamo invece che io voglio fare la stessa cosa...solo che invece
della
> tabella registi abbia una query query_registi...magari composta nello
stesso
> modo (id_regista, nome)....Access non mi fa fare quello che riuscivo a
fare
> con la tabella...in quanto nella query lui non individua nessuna
> chiave....quindi in pratica nella combo quando seleziono vedo il nome dei
> registi...ma sul valore selezionato vedo solo un numero (id_regista).
La chiave la devi inserire per forza nella query e lasciare visibile.
(quindi IDRegista, NomeRegista è ok)
Imposta la proprietà numerocolonne a 2 (in questo caso) e larghezza colonne
a 0 cm; 5 cm (così ti nasconde l'ID)
> Spero di essermi spiegato.
Anche se ci hai provato, la prossima volta usa un oggetto più significativo
tipo:
Caselle combinate con query
> Gianni



text:
> La chiave la devi inserire per forza nella query e lasciare visibile.
> (quindi IDRegista, NomeRegista è ok)
> Imposta la proprietà numerocolonne a 2 (in questo caso) e larghezza
colonne
> a 0 cm; 5 cm (così ti nasconde l'ID)
Il problema non è nascondere l'id...che per me potrebbe anche rimanere...
...ma quando clicco sulla combo e seleziono qualcosa...di quello che ho
selezionato vedo solo l'id.
Gianni


text:
> Devi indicare, nella scheda Formato il "numero di colonne" (campi)
> restituite dalla query, la "larghezza" (0 per la colonna chiave) di tutte
le
> colonne; poi nella scheda dati devi indicare il "numero della colonna" che
> contiene il valore da memorizzare nel campo indicato in "origine
> controllo"...
Cosě ho fatto...quello che stavo cercando di dire č che il comportamento di
access č diverso se utilizzo una tabella con chiave...piuttosto che una
query senza chiave...e non c'č modo di ottenere sul valore selezionato
qualcosa di diverso dall'id.
Gianni


text:
Ehm...comunque alla fine ci sono riuscito...anche se mi pare di essere
andato proprio a caso.
Grazie per l'aiuto.
Gianni


title: contatore automatico

author: The Dog

text:
salve .se ho un elenco con id generato direttamente da un contatore e voglio
eliminare un record mi si crea una un buco nella lista(id.12,id.13,id.15 se
ho eliminato il 14) e non riesco a sostituirlo.come posso fare?


title: contatore automatico

author: namor

text:
The Dog ha scritto:
> salve .se ho un elenco con id generato direttamente da un contatore e voglio
> eliminare un record mi si crea una un buco nella lista(id.12,id.13,id.15 se
> ho eliminato il 14) e non riesco a sostituirlo.come posso fare?
Usi un campo numerico e generi i nuovi numeri con una funzione. Ciò ti
permette di modificare a mano il contatore se vuoi.
Si possono anche riempire i buchi direttamente nel campo contatore ma la
prima soluzione è più flessibile.
Il contatore di solito lo usi quando hai bisogno di un ID univoco per
identificare i record di una tabella, per esempio in una tabella delle
città. In questo caso non importa quale sia il valore e se ci siano o meno
buchi nella sequenza.
Se invece ti serve un contatore tipo progressivo in cui il valore del
cmapo ha un suo effettivo significato è meglio usare i campi numerici.
Vedi gli esempi sul
www.sitocomune.com
.
Namor
--
namor at inwind punto it
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: contatore automatico

text:
"namor" <
do...@spam.me
> ha scritto nel messaggio
news:chk4f3$msf$1...@news.newsland.it...

l'id deve essere progressivo e una volta cancellato uno qualsiasi ho bisogno
sia dell'ultimo id inserito e sia dei buchi presenti..
penso ke la cosa sia un po ostica...ti ringrazio per la risposta


title: come fare a......

author: Conte Dracula

text:
trovare i dati con il comando "trova" su piu' fogli di excel, in pratica non
deve cercare solo sul foglio aperto ma anche negli altri.
Scusate se ho scritto in questa NG, ma quella di EXCEL non esiste.
Grazie.


title: come fare a......

author: Silvio Berruti

text:
"Conte Dracula" <
val...@inwind.it
> ha scritto nel messaggio
news:9qtu78$qif58$1...@ID-58073.news.dfncis.de...

Anche in Transilvania sanno che, in questi casi, si deve anteporre un [OT]
nell'oggetto del messaggio.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: come fare a......

author: The-real-Isaac

text:
"Conte Dracula" <
val...@inwind.it
> ha scritto nel messaggio
news:9qtu78$qif58$1...@ID-58073.news.dfncis.de...

Č un doppio OT; infatti non riguarda neanche Excel ma - penso - Windows.
Perň rispondo lo stesso perché non vorrei finire vampirizzato (a proposito,
tieni presente che se rispondo in ritardo č solo perché ho aperto solo ora
le news).
Allora:
-avvio (o start)
-trova
- file o cartelle
- nella casella "nome" scrivi: *.xls
- nella casella "testo contenuto" scrivi la parola che cerchi
buona caccia
--
Alberto


title: come fare a......

text: hehehehe


title: come fare a......

text:
non hai capito un tubo,heheheheh.
i dati li devi trovare all'interno del file excel, tu invece vuoi trovare un
file EXCEL
--
homepage:
http://www.valper.it
"The-real-Isaac" <sartori.rossi.nospam@tin> ha scritto nel messaggio
news:OuDA7.5577$HT2.1...@news1.tin.it...



title: come fare a......

author: Alex

text:
"Conte Dracula" <
val...@inwind.it
> wrote in message
news:9r0uhn$qs7qn$1...@ID-58073.news.dfncis.de...
> non hai capito un tubo,heheheheh.
>
> i dati li devi trovare all'interno del file excel, tu invece vuoi trovare un
> file EXCEL
>
> --
Nemmeno tu, visto che si Posta dopo il Quoting......!!!
@Alex
--
Posted from  [146.133.1.30]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: come fare a......

text:
"Conte Dracula" <
val...@inwind.it
> ha scritto nel messaggio
news:9r0uhn$qs7qn$1...@ID-58073.news.dfncis.de...
> non hai capito un tubo,heheheheh.
>
> i dati li devi trovare all'interno del file excel, tu invece vuoi trovare
un
> file EXCEL
[CUT]
Con un po' di ragionamento avresti capito che una volta trovato il file
potevi
cercarci dentro i dati. Ma tant'è ...
--
Alberto


title: come fare a......

author: Sergio MAZZA

text:
"Conte Dracula" <
val...@inwind.it
> ha scritto nel messaggio
news:9r0uhn$qs7qn$1...@ID-58073.news.dfncis.de...
> non hai capito un tubo,heheheheh.
>
> i dati li devi trovare all'interno del file excel, tu invece vuoi trovare
un
> file EXCEL
>
Caro Conte; prima di saltare subito a conclusioni che potrebbero metterti in
cattiva luce (Uh! Come parlo forbito!) leggi "...non hai capito un tubo" con
risatina finale, dovresti cogliere le sfumature delle soluzioni che ti
propongono. Probabilmente ti è sfuggito che se richiami (sia a manina che da
codice VBA) la finestrella che ti permette di ricercare dei file e guardi
nelle opzioni avanzate c'è la possibilità di estendere (la ricerca) al
contenuto dei file.
La cosa carina è che Microsoft rilascia una diellellina (presente nel file
Dsofile.exe + esempio in VB) proprio per fare quello che vuoi tu...
Ciao.


title: dove si trova IMGSCAN.OCX in windows XP?

text:
qualcuno mi są aiutare, visto che devo scansionare alcune immagini in un
applicazione. Grazie.


title: Problema con criteri con date in Access vs Database MySQl

author: Nina

text:
Salve a tutti, ho creato una funzione per individuare per un candidato
l'elenco dei corsi che frequenta con al data di fine compresa in un
determinato intervallo
la funzione è questa:
Public Function ElencoCorsiUtente(IdCandidato As Integer, PrimaData As Date,
UltimaData As Date)
   Dim cmd1 As Command
   Dim rst1 As Recordset
   Dim strSQL As String
   Dim miaPrimaData As String
   Dim miaUltimaData As Date
   miaPrimaData = Month(PrimaData) & "/" & Day(PrimaData) & "/" &
Year(PrimaData)
   miaUltimaData = Month(Format(UltimaData, "mm/dd/yyyy")) & "/" &
Day(Format(UltimaData, "mm/dd/yyyy")) & "/" & Year(Format(UltimaData,
"mm/dd/yyyy"))
   Debug.Print miaPrimaData
    Debug.Print miaUltimaData
   CUT
      End Function
Questo è il risultato che ottengo
?ElencoCorsiUtente(746,#14/04/2004#,#04/06/2004#)
4/14/2004
06/04/2004
Domanda: perchè ottengo valori a una cifra per il mese della prima data e
valore a due cifre (con zero iniziale) per la seconda data?
Come posso fare per essere sicura che la data che gli passo nel formato
"dd/mm"yyyy" venga interpretata correttamente?
Ho il dubbio che possa scambiare mese e giorno
Grazie mille
Tonina


author: Pablitomf

text:
Nina ha scritto:

> la funzione è questa:


>    CUT
>       End Function



> Grazie mille
> Tonina
Ciao Tonina o come dicevan tutti Nina...
Sono diversi perchè "miaUltimaData" lo formatti "dd/mm/yyy" e
"miaPrimaData" no...
--
Pablitomf (Maurizio Facciuti)
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


author: ciroteo

text:
"Nina" <
paninotElim...@yahoo.it
> ha scritto nel messaggio
news:BSNNc.52297$OR2.2...@news3.tin.it...

sono certo che mysql supporta le date solo nel formato americano: mm/dd/yyyy


author: 'gnurant

text:
Nina <
paninotElim...@yahoo.it
> ha scritto:
> Salve a tutti, ho creato una funzione per individuare per un candidato
> l'elenco dei corsi che frequenta con al data di fine compresa in un
> determinato intervallo
>
> la funzione è questa:
>
> Public Function ElencoCorsiUtente(IdCandidato As Integer, PrimaData As
Date,
> UltimaData As Date)
>    Dim cmd1 As Command
>    Dim rst1 As Recordset
>    Dim strSQL As String
>    Dim miaPrimaData As String
>    Dim miaUltimaData As Date
>
>    miaPrimaData = Month(PrimaData) & "/" & Day(PrimaData) & "/" &
> Year(PrimaData)
>    miaUltimaData = Month(Format(UltimaData, "mm/dd/yyyy")) & "/" &
> Day(Format(UltimaData, "mm/dd/yyyy")) & "/" & Year(Format(UltimaData,
> "mm/dd/yyyy"))
>    Debug.Print miaPrimaData
>     Debug.Print miaUltimaData
>       End Function
> Questo è il risultato che ottengo
> ?ElencoCorsiUtente(746,#14/04/2004#,#04/06/2004#)
> 4/14/2004
> 06/04/2004
>
> Domanda: perchè ottengo valori a una cifra per il mese della prima data
e
> valore a due cifre (con zero iniziale) per la seconda data?

usi il format in una e nell'altra no. Prova a toglierlo o a metterlo a
miaPrimaData
> Come posso fare per essere sicura che la data che gli passo nel formato
> "dd/mm"yyyy" venga interpretata correttamente?
> Ho il dubbio che possa scambiare mese e giorno

se usi il metodo di miaPrimaData, gli passi esattamente la data mm/dd/yyyy
Ciauz
--
'gnurant come una cucuzza
Inviato da
www.mynewsgate.net


text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:ce8b4q$kk8$1...@news.newsland.it...

Grazie mille per la risposta
Scusami, mi sono dimenticata di dire che avevo comunque provato anche per
ultimaData la stessa sintassi di miaPrimaData e quindi cercavo un
escamotage.
La domanda rimane : perchè nel secondo caso il mese viene indicato a due
cifre??? il format non influisce, te lo posso garantire.
Grazie ancora
Nina ( o Tonina se si usa il  formato esteso ;-))


text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
news:200407281...@mynewsgate.net...

cut
>Ciauz
Ciao e grazie anche a te per la risposta.
Come dici tu il formato standard americano (pur non essendo il formato
standard di MySQL che è "yyyy-mm-dd") è ben accetto. Il punto è questo: la
data #14/04/2004# viene convertita correttamente in #4/14/2004# e
interpretata correttamente, la seconda che Access in QBE trasforma in
#6/4/2004# viene convertita invece da VBA in #06/04/2004# e stranamente non
viene interpretata corretttamente da MYSQL
Io vorrei ottenere per tutte le date (sia quelle in cui il giorno può essere
<=12 sia le altre, e questo è il caso di MiaPrimaData, in cui non essendoci
possibilità di errore il giorno 14 viene interpretato come giorno e non come
mese) la possibilità di estrarre il mese senza possibilità di errore
Spero di essere stata più chiara di prima.
Vorrei sottolinerare il fatto che ovviamente ho già provato per
miaUltimaData la sintassi di MiaPrimaData, ma il risultato non cambia
Grazie ancora a te e anche agli altri che hanno risposto
Nina


text:
Nina ha scritto:
> Ciao e grazie anche a te per la risposta.
> Come dici tu il formato standard americano (pur non essendo il formato
> standard di MySQL che è "yyyy-mm-dd") è ben accetto. Il punto è questo: la
> data #14/04/2004# viene convertita correttamente in #4/14/2004# e
> interpretata correttamente, la seconda che Access in QBE trasforma in
> #6/4/2004# viene convertita invece da VBA in #06/04/2004# e stranamente non
> viene interpretata corretttamente da MYSQL
> Io vorrei ottenere per tutte le date (sia quelle in cui il giorno può essere
> <=12 sia le altre, e questo è il caso di MiaPrimaData, in cui non essendoci
> possibilità di errore il giorno 14 viene interpretato come giorno e non come
> mese) la possibilità di estrarre il mese senza possibilità di errore
> Spero di essere stata più chiara di prima.
> Vorrei sottolinerare il fatto che ovviamente ho già provato per
> miaUltimaData la sintassi di MiaPrimaData, ma il risultato non cambia
> Grazie ancora a te e anche agli altri che hanno risposto
> Nina
Allora fa una cosa usa il CvDate...
Es.
CVDate(Format([MiaPrimaData],"dd/mm/yy"))
Me faccia sapè Right("Tonina";4) :-)



text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:ce8flb$95t$1...@news.newsland.it...
> Nina ha scritto:
>
>
> > Ciao e grazie anche a te per la risposta.
>
CUT
> > Io vorrei ottenere per tutte le date (sia quelle in cui il giorno può
essere
> > <=12 sia le altre, e questo è il caso di MiaPrimaData, in cui non
essendoci
> > possibilità di errore il giorno 14 viene interpretato come giorno e non
come
> > mese) la possibilità di estrarre il mese senza possibilità di errore
>
> > Spero di essere stata più chiara di prima.
> > Vorrei sottolinerare il fatto che ovviamente ho già provato per
> > miaUltimaData la sintassi di MiaPrimaData, ma il risultato non cambia
>
> > Grazie ancora a te e anche agli altri che hanno risposto
>
> > Nina
>
> Allora fa una cosa usa il CvDate...
> Es.
> CVDate(Format([MiaPrimaData],"dd/mm/yy"))
>
> Me faccia sapè Right("Tonina";4) :-)
>
>
> --
> Pablitomf (Maurizio Facciuti)
>
> 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
>
Ciao, ho provato così,
 miaPrimaData = Month(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
Day(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
Year(CVDate(Format([PrimaData], "mm/dd/yyyy")))
    miaUltimaData = Month(CVDate(Format([UltimaData], "mm/dd/yyyy"))) & "/"
& Day(CVDate(Format([UltimaData], "mm/dd/yyyy"))) & "/" &
Year(CVDate(Format([UltimaData], "mm/dd/yyyy")))
(Ti ricordo che PrimaData è il il secondo argomento della funzione, ecc.
ecc.)
ma, il risultato continua ad essere
?ElencoCorsiUtente(746,#14/04/2004#,#04/06/2004#)
4/14/2004
06/04/2004
Grazie mille comunque, ma se hai ancora qualche suggerimento è sempre ben
accetto!!
Ciao
Nina OR  StrConv(Mid("Tonina";3;4);3) ;-)))


text:
Nina ha scritto:
> Ciao, ho provato così,
>  miaPrimaData = Month(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
> Day(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
> Year(CVDate(Format([PrimaData], "mm/dd/yyyy")))
>     miaUltimaData = Month(CVDate(Format([UltimaData], "mm/dd/yyyy"))) & "/"
> & Day(CVDate(Format([UltimaData], "mm/dd/yyyy"))) & "/" &
> Year(CVDate(Format([UltimaData], "mm/dd/yyyy")))
> (Ti ricordo che PrimaData è il il secondo argomento della funzione, ecc.
> ecc.)
> ma, il risultato continua ad essere
> ?ElencoCorsiUtente(746,#14/04/2004#,#04/06/2004#)
> 4/14/2004
> 06/04/2004
No, non dicevo di dividere Month, Day e Year... ma direttamente
miaPrimaData = CVDate(Format([PrimaData], "mm/dd/yyyy")))
miaUltimaData = CVDate(Format([UltimaData], "mm/dd/yyyy")))
***
Che necessità hai di crearti le funzioni in questo modo ?
miaPrimaData = Month(...)& "/" & Day(...)& "/" & Year(...)
Fammi sapere
Ciao



text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:cea756$v5e$1...@news.newsland.it...
> Nina ha scritto:
>
> > Ciao, ho provato così,
> >  miaPrimaData = Month(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
> > Day(CVDate(Format([PrimaData], "mm/dd/yyyy"))) & "/" &
> > Year(CVDate(Format([PrimaData], "mm/dd/yyyy")))
> >     miaUltimaData = Month(CVDate(Format([UltimaData], "mm/dd/yyyy"))) &
"/"
> > & Day(CVDate(Format([UltimaData], "mm/dd/yyyy"))) & "/" &
> > Year(CVDate(Format([UltimaData], "mm/dd/yyyy")))
>
> > (Ti ricordo che PrimaData è il il secondo argomento della funzione, ecc.
> > ecc.)
> > ma, il risultato continua ad essere
>
> > ?ElencoCorsiUtente(746,#14/04/2004#,#04/06/2004#)
> > 4/14/2004
> > 06/04/2004
>
> No, non dicevo di dividere Month, Day e Year... ma direttamente
Ho provato anche così, ma niente
>
> miaPrimaData = CVDate(Format([PrimaData], "mm/dd/yyyy")))
> miaUltimaData = CVDate(Format([UltimaData], "mm/dd/yyyy")))
>
> ***
>
> Che necessità hai di crearti le funzioni in questo modo ?
> miaPrimaData = Month(...)& "/" & Day(...)& "/" & Year(...)
Nessuna necessità, anzi mi rendo conto che sembra che mi complichi la vita,
ma quando non funziona bene qualcosa, cerco di provare altre soluzioni  e
questo era solo un tentativo, speravo cioè che spezzando di nuovo la data in
mese giorno anno potessi ricostruirla correttamente (il che ovviamente
avviene solo che mi continua ad essere restituito il mese "06" anziché 6.
> Fammi sapere
> Ciao
>
> --
> Pablitomf (Maurizio Facciuti)
>
Grazie mille e complimenti per il sito (ma come mai non viene più aggiornato
il SC?)
Ciao Nina


text:
"Nina" <
paninotElim...@yahoo.it
> ha scritto nel messaggio news:G24Oc.69710$5D1.3...@news4.tin.it...
>
> Nessuna necessità, anzi mi rendo conto che sembra che mi complichi la vita,
> ma quando non funziona bene qualcosa, cerco di provare altre soluzioni  e
> questo era solo un tentativo, speravo cioè che spezzando di nuovo la data in
> mese giorno anno potessi ricostruirla correttamente (il che ovviamente
> avviene solo che mi continua ad essere restituito il mese "06" anziché 6.
>
Scusa Nina, forse è una strunzata ma hai controllato le tue impostazioni internazionali (pannello di controllo)?
>
> Grazie mille e complimenti per il sito (ma come mai non viene più aggiornato
> il SC?)
Ammutinamento contro la Triade...
> Ciao Nina
Ciao.
--
Sergio MAZZA


text:
Nina ha scritto:
> Grazie mille e complimenti per il sito (ma come mai non viene più aggiornato
> il SC?)
> Ciao Nina
Il perchè non ci è chiaro, ma è proprio il motivo per il quale abbiamo
deciso "in una notte di maggio" (ma che è "Senna" di L.Dalla?) al raduno
Sud (il sottoscritto, MA e Biso) di provarci, ed eccoci quà a coinvolgere
tutti nell'intento... piaciuta?
Anzi, se hai suggerimenti fa pure.



text:
"Sergio MAZZA" <
sergi...@tiscali.it
> ha scritto nel messaggio
news:ceajpj$3nh$1...@canarie.caspur.it...
> "Nina" <
paninotElim...@yahoo.it
> ha scritto nel messaggio
news:G24Oc.69710$5D1.3...@news4.tin.it...
> >
> > Nessuna necessità, anzi mi rendo conto che sembra che mi complichi la
vita,
> > ma quando non funziona bene qualcosa, cerco di provare altre soluzioni
e
> > questo era solo un tentativo, speravo cioè che spezzando di nuovo la
data in
> > mese giorno anno potessi ricostruirla correttamente (il che ovviamente
> > avviene solo che mi continua ad essere restituito il mese "06" anziché
6.
> >
>
> Scusa Nina, forse è una strunzata ma hai controllato le tue impostazioni
internazionali (pannello di controllo)?
>
Sono quelle standard per il formato italiano.
Il mio (solo mio?) dubbio è questo:
Access converte automaticamente la data "pescata" dal db MySQL (
f.to
yyyymmdd) nel formato "dd/mm/yyyy" o "mm/dd/yyyy"?
Dopo aver fatto alcune prove sono arrivata alla conclusione che se la data
viene passata da codice nel formato "dd/mm/yyyy" Access la interpreta
correttamente solo se il giorno è maggiore di 12 altrimenti scambia giorno
per mese!!!
Il punto è che io da codice non passo niente (o meglio passo le date nella
finestra immediata per fare le prove), ma le pesco direttamente con una
query in cui inserisco la funzione
ElencoCorsiUtente(idCandidato,PrimaData;UltimaData). Tutti e tre gli
argomenti sono campi della query, quindi il tutto è gestito da Access o chi
per lui (jet?)
Come posso essere certa della corretta interpretazione delle date?
Altra domanda: secondo te è possibile far leggere il campo data di MYSQL
come un campo testo che poi scompongo correttamente nelle componenti Anno -
mese- Giorno?
In questo caso rinuncerei alle fuznioni predefinite sulle date, ma potrebbe
valerne la pena.
> > Grazie mille e complimenti per il sito (ma come mai non viene più
aggiornato
> > il SC?)
>
> Ammutinamento contro la Triade...
Bene !!! Sono con voi (non me ne voglia la triade, scherzo!!)
> > Ciao Nina
>
> Ciao.
>
> --
> Sergio MAZZA
>
Ciao
Nina


text:
"Nina" <
paninotElim...@yahoo.it
> ha scritto nel messaggio news:CX4Oc.70012$5D1.3...@news4.tin.it...
>
> Sono quelle standard per il formato italiano.
>
> Il mio (solo mio?) dubbio è questo:
> Access converte automaticamente la data "pescata" dal db MySQL (
f.to
> yyyymmdd) nel formato "dd/mm/yyyy" o "mm/dd/yyyy"?
In alcuni casi sì; nell'help di access'97 viene indicata la necessità di utilizare il formato americano per istruzioni SQL. Mentre
nel generatore di query no.
> Dopo aver fatto alcune prove sono arrivata alla conclusione che se la data
> viene passata da codice nel formato "dd/mm/yyyy" Access la interpreta
> correttamente solo se il giorno è maggiore di 12 altrimenti scambia giorno
> per mese!!!
Ellapeppa!
> Il punto è che io da codice non passo niente (o meglio passo le date nella
> finestra immediata per fare le prove), ma le pesco direttamente con una
> query in cui inserisco la funzione
> ElencoCorsiUtente(idCandidato,PrimaData;UltimaData). Tutti e tre gli
> argomenti sono campi della query, quindi il tutto è gestito da Access o chi
> per lui (jet?)
(domanda stupida) Hai definito i parametri di ElencoCorsiUtente come Date?
> Come posso essere certa della corretta interpretazione delle date?
Di solito utilizzo IsDate ma chiaramente non c'è errore tra 12/1/04 e 1/12/04.
> Altra domanda: secondo te è possibile far leggere il campo data di MYSQL
> come un campo testo che poi scompongo correttamente nelle componenti Anno -
> mese- Giorno?
Puoi scomporlo con le funzioni che già conosci (day, month, year)
> In questo caso rinuncerei alle fuznioni predefinite sulle date, ma potrebbe
> valerne la pena.
Secondo me è meglio capire cosa succede; hai provato a fare ricerche con google in questo NG? Non mi sembra nuovo come problema.
> Bene !!! Sono con voi (non me ne voglia la triade, scherzo!!)
Come scherzi!!!?? O sei con noi o contro di noi!
