text:
> Ma non esagerare, suvvia...
> Novità interessanti ci sono eccome (Rich text nativo, anteprime Rpt
> interattive, Immagini "bound", PDF senza torcersi il collo in armenicoli,
> etc.): il problema semmai è legato a ciò che hanno eliminato!    ;-)
Ciao Simone.
Il RichText è di discutibile utilità, personalmente non lo trovo utile, ma
anche lo fosse
non hanno fatto altro che inglobare un nuovo OCX nativo... che c'è di
nuovo..., prima non potevi usare
l'OCX di Lebans...?
Immagini Bound...? Novità...?
Vuoi dire che questo ti cambia la vita invece di avere 1 riga di codice che
assegnava la Picture...?
Se mi convinci che convertendo le tue applicaizoni a A2007 nelle quali
sfruttavani la tecnica UnBound
apporterai modifica al codice perchè ora con 2007 hai la possibilità del
BOUND non ci credo nemmeno se
mi mostri.... la retrocompatibilità non c'è ed i vantaggi quali
sarebbero...?
PDF.... ;-)
Sai Simone io ho un concetto un pò differente per definire "Novità", ed a
mio avviso non ce ne sono, quanto hanno implementato sono solo ed
esclusivamente COMODITA'.
> A me crea molti problemi l'assenza delle barre dei menù.
Ma come.... ora hai i Ribbons che in inglese sono i Nastri...., quelli
colorati da mettere nei capelli...!!!
;-)
> >MS ha dichiarato che ADP non verrà più sviluppato,
>
>
> Beh, questo non l'hanno ufficialmente dichiarato: diciamo che è una nostra
> constatazione.
> Si vedrà poi in futuro che faranno concretamente (magari eliminano gli
.mdb:
> sono talmente bizzarri :-)
> D'altra parte le buone intenzioni le hanno: dichiarano che il gruppo di
> lavoro in Microsoft che sviluppa Access non sia mai stato così vasto.
>
>
> Penso che questo passo possa essere un motivo per indurre gli
> affezionati a non cambiare, ma tecnicamente ho sensazioni diverse...
>
> Parlando per esperienza personale io mi stò orientando su NET,
> ovviamente ora sono
> "ignorante" e non riuscirei a generare nulla, ma stò studiandolo per
> rimpiazzare VB6 ed Access, non credo ci siano molte scelte nel futuro
> nonostante le varie resistenze...
>
>
> Se ti riferisci allo sviluppo Desktop, francamente non c'è alcuna ragione
di
> cambiare per avere le stesse cose...
> In prospettiva web, invece niente da dire: Access non offre nulla, mentre
>
ASP.NET
 è davvero potente.
Mi riferisco allo sviloppo DeskTop principalmente, e prima di iniziare a
lavorarci
ero della tua stessa idea.
Ora stò cambiando parere, è dovuto anche alla mia deformazione di sviluppare
ObjectOriented e con NET non hai più limiti(se non quelli dati da I.L.), ma
non stò dicendo
che sia meglio o peggio, stò dicendo che per ora mi stò informando ed inizio
ad apprezzarne molti aspetti...!
Io, fortunatamente, non ci mangio con l'informatica, sarei anoressico,
quindi i miei tempi sono molto tranquilli, posso godermi questi nuovi
giocattoli senza troppo stress....
> Comunque sono discorsi assai teorici: capire quel che passa per la testa
ai
> guru di MS è sempre stato impensabile!
>
> Saluti.
>
Bye



title: [Access 2007] Runtime e Developer Extensions saranno free

author: Simone Calligaris

text:
> Ciao Simone.
> Il RichText è di discutibile utilità, personalmente non lo trovo utile, ma
> anche lo fosse
> non hanno fatto altro che inglobare un nuovo OCX nativo... che c'è di
> nuovo..., prima non potevi usare
> l'OCX di Lebans...?
> Immagini Bound...? Novità...?
> Vuoi dire che questo ti cambia la vita invece di avere 1 riga di codice
che
> assegnava la Picture...?
> Se mi convinci che convertendo le tue applicaizoni a A2007 nelle quali
> sfruttavani la tecnica UnBound
> apporterai modifica al codice perchè ora con 2007 hai la possibilità del
> BOUND non ci credo nemmeno se
> mi mostri.... la retrocompatibilità non c'è ed i vantaggi quali
> sarebbero...?
> PDF.... ;-)
> Sai Simone io ho un concetto un pò differente per definire "Novità"
Eeeeellllàààà  Madoooonnaaaaaa, rilassati su!
>, ed a
> mio avviso non ce ne sono, quanto hanno implementato sono solo ed
> esclusivamente COMODITA'.
Alessandro, per favore: non essere supponente ... non sono Simba883   ;-)
Con l'atteggiamento con cui mi rispondi si potrebbe declassare qualunque
tipo d'innovazione.
Quanto scrivi si applica senza problemi ad Access 2003 (novità zero rispetto
a XP), mentre non è realistico trattando la release 12.
Il Rich text nativo applicato, ad esempio, a un programma di fatturazione è
di estrema utilità ed evita la distribuzione di un ActiveX e i relativi
problemi di registrazione/sregistrazione.
Di Lebans ho utilizzato varie volte il "rotate control" .OCX, ma quanti
problemi
in fase di design mi sarei risparmiato fosse esistita nativamente tale
funzionalità...
L'image Control "Bound" consente di creare maschere continue con un'immagine
differente legata ad ogni Record: ovvero uno dei tormentoni storici di
questo NG ... centinaia di post sull'argomento.
Le anteprime reports interattive, con possibilità di esplodere collegamenti
ipertestuali, ricercare informazioni, copiare nel clipboard, etc. sono state
fino a ieri le oggettive limitazioni dell'Access Engine rispetto a Crystal
Reports.
Il supporto interno del formato PDF, oggi che tutti chiedono l'invio di
Ordini e Fatture via e-mail è importante: le soluzioni oggi esistenti basate
su PDF Printers (o Lebans) sono macchinose e danno problemi in
configurazione Terminal Server.
Ma ci sono altri aspetti del prodotto apprezzabili per chi li sappia
cogliere: i totali inclusi nei datasheets, la vista Split Form (che può
evitare la creazione di subforms a go go), gli strumenti nuovi per il design
dei reports ... e perchè no, la facilità con cui è possibile creare
interfacce di grande impatto grafico.
Certo, sarebbe stato il massimo avere finalmente un Treeview nativo (invece
che un inutile calendario) o la possibilità di creare controlli a Runtime
(invece che solo a DesignTime) o una formattazione condizionale più
potente...
Ma ci si potrebbe comunque accontentare se non avessero eliminato features
preesistenti che molti usavano.
Ecco, questa è l'estrema bizzarria di Access 2007: non la mancanza
d'innovazioni, ma la scelta di eliminare il supporto di certi aspetti.
> > Se ti riferisci allo sviluppo Desktop, francamente non c'è alcuna
ragione
> di
> > cambiare per avere le stesse cose...
> > In prospettiva web, invece niente da dire: Access non offre nulla,
mentre
> >
ASP.NET
 è davvero potente.
> Mi riferisco allo sviloppo DeskTop principalmente, e prima di iniziare a
> lavorarci
> ero della tua stessa idea.
> Ora stò cambiando parere, è dovuto anche alla mia deformazione di
sviluppare
> ObjectOriented e con NET non hai più limiti(se non quelli dati da I.L.),
ma
> non stò dicendo
> che sia meglio o peggio, stò dicendo che per ora mi stò informando ed
inizio
> ad apprezzarne molti aspetti...!
> Io, fortunatamente, non ci mangio con l'informatica, sarei anoressico,
> quindi i miei tempi sono molto tranquilli, posso godermi questi nuovi
> giocattoli senza troppo stress....
Beh, sì: è anche questione di prospettive.
Se ci lavori per diletto o esigenze personali è pure divertente provare cose
diverse, informarsi, smacchinare.
Ma chi ha scritto milionate di codice per lavoro ha un approccio diverso:
anzitutto interessano i risultati proposti agli utenti/clienti e non la
forma in cui vengono raggiunti.
Che il software venga sviluppato in forma procedurale, piuttosto che
"basata" su oggetti, piuttosto invece che "a" oggetti o in qualunque altro
*GoodRoom* proprio non te ne può fregar di meno.
In secondo luogo sviluppare software costa: molto tempo, molte risorse,
molti soldi, molti imprevisti.
I pacchetti aziendali a suo tempo sviluppati in VB6 continuano a esser
proposti con quella tecnologia, benchè stia terminando il periodo di
supporto.
Se i produttori avessero garanzia che funzionasse ancora tra 20 anni,
nemmeno a picchiarli s'imbarcherebbero con le Windows Forms.
Non otterrebbero nulla di più (parliamo di sviluppo DeskTop) rispetto a
quanto hanno oggi, a parte un'immane quantità di grane.
Non si parla di "resistenze al cambiamento" o "pigrizia intellettuale" o
"esser fuori moda", ma di puro buonsenso pratico.
Saluti.


author: Alessandro Baraldi

text:
[CUT]
> Eeeeellllàààà  Madoooonnaaaaaa, rilassati su!
>
[CUT]
> Alessandro, per favore: non essere supponente ... non sono Simba883   ;-)
> Con l'atteggiamento con cui mi rispondi si potrebbe declassare qualunque
> tipo d'innovazione.
Scusa per la possibile interpretazione negativa che ho dato, non
volevo assolutamente darti questa impressione, mi flagello sui
frammenti di vetro.... ;-)
Scherzi a parte non era mia intenzione.
> Quanto scrivi si applica senza problemi ad Access 2003 (novità zero rispetto
> a XP), mentre non è realistico trattando la release 12.
Per me infatti il 2003 non è mai stato fatto... ;-) come il 2000 per
altro...!
> Il Rich text nativo applicato, ad esempio, a un programma di fatturazione è
> di estrema utilità ed evita la distribuzione di un ActiveX e i relativi
> problemi di registrazione/sregistrazione.
Beh ma quelli li hai ugualmente... vuoi dire che non distribuisci mai
un TreeView...?
> Di Lebans ho utilizzato varie volte il "rotate control" .OCX, ma quanti
> problemi
> in fase di design mi sarei risparmiato fosse esistita nativamente tale
> funzionalità...
Concordo, tutto quello che non c'è non si rompe...!
> L'image Control "Bound" consente di creare maschere continue con un'immagine
> differente legata ad ogni Record: ovvero uno dei tormentoni storici di
> questo NG ... centinaia di post sull'argomento.
Beh si comodo.... poi succede che ci colleghi immagini da 2Mb ....
perchè non puoi
gestire le Thumbnail e con 10 immagini in una Form a Maschere continue
si inchioda...!
Allora creati una funzione con GDI che prende la Thumb....
;-)
> Le anteprime reports interattive, con possibilità di esplodere collegamenti
> ipertestuali, ricercare informazioni, copiare nel clipboard, etc. sono state
> fino a ieri le oggettive limitazioni dell'Access Engine rispetto a Crystal
> Reports.
Vero anche questo è abbastanza COMODO
> Il supporto interno del formato PDF, oggi che tutti chiedono l'invio di
> Ordini e Fatture via e-mail è importante: le soluzioni oggi esistenti basate
> su PDF Printers (o Lebans) sono macchinose e danno problemi in
> configurazione Terminal Server.
>
> Ma ci sono altri aspetti del prodotto apprezzabili per chi li sappia
> cogliere: i totali inclusi nei datasheets, la vista Split Form (che può
> evitare la creazione di subforms a go go), gli strumenti nuovi per il design
> dei reports ... e perchè no, la facilità con cui è possibile creare
> interfacce di grande impatto grafico.
>
> Certo, sarebbe stato il massimo avere finalmente un Treeview nativo (invece
> che un inutile calendario) o la possibilità di creare controlli a Runtime
> (invece che solo a DesignTime) o una formattazione condizionale più
> potente...
Ecco ora stiamo parlando di come io avrei visto il cambiamento...
> Ma ci si potrebbe comunque accontentare se non avessero eliminato features
> preesistenti che molti usavano.
> Ecco, questa è l'estrema bizzarria di Access 2007: non la mancanza
> d'innovazioni, ma la scelta di eliminare il supporto di certi aspetti.
;-)
[CUT]
> Beh, sì: è anche questione di prospettive.
> Se ci lavori per diletto o esigenze personali è pure divertente provare cose
> diverse, informarsi, smacchinare.
Fai attenzione non ho detto che non sviluppo per lavoro, ma che non ci
mangio, ed
essendo una parte del mio lavoro non DOVUTA ma a volontà personale mi
lascia la possibilità di sperimentare senza la pressione della
"pagnotta", ed in questo mi ritengo molto fortunato.
 > Ma chi ha scritto milionate di codice per lavoro ha un approccio
diverso:
> anzitutto interessano i risultati proposti agli utenti/clienti e non la
> forma in cui vengono raggiunti.
Purtroppo è vero.
> Che il software venga sviluppato in forma procedurale, piuttosto che
> "basata" su oggetti, piuttosto invece che "a" oggetti o in qualunque altro
> *GoodRoom* proprio non te ne può fregar di meno.
Anche quì purtroppo credo, non è dubitativo, sia così...!
Anche se sono convinto tu sappia bene cosa significa scrivere codice
riutilizzabile
invece che no...
> In secondo luogo sviluppare software costa: molto tempo, molte risorse,
> molti soldi, molti imprevisti.
Ecco questo è un aspetto al quale io non sono sottoposto, o solo
margionalmente.
> I pacchetti aziendali a suo tempo sviluppati in VB6 continuano a esser
> proposti con quella tecnologia, benchè stia terminando il periodo di
> supporto.
> Se i produttori avessero garanzia che funzionasse ancora tra 20 anni,
> nemmeno a picchiarli s'imbarcherebbero con le Windows Forms.
> Non otterrebbero nulla di più (parliamo di sviluppo DeskTop) rispetto a
> quanto hanno oggi, a parte un'immane quantità di grane.
Certo, questa affermazione è "ovvia"... nel mio caso la cosa è diversa
io faccio
e decido....!
;-)
> Non si parla di "resistenze al cambiamento" o "pigrizia intellettuale" o
> "esser fuori moda", ma di puro buonsenso pratico.
>
> Saluti
Ciao Simone.
@Alex


text:
>Scusa per la possibile interpretazione negativa che ho dato, non
>volevo assolutamente darti questa impressione, mi flagello sui
>frammenti di vetro.... ;-)
>scherzi a parte non era mia intenzione.
Vetro?
Ma va benissimo anche un tradizionale cilicio di spine    ;-)
> Il Rich text nativo applicato, ad esempio, a un programma di fatturazione
è
> di estrema utilità ed evita la distribuzione di un ActiveX e i relativi
> problemi di registrazione/sregistrazione.
>Beh ma quelli li hai ugualmente... vuoi dire che non distribuisci mai
>un TreeView...?
Certo che no: mica è obbligatorio utilizzarli i treeview ... non ho ancora
trovato una problematica in cui siano insostituibili.
Comunque, vedendola così, sarebbero ben pochi gli aspetti di Access
migliorabili: sfruttando le suite di OCX che si trovano a pagamento (o meno)
sul web, niente è precluso.
Ci sono collezioni d'ActiveX specificamente testate per Access che fanno
davvero "di tutto di più".
A quel punto, già Access XP sarebbe una versione "definitiva".
> L'image Control "Bound" consente di creare maschere continue con
un'immagine
> differente legata ad ogni Record: ovvero uno dei tormentoni storici di
> questo NG ... centinaia di post sull'argomento.
Beh si comodo.... poi succede che ci colleghi immagini da 2Mb ....
perchè non puoi
gestire le Thumbnail e con 10 immagini in una Form a Maschere continue
si inchioda...!
Sarebbe da provare come si comporti in quello scenario.
Comunque l'importante è che la possibilità ci sia: non mi riferisco soltanto
ai problemi d'archiviazione immagini.
Varie volte ho incontrato utenti che avrebbero gradito Forms tabellari con
qualche indicazione visuale in più: che so, la tipica bandierina nazionale
associata al codice nazione, ad ex.
Queste e altre cose sono possibili oggi, non lo erano in alcun modo con le
versioni precedenti.
A meno di creare un OLE per ogni record: inaccettabile per l'effetto
bloating che ne sarebbe derivato su molti records.
> Le anteprime reports interattive, con possibilità di esplodere
collegamenti
> ipertestuali, ricercare informazioni, copiare nel clipboard, etc. sono
state
> fino a ieri le oggettive limitazioni dell'Access Engine rispetto a Crystal
> Reports.
Vero anche questo è abbastanza COMODO
Non è semplicemente "comodo": è proprio una gran cosa, di cui si sentiva la
mancanza da sempre.
> Certo, sarebbe stato il massimo avere finalmente un Treeview nativo
(invece
> che un inutile calendario) o la possibilità di creare controlli a Runtime
> (invece che solo a DesignTime) o una formattazione condizionale più
> potente...
Ecco ora stiamo parlando di come io avrei visto il cambiamento...
Beh, ma se a tuo avviso non è un problema utilizzare controlli ActiveX
(parole tue relative a Rich Text e TreeView), non sarebbero stati
cambiamenti importanti.
Eh?
>Fai attenzione non ho detto che non sviluppo per lavoro, ma che non ci
>mangio, ed
>essendo una parte del mio lavoro non DOVUTA ma a volontà personale mi
>lascia la possibilità di sperimentare senza la pressione della
>"pagnotta", ed in questo mi ritengo molto fortunato.
Ma sai che io non ho ancora ben capito che fai?   ;-)
Posso chiedere nello specifico di cosa ti occupi (libero professionista
immagino)?
> Che il software venga sviluppato in forma procedurale, piuttosto che
> "basata" su oggetti, piuttosto invece che "a" oggetti o in qualunque altro
> *GoodRoom* proprio non te ne può fregar di meno.
>Anche quì purtroppo credo, non è dubitativo, sia così...!
>Anche se sono convinto tu sappia bene cosa significa scrivere codice
>riutilizzabile
>invece che no...
So bene, per esperienza, che è una mistificazione l'idea che codice pulito,
leggibile e riusabile si possa sviluppare solo "a oggetti".
I primi dieci anni di lavoro li ho vissuti in un'azienda che sviluppava una
procedura _enorme_ base RM Cobol: linguaggio a dir poco arcaico, ma dovresti
vedere come erano strutturati i programmi (li avrebbe forse letti e capiti
uno studente).
E quella procedura, per quanto base carattere, era solida come una roccia.
D'altra parte possono essere solide _funzionamento e manutenibilità_
applicazioni basate su Access o VB tradizionale: raggiunto tale obiettivo,
ci si può accomodare tranquilli a guardare la partita   ;-)
Ciao, Simone


author: ALESSANDRO Baraldi

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:45c76a79$0$1162$4faf...@reader2.news.tin.it...
>
> >Scusa per la possibile interpretazione negativa che ho dato, non
> >volevo assolutamente darti questa impressione, mi flagello sui
> >frammenti di vetro.... ;-)
> >scherzi a parte non era mia intenzione.
>
> Vetro?
> Ma va benissimo anche un tradizionale cilicio di spine    ;-)
[Risposta]
Il vetro faceva pių sottomissione in segno di scuse.... ma potrei fare come
l'Albino
ne "Il codice da Vinci".....
> > Il Rich text nativo applicato, ad esempio, a un programma di
fatturazione
> č
> > di estrema utilitā ed evita la distribuzione di un ActiveX e i relativi
> > problemi di registrazione/sregistrazione.
>
> >Beh ma quelli li hai ugualmente... vuoi dire che non distribuisci mai
> >un TreeView...?
>
>
> Certo che no: mica č obbligatorio utilizzarli i treeview ... non ho ancora
> trovato una problematica in cui siano insostituibili.
Sante parole....
> Comunque, vedendola cosė, sarebbero ben pochi gli aspetti di Access
> migliorabili: sfruttando le suite di OCX che si trovano a pagamento (o
meno)
> sul web, niente č precluso.
> Ci sono collezioni d'ActiveX specificamente testate per Access che fanno
> davvero "di tutto di pių".
>
> A quel punto, giā Access XP sarebbe una versione "definitiva".
[Risposta]
Se fossero Bound si....
Io al lavoro ho l'uso della suite della DBI-TECH che reputo molto
performante in Access
anche se il suo utilizzo č pių un tono di colore che funzionale, ma li ho
ereditati e nonostate
il mio scetticismo sono carini....
> > L'image Control "Bound" consente di creare maschere continue con
> un'immagine
> > differente legata ad ogni Record: ovvero uno dei tormentoni storici di
> > questo NG ... centinaia di post sull'argomento.
>
> Beh si comodo.... poi succede che ci colleghi immagini da 2Mb ....
> perchč non puoi
> gestire le Thumbnail e con 10 immagini in una Form a Maschere continue
> si inchioda...!
>
>
> Sarebbe da provare come si comporti in quello scenario.
> Comunque l'importante č che la possibilitā ci sia: non mi riferisco
soltanto
> ai problemi d'archiviazione immagini.
> Varie volte ho incontrato utenti che avrebbero gradito Forms tabellari con
> qualche indicazione visuale in pių: che so, la tipica bandierina nazionale
> associata al codice nazione, ad ex.
> Queste e altre cose sono possibili oggi, non lo erano in alcun modo con le
> versioni precedenti.
>
> A meno di creare un OLE per ogni record: inaccettabile per l'effetto
> bloating che ne sarebbe derivato su molti records.
[Risposta]
Tutto vero, ma a sapersi accontentare le Bandierine si tengono in 2Kb in BMP
e non gonfiano
oltre il loro valore..., chiaro che se vuoi immagini TrueColor (JPG) .....
ma anche li servono
limiti.
E' in ogni caso vero che con l'oggetto Immagine Bound č meglio.
> > Le anteprime reports interattive, con possibilitā di esplodere
> collegamenti
> > ipertestuali, ricercare informazioni, copiare nel clipboard, etc. sono
> state
> > fino a ieri le oggettive limitazioni dell'Access Engine rispetto a
Crystal
> > Reports.
>
> Vero anche questo č abbastanza COMODO
>
>
> Non č semplicemente "comodo": č proprio una gran cosa, di cui si sentiva
la
> mancanza da sempre.
>
>
> > Certo, sarebbe stato il massimo avere finalmente un Treeview nativo
> (invece
> > che un inutile calendario) o la possibilitā di creare controlli a
Runtime
> > (invece che solo a DesignTime) o una formattazione condizionale pių
> > potente...
>
> Ecco ora stiamo parlando di come io avrei visto il cambiamento...
>
>
> Beh, ma se a tuo avviso non č un problema utilizzare controlli ActiveX
> (parole tue relative a Rich Text e TreeView), non sarebbero stati
> cambiamenti importanti.
> Eh?
Fai attenzione... quando mi riferisco in generale ad OCX(che peraltro non
ammiro) generalizzo.
Gli unici OCX di cui Access avrebbe bisogno sono 2:
1)Una griglia gerarchica in grado di inglobare oggetti
2)PictureBox
Tutto il resto č bypassabile, come si č sempre fatto...!
Una cosa di cui Access avrebbe bisogno č quella di poter istanziare
Oggetti(OCX) anche senza
doverli inserire nelle Form, cosa che in VB6 č estremamente comodo, vedi ad
esempio il tipico
Winsock nel caso di MultiIstanza delle comunicazioni....!
E' vero che Access non č nato per questo, ma perchč mai mi devo fare un
ClientServer con VB6 per
una comunicazione multipla... visto che il VBA č simile ed in questo caso
l'IDE non c'entra nulla...?
Beh era un esempio ovviamente.....
> Ma sai che io non ho ancora ben capito che fai?   ;-)
> Posso chiedere nello specifico di cosa ti occupi (libero professionista
> immagino)?
No, sono dipendente.
Mi occupo di Automazione e Regolazione dei processi di produzione in
un'Industria.
In pratica grossi D.C.S.(distribuited control sistem), hanno rimpiazzato i
grossi PLC con mediamente
30000 processi di automazione, quindi il linguaggio di programmazione che
utilizzo non č VB.
Per passione personale poi ho integrato le cose ed ampliate ad applicativi
interni.
> > Che il software venga sviluppato in forma procedurale, piuttosto che
> > "basata" su oggetti, piuttosto invece che "a" oggetti o in qualunque
altro
> > *GoodRoom* proprio non te ne puō fregar di meno.
>
> >Anche quė purtroppo credo, non č dubitativo, sia cosė...!
>
> >Anche se sono convinto tu sappia bene cosa significa scrivere codice
> >riutilizzabile
> >invece che no...
>
>
> So bene, per esperienza, che č una mistificazione l'idea che codice
pulito,
> leggibile e riusabile si possa sviluppare solo "a oggetti".
> I primi dieci anni di lavoro li ho vissuti in un'azienda che sviluppava
una
> procedura _enorme_ base RM Cobol: linguaggio a dir poco arcaico, ma
dovresti
> vedere come erano strutturati i programmi (li avrebbe forse letti e capiti
> uno studente).
> E quella procedura, per quanto base carattere, era solida come una roccia.
Ecco io per chiarirci programmavo in Assembler inizialmente processi di
automazione
pertanto ho la fissa dell'ottimizzazione del codice, in ASM non potevi
permetterti lussi
di VB e VBA.... e quel codice era decisamente molto solido, anche perchč poi
veniva sbattuto
su EEPROM e chi lo rompeva pių...!
> D'altra parte possono essere solide _funzionamento e manutenibilitā_
> applicazioni basate su Access o VB tradizionale: raggiunto tale obiettivo,
> ci si puō accomodare tranquilli a guardare la partita   ;-)
Argomento OFF_LIMIT in questi giorni...!
> Ciao, Simone
Mi sā che abbiamo un pō divagato....
Ciao



author: MA

text:
Simone Calligaris wrote:
>> Beh ma quelli li hai ugualmente... vuoi dire che non distribuisci mai
>> un TreeView...?
>
>
> Certo che no: mica è obbligatorio utilizzarli i treeview ... non ho
> ancora trovato una problematica in cui siano insostituibili.
Io invece da un pò ho la fissa dei treeview e li uso per tutto, anche come
menu
Molto comodi e lavorandoci un pò anche belli graficamente
(pensa ad un menu come le operazioni comuni nelle cartelle di windows con
l'splosione e l'implosione di voci, lo sfondo e i rami colorati come vuoi)
Utili
>
> Comunque, vedendola così, sarebbero ben pochi gli aspetti di Access
> migliorabili: sfruttando le suite di OCX che si trovano a pagamento
> (o meno) sul web, niente è precluso.
> Ci sono collezioni d'ActiveX specificamente testate per Access che
> fanno davvero "di tutto di più".
hai trovato un buon controllo agenda stile outlook
[CUT]
> Ma sai che io non ho ancora ben capito che fai?   ;-)
> Posso chiedere nello specifico di cosa ti occupi (libero
> professionista immagino)?
Acqua.
o avrei dovuto dire corrente???



text:
 [CUT]
>
> > Ma sai che io non ho ancora ben capito che fai?   ;-)
> > Posso chiedere nello specifico di cosa ti occupi (libero
> > professionista immagino)?
>
> Acqua.
>
> o avrei dovuto dire corrente???
Acqua corrente...?
;-)
> Massimiliano
Amendolawww.accessgroup.it
> Cisa - Conferenza Italiana Sviluppatori Access
@Alex


author: cidi

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:1170756387....@j27g2000cwj.googlegroups.com...
> [CUT]
>>
>> > Ma sai che io non ho ancora ben capito che fai?   ;-)
>> > Posso chiedere nello specifico di cosa ti occupi (libero
>> > professionista immagino)?
>>
>> Acqua.
>>
>> o avrei dovuto dire corrente???
>
> Acqua corrente...? > ;-)
si, quella che serve per lavarsi.
per il resto lascia scorrere il: rum, cognac, valpolicella, cabernet
...etc.ecc. ^___^
> @Alex
Ciao
Daniele


text:
> > Certo che no: mica è obbligatorio utilizzarli i treeview ... non ho
> > ancora trovato una problematica in cui siano insostituibili.
> Io invece da un pò ho la fissa dei treeview e li uso per tutto, anche come
> menu
> Molto comodi e lavorandoci un pò anche belli graficamente
> (pensa ad un menu come le operazioni comuni nelle cartelle di windows con
> l'splosione e l'implosione di voci, lo sfondo e i rami colorati come vuoi)
> Utili
De gustibus...
I menù a TreeView venivano abbastanza usati già dieci anni fa, ma non li ho
mai graditi.
Preferisco di gran lunga le classiche barre dei menù verticali: imho il più
pratico (e meno ingombrante) sistema di navigazione per contenitori
d'opzioni.
Non che le Ribbons di Access 2007 mi soddisfino di più...     ;-)
Saluti.


text:
> Il vetro faceva più sottomissione in segno di scuse.... ma potrei fare
come
> l'Albino
> ne "Il codice da Vinci".....
Odio i bestsellers: li leggo al massimo dieci anni dopo (mi fa sentire meno
omologato).
;-)
Senti, dammi un'anticipazione: che fa questo Albino?
> > A meno di creare un OLE per ogni record: inaccettabile per l'effetto
> > bloating che ne sarebbe derivato su molti records.
> Tutto vero, ma a sapersi accontentare le Bandierine si tengono in 2Kb in
BMP
> e non gonfiano
> oltre il loro valore...,
Ma sai che avevo provato una cosa del genere con Access XP e i riscontri mi
erano piaciuti poco?
In pratica, nonostante le bmp fossero di pochi KB, la tabella si gonfiava in
maniera più che proporzionale all'aumentare del numero dei records.
Tu hai fatto dei tests sulla cosa?
> Fai attenzione... quando mi riferisco in generale ad OCX(che peraltro non
> ammiro) generalizzo.
> Gli unici OCX di cui Access avrebbe bisogno sono 2:
> 1)Una griglia gerarchica in grado di inglobare oggetti
> 2)PictureBox
> Tutto il resto è bypassabile, come si è sempre fatto...!
> Una cosa di cui Access avrebbe bisogno è quella di poter istanziare
> Oggetti(OCX) anche senza
> doverli inserire nelle Form, cosa che in VB6 è estremamente comodo, vedi
ad
> esempio il tipico
> Winsock nel caso di MultiIstanza delle comunicazioni....!
> E' vero che Access non è nato per questo, ma perchè mai mi devo fare un
> ClientServer con VB6 per
> una comunicazione multipla... visto che il VBA è simile ed in questo caso
> l'IDE non c'entra nulla...?
> Beh era un esempio ovviamente.....
Un esempio interessante, anche se non esattamente gestionale  ;-)
A proposito di griglia gerarchica invece mi sfugge qualcosa: di solito
vengono utilizzate per visualizzare righe e sottorighe tipo le strutture
Master-Detail dei fogli dati ... ma tu ti riferivi ad altro.
> > Ma sai che io non ho ancora ben capito che fai?   ;-)
> > Posso chiedere nello specifico di cosa ti occupi (libero professionista
> > immagino)?
> No, sono dipendente.
> Mi occupo di Automazione e Regolazione dei processi di produzione in
> un'Industria.
> In pratica grossi D.C.S.(distribuited control sistem), hanno rimpiazzato i
> grossi PLC con mediamente
> 30000 processi di automazione, quindi il linguaggio di programmazione che
> utilizzo non è VB.
>
> Per passione personale poi ho integrato le cose ed ampliate ad applicativi
> interni.
Beh, in effetti è un ambito piuttosto OT per Access   ;-)
Ciao, Simone


text:
On 6 Feb, 14:07, "cidi" <
dadonzinos...@tin.it
> wrote:
> "Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggionews:1170756387....@j27g2000cwj.googlegroups.com...
>
> > [CUT]
>
> >> > Ma sai che io non ho ancora ben capito che fai?   ;-)
> >> > Posso chiedere nello specifico di cosa ti occupi (libero
> >> > professionista immagino)?
>
> >> Acqua.
>
> >> o avrei dovuto dire corrente???
>
> > Acqua corrente...? > ;-)
>
> si, quella che serve per lavarsi.
> per il resto lascia scorrere il: rum, cognac, valpolicella, cabernet
> ...etc.ecc. ^___^
>
> > @Alex
>
> Ciao
> Daniele
Boccaccia mia.......
;-)
@Alex


text:
On 6 Feb, 14:59, "Simone Calligaris" <
simoc...@libero.it
> wrote:
> > Il vetro faceva più sottomissione in segno di scuse.... ma potrei fare
> come
> > l'Albino
> > ne "Il codice da Vinci".....
>
> Odio i bestsellers: li leggo al massimo dieci anni dopo (mi fa sentire meno
> omologato).
>
> ;-)
>
> Senti, dammi un'anticipazione: che fa questo Albino?
Si flagellava con il cilicio....!
Albino era il soprannome dovuto all'aspetto "albino" appunto...,
un'invasato sionista era il suo ruolo...!
[CUT]
>
> Ma sai che avevo provato una cosa del genere con Access XP e i riscontri mi
> erano piaciuti poco?
> In pratica, nonostante le bmp fossero di pochi KB, la tabella si gonfiava in
> maniera più che proporzionale all'aumentare del numero dei records.
>
> Tu hai fatto dei tests sulla cosa?
Si ma non superavano il centianio di Records e con bmp 12x12 a
16colori(circa 600Byte massimo 1K) e non ho avuto queste sensazioni.
> > Fai attenzione... quando mi riferisco in generale ad OCX(che peraltro non
> > ammiro) generalizzo.
> > Gli unici OCX di cui Access avrebbe bisogno sono 2:
> > 1)Una griglia gerarchica in grado di inglobare oggetti
> > 2)PictureBox
> > Tutto il resto è bypassabile, come si è sempre fatto...!
> > Una cosa di cui Access avrebbe bisogno è quella di poter istanziare
> > Oggetti(OCX) anche senza
> > doverli inserire nelle Form, cosa che in VB6 è estremamente comodo, vedi
> ad
> > esempio il tipico
> > Winsock nel caso di MultiIstanza delle comunicazioni....!
> > E' vero che Access non è nato per questo, ma perchè mai mi devo fare un
> > ClientServer con VB6 per
> > una comunicazione multipla... visto che il VBA è simile ed in questo caso
> > l'IDE non c'entra nulla...?
> > Beh era un esempio ovviamente.....
>
> Un esempio interessante, anche se non esattamente gestionale  ;-)
E' un esempio di limite della programmazione ObjectOriented di VBA,
altro limite
esteso a VB è quello di reale polimorfismo ed ereditarietà delle
classi... cosa che
di certo per gli sviluppatori di gestionali ha un'interesse relativo,
anche perchè come
hai già detto l'intento di sviluppo OO è mooolto relativo, ed io
aggiungo MOOOOLTO
sconosciuto...! ;-)
> A proposito di griglia gerarchica invece mi sfugge qualcosa: di solito
> vengono utilizzate per visualizzare righe e sottorighe tipo le strutture
> Master-Detail dei fogli dati ... ma tu ti riferivi ad altro.
Alcune grliglie gerarchiche possono inglobare nelle singole celle
molti oggetti, Combo, immagini ListBox oppure tutte...., documenti di
Word ecc....!
> > Per passione personale poi ho integrato le cose ed ampliate ad applicativi
> > interni.
>
> Beh, in effetti è un ambito piuttosto OT per Access   ;-)
Già...!
Bye
@Alex


text:
"Alessandro Baraldi" <
> A proposito di griglia gerarchica invece mi sfugge qualcosa: di solito
> vengono utilizzate per visualizzare righe e sottorighe tipo le strutture
> Master-Detail dei fogli dati ... ma tu ti riferivi ad altro.
Alcune grliglie gerarchiche possono inglobare nelle singole celle
molti oggetti, Combo, immagini ListBox oppure tutte...., documenti di
Word ecc....!
Ma non ho ben capito il vantaggio rispetto alla sezione di una banale Form
continua.
Magari postami un link che gli dò una sfrugugliata sul web, senza farti
perdere tempo.
Saluti.


text:

Purtroppo con VB sono anni che non ci lavoro più, proprio perchè con
Access l'ho sostituito egregiamente, non ricordo più dove lo avevo
visto....!
Il vantaggio è relativo all'uso, nella singola cella potevi inserire
sia un TreeView, che altri OCX, PictureBox che già sono conteiner, e
contrariamente alle Maschere continue potevi formattarli
singolarmente, sai che le Form continue sui controlli non associati
ti fregano(formattazione a parte che in ogni caso è molto
limitata)...!
Se non ricordo male erano controlli Sheridan ma non ne sono certo...!
@Alex


text:

Eh no Simò, non farmi così scemo...
Non intendo quello l'albero tipo Outlook o outlook express, forse non hai
letto che io intendo le operazioni comuni di una cartella qualsiasi
Che è ben altra cosa graficamente



text:
"MA" <
> Eh no Simò, non farmi così scemo...
> Non intendo quello l'albero tipo Outlook o outlook express, forse non hai
> letto che io intendo le operazioni comuni di una cartella qualsiasi
> Che è ben altra cosa graficamente
Avevo capito benissimo e non ti facevo affatto scemo!
Ti saluto, sospettoso    ;-)


text:

Ti ho organizzato in pochi minuti una cosa semplice mooooolto grezza
immagina con le iconcine etc..
anche il tree colorato
http://www.massimilianoamendola.it/down/treemenu.jpg



text:
"MA" <
> > Avevo capito benissimo e non ti facevo affatto scemo!
> >
> > Ti saluto, sospettoso    ;-)
> Ti ho organizzato in pochi minuti una cosa semplice mooooolto grezza
> immagina con le iconcine etc..
> anche il tree colorato
>
http://www.massimilianoamendola.it/down/treemenu.jpg
Aaaaaaahhhh: quindi metti in dubbio le mie parole, quando ti dico "ho capito
benissimo", eh?
;-)
Il fatto che io trovi poco pratici sistemi di navigazione d'opzioni <> dalle
barre dei menů č solo un'opinione: mi rendo conto discutibile...
Saluti.


title: database non aggiornabile

author: Margherita Gasbarro

text:
Ciao a tutti,
ho scoperto, con mio grande dispiacere, che masterizzando un database creato
da me, questo letto da CD non è più aggiornabile, lo stesso succede nel caso
si salvi nuovamente il database da CD su C.
Vi chiedo è possibile avere una copia aggiornabile del mio lavoro, e come?


title: database non aggiornabile

author: Silvio Berruti

text:
"Margherita Gasbarro" <
margherit...@tiscalinet.it
> ha scritto nel
messaggio news:9cja13$d78$1...@pegasus.tiscalinet.it...
> Ciao a tutti,
> ho scoperto, con mio grande dispiacere, che masterizzando un database
creato
> da me, questo letto da CD non č piů aggiornabile, lo stesso succede nel
caso
> si salvi nuovamente il database da CD su C.
> Vi chiedo č possibile avere una copia aggiornabile del mio lavoro, e come?
Dopo averlo trasferito sull'hard disk, togli l'attributo sola lettura al
file.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: database non aggiornabile

author: Mattia

text:
"Margherita Gasbarro" <
margherit...@tiscalinet.it
> ha scritto nel
messaggio news:9cja13$d78$1...@pegasus.tiscalinet.it...

Il CD è un supporto Read-Only quindi non puoi scriverci sopra (se non con la
masterizzazione). Una soluzione potrebbe essere quella di adottare un
software che ti permetta di vedere i CD riscrivibili come un classico hd
(vedi Incd con Nero o Packedcd di WinOncd).
Per quanto riguarda la seconda domanda, quando copi un file da CD e Hd viene
mantenuto l'attributo Read-Only (sola lettura) quindi non ti permette di
modificarlo: basta tuttavia modificarne l'attributo da Esplora Risorse
(File - Prorpietà).
Aloa                    Mattia


title: Ricompilare un campo con VBA

author: Slam

text:
Ciao Ragazzi,
in un db su Access 2000, possiedo una tabella con l'elenco dei miei prodotti
ordinati con la chiave primaria IDProdotto. Questa tabella possiede anche la
colonna Giacenze, con le relative quantità, per prodotto, restanti in
magazzino. Ogni volta che viene compilato un ordine inserendo i prodotti e
le relative quantità, ho bisogno che si aggiornino le Giacenze nella tabella
Prodotti.
Mi hanno consigliato due vie: o creare una Query SQL, o un codice.
Riguardo al codice, ho pensato di fare:
"Ogni volta che dall'ordine, viene selezionato un prodotto, e poi la
relativa quantità dalla colonna "Quantità", si aggiorna anche la relativa
giacenza nella tabella Prodotti"
Il che vuol dire fare pressappoco così:
------
Private Sub Quantità_AfterUpdate()
On Error GoTo Err_Quantità_AfterUpdate
Dim rs As Recordset
Set rs = CurrentDb.OpenRecordset("Prodotti")
Do While Not rs.EOF
If rs.Fields("IDProdotto").Value = Me!IDProdotto Then
    rs.Fields("Giacenze").Value = CCur(rs.Fields("Giacenze").Value -
Me!Quantità)
End If
rs.MoveNext
Loop
rs.Close
Set rs = Nothing
Esci_Quantità_AfterUpdate:
    Exit Sub
Err_Quantità_AfterUpdate:
    MsgBox Err.Description
    Resume Esci_Quantità_AfterUpdate
End Sub
-----
Ora, appurato che il calcolo CCur forse non è valido, ho messo un valore
numerico a caso, tanto per provare.
L'errore datomi è sempre lo stesso, all'aggiornamento del campo Quantità, si
apre solo una Box che mi dice "Tipo non corrispondente".
1) Che vuol dire quell'errore? (Come faccio a interpretare errori simili se
dalla guida non sono rintracciabili?)
2) Qual è l'errore?
3) Qualche link utile a farmi capire come posso gestire le Giacenze con
delle Query SQL (che non so bene cosa siano)?
Grazie mille :-)


title: Ricompilare un campo con VBA

author: Gaspare Calia

text:
[CUT]
> 1) Che vuol dire quell'errore? (Come faccio a interpretare errori simili
> se dalla guida non sono rintracciabili?)
> 2) Qual è l'errore?
Ciao,
La funzione CCur deve essere utilizzata per eseguire conversioni da un tipo
di dati a un sottotipo Currency che tengano in considerazione le diverse
impostazioni internazionali. Separatori decimali o delle migliaia diversi,
ad esempio, sono riconosciuti correttamente in base alle impostazioni
internazionali del sistema.
Nell'esempio seguente la funzione CCur viene utilizzata per convertire
un'espressione nel tipo di dati Currency:
  Dim MyDouble, MyCurr
  MyDouble = 543.214588
  ' MyDouble è un valore di tipo Double
  MyCurr = CCur(MyDouble * 2)
  ' Converte il risultato di MyDouble * 2 (1086,429176)
  ' in un valore di tipo Currency (1086,4292)
  ----------
  Nel tuo caso essendo "Giacenze" di tipo numerico e non di tipo Currency ti
dà quell'errore.
  Molti errori non vanno "interpretati" bensì letti con attenzione! ;-)


title: Ricompilare un campo con VBA

text:
[CUT]
Ciao,
per lq query inizia con un link del genere
http://www.csai.unipa.it/cossentino/access/
  - trovi molto materiale sul
sito comune e links ad esso associati!
Alla prossima :-)


title: Ricompilare un campo con VBA

text:
[CUT]
http://www.cerca-manuali.it/manuale-guida/sql.htm
 ...penso che per una buona
mezz'oretta  possa bastare ! ;-)


title: Ricompilare un campo con VBA

text:
> Ora, appurato che il calcolo CCur forse non è valido, ho messo un valore
> numerico a caso, tanto per provare.
L'errore non è dato dalla funzione CCur, perché l'ho tolta apposta perché
sapevo che da problemi e la sto aggiustando intanto che un problema
maggiore.
Ti ringrazio intanto per il link.


title: Ricompilare un campo con VBA

text:
[CUT]
Ciao,
prova a commentare la gestione degli errori
-----------
'On Error GoTo Err_Quantità_AfterUpdate
'Esci_Quantità_AfterUpdate:
    'Exit Sub
'Err_Quantità_AfterUpdate:
    'MsgBox Err.Description
    'Resume Esci_Quantità_AfterUpdate
------------
e vedi dove ti si blocca il programma.
Di nulla x i links -> sono gratuiti ! ;-)


title: Ricompilare un campo con VBA

text:
[CUT]
Non è che x caso ti sei dimenticato ad attivare i riferimenti ? Menu
strumenti -> riferimenti etc...


title: Ricompilare un campo con VBA

text:
[CUT]
Prova un pò a dare 1 occhiata qui ->
http://www.sviluppoisi.com/Corsi/Tutorial%20Access/Tutorial%2014/Esempio1.htm
Buona serata :-)


title: Ricompilare un campo con VBA

text: A dire il vero non so cosa siano: quali devono essere abilitati?


title: Ricompilare un campo con VBA

text:
[CUT]
Si tratta di librerie che ti consentono di accedere agli oggetti (database,
recordset etc...) x manipolarli -> vai sul sito di Karl
http://www.donkarl.com/it/index.htm?/it/FAQ/FAQ7Bug.htm
 -> 7.11 Dim DB As
Database produce un errore


title: Ricompilare un campo con VBA

text:
[CUT]
Qualche links su cui lavorare c'č l'hai...buona serata! :-)


title: Ricompilare un campo con VBA

author: Sandro

text:
"Slam" <
zoes...@tin.it
> ha scritto nel messaggio
news:431c7796$0$8486$5fc...@news.tiscali.it...
> Ciao Ragazzi,
>
> in un db su Access 2000, possiedo una tabella con l'elenco dei miei
prodotti
> ordinati con la chiave primaria IDProdotto. Questa tabella possiede anche
la
> colonna Giacenze, con le relative quantità, per prodotto, restanti in
> magazzino. Ogni volta che viene compilato un ordine inserendo i prodotti e
> le relative quantità, ho bisogno che si aggiornino le Giacenze nella
tabella
> Prodotti.
>
> Mi hanno consigliato due vie: o creare una Query SQL, o un codice.
> Riguardo al codice, ho pensato di fare:
[cut]
Ciao Slam,
non ho visto i link che ti ha consigliato il grande Gaspare (con i quali
avrai anche già risolto magari ...).
Ti chiedo queste cose : hai una sola tabella per gestire gli ordini, i
prodotti e le quantità ?
Perche vuoi memorizzare un campo calcolato in una tabella ?
Ho l'impressione che il tuo Db debba essere normalizzato ...
La giacenza è un valore derivato dalla somma algebrica di valori positivi e
negativi che generalmente è >0 ( se non fanno "casino" in magazzino....) :
sembra che nel tuo caso tu gestisca solamente le "vendite" ?
Se ti sembra che non abbia capito nulla, fai conto che non ti abbia risposto
:-)
Ciao, Sandro


title: Ricompilare un campo con VBA

text:
Ho creato un db da zero prendendo come modello il db di Northwind, l'esempio
di Access 2000. Nel mio db mancano Fornitori, Impiegati e Corrieri, ho
aggiunto dei dati come l'IVA negli ordini, la Partita IVA per i clienti ma
sostanzialmente la base č quella.
Tuttavia come vedi, nell'esempio le Scorte per ogni prodotto non vengono
calcolate ordine per ordine, non vengono proprio calcolate, in invece ho
bisogno di sapere sempre quanta merce ho ancora in magazzino, altrimenti
faccio un ordine e poi scopro che non o piů quel prodotto.
Tutto qui :)


title: Ricompilare un campo con VBA

author: SunRex

text:
"Slam" <
zoes...@tin.it
> ha scritto nel messaggio
news:431c7796$0$8486$5fc...@news.tiscali.it...



title: Ricompilare un campo con VBA

text:
"Slam" <
zoes...@tin.it
> ha scritto nel messaggio
news:431c7796$0$8486$5fc...@news.tiscali.it...

Il campo Giacenze che tipo è?Nell'esempio è numerico.
A che te serve CCur?
Perchè fai un ciclo?
Una traccia....
SunRex
 Dim db as Dao.Database
 Dim rs As Dao.Recordset
Dim strSQL as String
Dim intProdotto as Integer
Dim intDaEvadere as Integer
Set db = CurrentDb
intProdotto=Me!IDProdotto
intDaEvadere= Me.Quantità
strSQL = "SELECT * FROM tblProdotti WHERE IDProdotto = " & intProdotto & ";"
Set rs=db.OpenRecordset(strSQL)
rs.Edit
rs.Fields("Giacenza") = rs.Fields("Giacenza") - intDaEvadere
rs.Update



title: Ricompilare un campo con VBA

text:
"Slam" <
zoes...@tin.it
> ha scritto nel messaggio
news:431c9e8a$0$8491$5fc...@news.tiscali.it...
> Ho creato un db da zero prendendo come modello il db di Northwind,
l'esempio
> di Access 2000. Nel mio db mancano Fornitori, Impiegati e Corrieri, ho
> aggiunto dei dati come l'IVA negli ordini, la Partita IVA per i clienti ma
> sostanzialmente la base è quella.
>
> Tuttavia come vedi, nell'esempio le Scorte per ogni prodotto non vengono
> calcolate ordine per ordine, non vengono proprio calcolate, in invece ho
> bisogno di sapere sempre quanta merce ho ancora in magazzino, altrimenti
> faccio un ordine e poi scopro che non o più quel prodotto.
>
> Tutto qui :)
>
Ciao, Slam
ti posso proporre questo tipo di soluzione in base a quanto farei io.
Credo che la cosa migliore sia  calcolare la differenza tra la somma delle
scorte presenti nella tabella Prodotti e la somma della quantità della
tabella Dettagli ordini. In questo modo nel momento in cui insersci un nuovo
prodotto nella sottomaschera ordini se la quantità inserita è inferiore alla
differenza sopra citata ok, prosegui con l'inserimento altrimenti ti
cancella la riga appena inserita, visualizzando un messaggio. Il controllo
lo farei così e non ordine per ordine.
esempio:
idprodotto scorta
 5                100
inserisco 50 nel'ordine 1 ok
inserisco poi 51 in un altro ordine visualizzo messaggio che mi avverte che
posso inserire al massimo 50 e annullo il record inserito.
Ti passo la routine : ho eliminato nel NorthWind i vincoli nelle tabelle (
valido se e messaggio errore)
prima di aggiornare del campo quantita della sottomaschera della maschera
ordini e dopo aggionamento del idprodotto:
controlloDisponibilità
e sotto copia questa routine :
Sub controlloDisponibilità()
Dim totScortaProdotto As Integer, totQtaCompl As Integer, disponibilità As
Integer
totScortaProdotto = Nz(DSum("scorte", "prodotti", "idprodotto=" &
Me.IDProdotto), 0)
totQtaCompl = Nz(DSum("quantità", "[Dettagli ordini]", "idprodotto=" &
Me.IDProdotto), 0)
disponibilità = totScortaProdotto - totQtaCompl
If disponibilità < Me.Quantità Then
    MsgBox (vbCrLf & "La quantità che hai digitato supera la disponibilità !
Per questo prodotto è :") _
             & disponibilità, vbExclamation
    Me.Undo
End If
If Me.Quantità = 0 Then MsgBox ("la quantità digitata deve essere maggiore
di zero")
End Sub
Questo per iniziare. Se poi i record nelle tabelle sono tante potresti
notare un rallentamento nell'esecuzione della stessa, vedremo allora di
modificarla aprendo 2 recordSet per fare i calcoli.
In alternativa a questo ( che è la cosa più facile) potresti cercare di
utilizzare la straordinaria classa fatta da @Alex :
 Classi ed Eventi Public di Classi
 Validazione DataEntry(uso avanzato Classi)
per controllare l'inserimento, ma ti dico subito che è un po' difficilotta.
Resta il fatto che NothWind non è adattissimo per gestire una movimentazione
magazzino cos' come è impostato : va bene ( diciamo così) per lo scarico, ma
se devi gestire anche il carico ( acquisti) bisogne metterci un po' mano.
Ciao, fai un po' di prove e poi in caso ci risentiamo.
Notte, Sandro


title: Ricompilare un campo con VBA

text:
Grazie molte per avermi ricordato che bisogna anche mettere l'alert se la
giacenza è negativa, e soprattutto per il codice di esempio fornitomi.
Mi piacerebbe giusto per conoscenza, approdondire l'alternativa che hai
specificato, se magari hai qualche link etc.
NorthWind l'ho usato più che altro come spunto: credo che, nei loro limiti,
i programmi office abbiano delle potenzialità che nemmeno i creatori possono
immaginare, e bisogna essere molto elastici mentalmente e creativi per
sfruttare al meglio tutto. Se non si è esperti - più che altro nel sensò
d'età di utilizzo -, si rischia di fare tante di quelle inutilità che le
potenzialità possono eliminare, spero di essermi spiegato :)
Già che ci siamo, giusto due domandine:
1) Che differenza c'è tra Me.Prodotto e Me!Prodotto?
2) Le parentesi quadre che hai utilizzato per il Dettagli ordini, servono
solo perché c'è uno spazio nel nome della tabella/query oppure hanno anche
altre utilità?
Grazie e ciao.


title: Ricompilare un campo con VBA

text:
Slam wrote:
> Grazie molte per avermi ricordato che bisogna anche mettere l'alert
> se la giacenza è negativa, e soprattutto per il codice di esempio
> fornitomi.
>
> Mi piacerebbe giusto per conoscenza, approdondire l'alternativa che
> hai specificato, se magari hai qualche link etc.
>
> NorthWind l'ho usato più che altro come spunto: credo che, nei loro
> limiti, i programmi office abbiano delle potenzialità che nemmeno i
> creatori possono immaginare, e bisogna essere molto elastici
> mentalmente e creativi per sfruttare al meglio tutto. Se non si è
> esperti - più che altro nel sensò d'età di utilizzo -, si rischia di
> fare tante di quelle inutilità che le potenzialità possono eliminare,
> spero di essermi spiegato :)
>
> Già che ci siamo, giusto due domandine:
>
> 1) Che differenza c'è tra Me.Prodotto e Me!Prodotto?
Proprio ieri ho risposto a questa domanda in maniera più o meno articolata,
cerca nei post precedenti
è più veloce per te e per noi
> 2) Le parentesi quadre che hai utilizzato per il Dettagli ordini,
> servono solo perché c'è uno spazio nel nome della tabella/query
> oppure hanno anche altre utilità?
Si usano per la presenza di spazi. E ti aggiungo un consigli, evita nomi con
spazi, sono poco pratici
>
> Grazie e ciao.
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: Ricompilare un campo con VBA

text:
"Slam" <
zoes...@tin.it
> ha scritto nel messaggio
news:431d88f8$0$8486$5fc...@news.tiscali.it...
Ciao Slam,
> Grazie molte per avermi ricordato che bisogna anche mettere l'alert se la
> giacenza è negativa, e soprattutto per il codice di esempio fornitomi.
prego, di nulla.
> Mi piacerebbe giusto per conoscenza, approdondire l'alternativa che hai
> specificato, se magari hai qualche link etc.
l'alterntiva è questa : è tanto una figata quanto bella tosta da applicare !
Ti confesso che in realtà io ci devo ancora provare.
Però, dal mio punto di vista, è una soluzione un po' ricercata ( forse @Alex
non sarà molto daccordo), ma se cu vuoi provare ..., ma per il momento ti
consiglio di mettere a punto quella che ti ho postato, magari implementarla
evitando l'utilizzo delle funzioni sui domini.
http://www.mantuanet.it/alessandro.baraldi/
 sez. general  Validazione
DataEntry(uso avanzato Classi) .
Il funzionamento è chiaro, il codice è certamento complesso.
> NorthWind l'ho usato più che altro come spunto: credo che, nei loro
limiti,
> i programmi office abbiano delle potenzialità che nemmeno i creatori
possono
> immaginare,
a questo proposito prova a farti un bel giro nel link che ti ho indicato e
prova a scaricare qualche demo ... A me piace tanto il Mail_Sender :-)
[cut]
> Già che ci siamo, giusto due domandine:
>
> 1) Che differenza c'è tra Me.Prodotto e Me!Prodotto?
il punto esclamativo è utillizzato quando il nome fa riferimento a un
oggetto che è nel precedente oggetto o insieme di oggetti. In generale il
nome che precede il ! è un  oggetto creato dal programmatore. I nomi che
seguono il ! devono sempre essere compresio tra [] se contengono spazi o
caratteri come _ . il punto è utilizzato quando il nome fa riferimento a una
proprietà un metodo che puoi eseguire sull'oggetto.
Si potrebbero spendere altre parole su me.prodotto o me!prodotto al posto di
forms![nomeForms]![prodotto], ma non so se sia il caso.
> 2) Le parentesi quadre che hai utilizzato per il Dettagli ordini, servono
> solo perché c'è uno spazio nel nome della tabella/query oppure hanno anche
> altre utilità?
Si, solo per il fatto dello spazio. Se devi separare il nome di una tabella
ti consiglio, prendendo esempio dal tuo caso questa opzione
:dettagli_ordini. Non lasciare gli spazi nel nomi dei controlli, alla fine
eviti di fare confusione.
> Grazie e ciao.
 prego, ciao, Sandro.


title: Ricompilare un campo con VBA

text: Grazie mille e riciao :)


title: file jpeg

author: matteo

text:
Come mai quando tento di aprire un'immagine da una maschera mentre il
programma è in esecuzione non apre i file con l'estensione jpeg
--------------------------------
Inviato via
http://usenet.libero.it


title: Aiuto!

author: Gianfranco Fonte

text:
Ho un db con tabelle collegate mediante relazione uno a molti (con i molti
che sono da uno a N).
Ho necessità di creare una sola tabella che abbia:
tante righe quante  sono le righe dal lato "uno";
i dati del lato "uno";
nella stessa riga i dati delle tabelle collegate con tutte le righe di
quest'ultime una in fila all'altra:
        in pratica i campi della nuova tabella dovrebbero essere:
NuovaTabellaRiga1=Tabella1.Riga1, Tabella1.Riga1.TabellaMolti.riga1, ...,
Tabella1.Riga1.TabellaMolti.rigaN
Non so se sono stato chiaro
Grazie comunque
Gian


title: Aiuto!

author: Antonio Biso

text:
Gianfranco Fonte ha scritto nel messaggio <8tbuq7$psn$
1...@nslave3.tin.it
>...

Non sei stato chiaro.
Saluti, Antonio


title: Aiuto!

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:kcCK5.43033$3K3.1...@news.infostrada.it...
>
> Gianfranco Fonte ha scritto nel messaggio <8tbuq7$psn$
1...@nslave3.tin.it
>...
> >Ho un db con tabelle collegate mediante > >Non so se sono stato chiaro
>
>
> Non sei stato chiaro.
>
> Saluti, Antonio
>
>
Com'č vero!
il fatto č che non č un problema semplice, per lo meno per me che non sono
propriamentte ferrato.
Cerco di spiegarmi meglio: ho una tabella "anagrafica" in cui ho registrato
una serie di pazienti.
A questa č collegata una tabella (con relazione uno a molti) "venoso" in cui
sono registrati degli esami diagnostici effettuati.
Ad ogni paziente ("anagrafica") corrisponde una o piů righe della tabella
"venoso" di esami eseguiti successivamente.
Come posso fare per ottenere una tabella che in un'unica riga mi metta i
dati del paziente e quelli di tutti i dati degli esami successivamente
eseguiti.
Mi serve per poter analizzare dal punto di vista statistico il decorso (in
termine tecnico "follow-up") dei pazienti.


title: Aiuto!

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:kcCK5.43033$3K3.1...@news.infostrada.it...
>
> Gianfranco Fonte ha scritto nel messaggio <8tbuq7$psn$
1...@nslave3.tin.it
>...
> >Ho un db con tabelle collegate mediante relazione uno a molti (con i
molti
Chiedo scusa a tutti, mancavano i saluti ma mi č scappato un CTRL+Invio
Spero che sia piů chiaro grazie
Gian


title: Aiuto!

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:kcCK5.43033$3K3.1...@news.infostrada.it...
>
> Gianfranco Fonte ha scritto nel messaggio <8tbuq7$psn$
1...@nslave3.tin.it
>...
> >Ho un db con tabelle collegate mediante relazione uno a molti (con i
molti
[Cut]
> >Non so se sono stato chiaro
>
> Non sei stato chiaro.
>
> Saluti, Antonio
>
Ah! Il vero Antonio Biso avrebbe sicuramente capito lo stesso!!!
Smettila Fasullo.
--
Silvio
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access


title: Aiuto!

author: Roberto da casa

text:
"Gianfranco Fonte" <
g.f...@tin.it
> ha scritto nel messaggio
news:8tfd4e$5r0$1...@nslave2.tin.it...
[CUT]
>
> Cerco di spiegarmi meglio: ho una tabella "anagrafica" in cui ho
registrato
> una serie di pazienti.
> A questa č collegata una tabella (con relazione uno a molti) "venoso" in
cui
> sono registrati degli esami diagnostici effettuati.
> Ad ogni paziente ("anagrafica") corrisponde una o piů righe della tabella
> "venoso" di esami eseguiti successivamente.
> Come posso fare per ottenere una tabella che in un'unica riga mi metta i
> dati del paziente e quelli di tutti i dati degli esami successivamente
> eseguiti.
> Mi serve per poter analizzare dal punto di vista statistico il decorso (in
> termine tecnico "follow-up") dei pazienti.
>
>
Per prima cosa ti sconsiglio di crearti una tabella "follow-up", in quanto,
ogni volta che aggiorni la tabella "Venoso", dovresti ricreartela o
perlomeno aggiornartela; č una regola che le tabelle contengano dati e non
informazioni (e il campo "follow-up" essendo il risultato di un'elaborazione
č appunto un'informazione).
Ti consiglio invece di crearti una maschera (Maschera1) che contenga in una
casella di testo non associata il contenuto della tabella Venoso di un
determinato paziente.
Quindi creati Maschera1 a visualizzazione Maschera singola e che abbia come
origine record  la tabella Anagrafica; in Maschera1 inserisci anche una
casella di testo non associata che chiami TutteAnalisi.
Ipotizziamo che la struttura della tabella Venoso sia:
IdAnalisi        Contatore e chiave primaria
IdPaziente    Numerico
DataAn          Data/ora
NomeAn        Testo
EsitoAn          Testo
Ipotizziamo che vogliamo che nel controllo TutteAnalisi le analisi siano
scandite da un punto e virgola mentre i campi delle analisi siano scanditi
da una virgola.
A fronte dell'evento "Su corrente" di Maschera1 genera il seguente codice
VBA:
Private Sub Form_Current()
Me!TutteAnalisi = ""
Dim Miodb As Database
Dim Miorst As Recordset
Set Miodb = CurrentDb()
Set Miorst = Miodb.OpenRecordset("Venoso")
Do Until Miorst.EOF
    If Me!IdPaziente = Miorst!IdPaziente Then
        If Me!TutteAnalisi <> "" Then
            Me!TutteAnalisi = Me!TutteAnalisi & "; "
        End If
       Me!TutteAnalisi = Me!TutteAnalisi & Str(Miorst!DataAn) & ", " &
Miorst!NomeAn & ", " & Miorst!EsitoAn
    End If
    Miorst.MoveNext
Loop
Miorst.Close
End Sub
Ora aprendo Maschera1 dovresti vedere ciň che ti serve (almeno spero :-) ).


title: Aiuto!

text:
"Gianfranco Fonte" <
g.f...@tin.it
> ha scritto nel messaggio
news:8tfd4e$5r0$1...@nslave2.tin.it...
[CUT]
>
> Cerco di spiegarmi meglio: ho una tabella "anagrafica" in cui ho
registrato
> una serie di pazienti.
> A questa č collegata una tabella (con relazione uno a molti) "venoso" in
cui
> sono registrati degli esami diagnostici effettuati.
> Ad ogni paziente ("anagrafica") corrisponde una o piů righe della tabella
> "venoso" di esami eseguiti successivamente.
> Come posso fare per ottenere una tabella che in un'unica riga mi metta i
> dati del paziente e quelli di tutti i dati degli esami successivamente
> eseguiti.
> Mi serve per poter analizzare dal punto di vista statistico il decorso (in
> termine tecnico "follow-up") dei pazienti.
>
>
Per prima cosa ti sconsiglio di crearti una tabella "follow-up", in quanto,






--
Roberto
---------------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/
---------------------------------------------


title: Aiuto!

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:izIK5.45342$3K3.1...@news.infostrada.it...

Grazie!!
Gian


title: Aiuto!

author: sib

text:
Uno che dice di essere
Antonio Biso <
ch...@etruria.net
> wrote in message
kcCK5.43033$3K3.1...@news.infostrada.it...
cut
Quello che non si capisce e' lo scopo del tuo comportamento.
Se sei uno che ce l'ha col Biso, perche' rispondi come farebbe il Biso?
O dici qualcosa di denigratorio o e' come se tu facessi gratis il segretario
al Biso.
Sib
--
------------------------------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente


title: Aiuto!

text:
Gianfranco Fonte <
g.f...@tin.it
> wrote in message
8tfd4e$5r0$1...@nslave2.tin.it...
>
> Cerco di spiegarmi meglio: ho una tabella "anagrafica" in cui ho
registrato
> una serie di pazienti.
> A questa č collegata una tabella (con relazione uno a molti) "venoso" in
cui
> sono registrati degli esami diagnostici effettuati.
> Ad ogni paziente ("anagrafica") corrisponde una o piů righe della tabella
> "venoso" di esami eseguiti successivamente.
> Come posso fare per ottenere una tabella che in un'unica riga mi metta i
> dati del paziente e quelli di tutti i dati degli esami successivamente
> eseguiti.
> Mi serve per poter analizzare dal punto di vista statistico il decorso (in
> termine tecnico "follow-up") dei pazienti.
Quello di prima non ero io, controlla gli header.
Per il tuo problema prepara un report in cui l'origine record sia una query
che lega l'anagrafica agli esami.
Poi raggruppi per paziente (una bella intestazione messa una volta sola) e
nel corpo del report metti tutti gli esami da lui eseguiti.
Antonio


title: Aiuto!

author: Lorenzo Coronati

text:
Scrisse "sib" <
sibN...@iol.it
>:
>O dici qualcosa di denigratorio o e' come se tu facessi gratis il segretario
>al Biso.
LOL :-)
--
Lorenzo Coronati
--
<<Come posso dunque sprotegere il database?
Esiste un crack o qualcosa del genere
che mi faccia accedere ai dati?>>
(Cocco, 17/10/2000)
--


title: password database administrator login

author: Filiberto D'Ippolito

text:
ho bisogno di modificare un file .mdb ma all'apertura access mi chiede
"database administrator login" c'e' qualche modo per aggirare la richiesta o
altro?


title: info su OFFICE DEVELOPER

author: Matteo Castellani

text:
Chi sa dirmi dove si trova (in che cd) e come si chiama il ("file") programma
per compilare access?
p.s. in office developer XP o in ODEV 2000 en
Matteo
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: info su OFFICE DEVELOPER

author: MegaMax

text:
"Matteo Castellani" <
mcma...@tin.it
> ha scritto nel messaggio
news:23d4c87d9ba1a5e53df...@mygate.mailgate.org...
> Chi sa dirmi dove si trova (in che cd) e come si chiama il ("file")
programma
> per compilare access?
>
> p.s. in office developer XP o in ODEV 2000 en
A quanto ne so non esiste...
Piuttosto dovrebbe essere possibile creare un'installazione che installa sul
PC i file necessari ad eseguire l'mdb.
Ciao, Max


title: info su OFFICE DEVELOPER

text:
MegaMax <
a...@a.com
> wrote in message USj%7.2316$pm3....@news1.tin.it...

Proprio cosi il developer non č il compilatore bensi la versione di office
che ti permette di
creare pacchetti di installazione del database su PC che non hanno access
installato
bye


title: info su OFFICE DEVELOPER

author: Emyr

text:
On Thu, 10 Jan 2002 18:07:33 GMT, "Tosto73" <
tos...@libero.it
> wrote:
>
>MegaMax <
a...@a.com
> wrote in message USj%7.2316$pm3....@news1.tin.it...
>>
>> "Matteo Castellani" <
mcma...@tin.it
> ha scritto nel messaggio
>> news:23d4c87d9ba1a5e53df...@mygate.mailgate.org...
>> > Chi sa dirmi dove si trova (in che cd) e come si chiama il ("file")
>> programma
>> > per compilare access?
>> >
>> > p.s. in office developer XP o in ODEV 2000 en
>>
>> A quanto ne so non esiste...
>>
>> Piuttosto dovrebbe essere possibile creare un'installazione che installa
>sul
>> PC i file necessari ad eseguire l'mdb.
>>
>> Ciao, Max
>>
>>
>Proprio cosi il developer non è il compilatore bensi la versione di office
>che ti permette di
>creare pacchetti di installazione del database su PC che non hanno access
>installato
in pratica ti fornisce il runtime e con il package e deployment
program ti permette di creare dei file di installazione da
masterizzare e distribuire con licenza royalty free...
qualcuno mi sa dire se ha senso distribuire runtime con programmi
freeware? e se si come lo giustifichereste sul software di fronte alla
finanza?
in effetti vorrei fornire software in omaggio ad enti pubblici che
altrimenti non potrebbero usarlo con regolare licenza e che non
possono in nessun caso comprarmi il software sviluppato neanche a
cifre simboliche....
Saluti.
Emanuele.


title: info su OFFICE DEVELOPER

text:
"Matteo Castellani" <
mcma...@tin.it
> wrote in message
news:23d4c87d9ba1a5e53df...@mygate.mailgate.org...
> Chi sa dirmi dove si trova (in che cd) e come si chiama il ("file") programma
> per compilare access?
>
> p.s. in office developer XP o in ODEV 2000 en
>
> Matteo
Ok vi siete spiegati chiaramente, ma il pacchetto che crea "installazioni", lo
trovo all'interno del
cd o è un'opzione interna di access dev tipo un'esportazione?



title: report: righe in grigio

author: fid

text:
Salve, in una tbl uno dei campi è "Tipo", che mi permette di avere una
distinzione ben precisa dei dati inseriti. In fase di stampa, tutti quelli
che hanno un certo valore vorrei o l'effetto zebra o un fondo grigio.
E' possibile?
Grazie
fid
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: report: righe in grigio

author: Sergio MAZZA

text:
"fid" <
fid...@libero.it
> ha scritto nel messaggio news:f4gqki$l35$1...@news.newsland.it...
> Salve, in una tbl uno dei campi č "Tipo", che mi permette di avere una
> distinzione ben precisa dei dati inseriti. In fase di stampa, tutti quelli
> che hanno un certo valore vorrei o l'effetto zebra o un fondo grigio.
> E' possibile?
> Grazie
> fid
www.sitocomune.com
 Sezione Reports
4.28 Effetto zebra nella stampa
Ciao.
--
Sergio MAZZA


title: VBA - cancella griglia

author: Roberto da Parma

text:
Ciao a tutti,
è da un pò che non scrivo...i soliti impegni....
una domandina forse un pochino banale e non importantissima ma mi
interessava solo sapere qual'era la traduzione in
VBA del comando cancella griglia.
E' una finezza che non so e vorrei sapere...
Grazie come al solito a tutti
Roberto


title: VBA - cancella griglia

text:
Roberto da Parma ha scritto:

    DoCmd.RunCommand acCmdClearGrid
un po di fantasia :-)


title: VBA - cancella griglia

text:
"BR1" <
bona...@gmail.com
> ha scritto nel messaggio
news:1151155398.0...@i40g2000cwc.googlegroups.com...


    DoCmd.RunCommand acCmdClearGrid

Effettivamente....più chiaro di così!!!
Scusa la banalità!!!
Roberto


title: DAO ed oggetti

author: daniele

text:
un saluto a tutti i partecipanti al NG
con la seguente procedura, vorrei caricare un oggetto OLE (immagine BMP) in
un campo OLE di una tabella, ma la routine si ferma sulla riga evidenziata,
e mi segnala che "applicazione necessita di oggetto", dunque sembra che la
variabile oggetto non si carichi del file immagine.
Quale potrebbe essere l'errore ?
Ringrazio per l'aiuto e saluto tutti.
Private Sub Comando0_Click()
Dim dbs As Database
Dim rst As Recordset
Dim pic As Object
Dim sql As String
sql = "SELECT * From miatabella"
 set dbs = CurrentDb
Set rst = dbs.OpenRecordset(sql)
>Set pic = GetObject("C:\miaimmagine.BMP")<
rst.AddNew
rst!art = "prova"
rst!foto = pic
rst.Update
rst.Close
Set dbs = Nothing
End Sub
Ciao Daniele - Verona


title: Come mantenere una corretta documentazione del progetto?

author: RobertoA

text:
Specie quando la procedura diventa corposa, e' facile dimenticare o
perdere un sacco di tempo nel recuperare le informazioni necessarie per
proseguire il lavoro
A partire dalle cose prettamente tecniche, come la struttura db, la
struttura directory programma, le procedure si esp/imp-ortazione,
organizzazione potenzialita' utenti, e chi piu' ne ha piu' ne metta, a
finire con la documentazione descrittiva che spiega questo e quell'altro

Credo la via comune sia tenere dei documenti, separati dal codice
programma, dove memorizzare ed organizzare tutto il da-ricordare
Ma poi entrano in gioco anche i link web interessanti, gli spunti di
codice dai quali si e' partiti per confezionare le proprie routine,
insomma, una massa di informazioni che non e' semplice tenere
organizzate ed aggiornate
Io per le cose essenziali scrivo all'interno di un modulo e tengo
documentazione esterna sul classico file testo o Word o PowerPoint se
desidero farmi qualche ghirigoro in grafica, ma mi rendo conto che avere
diversi punti dove piazzare le informazioni non e' granche efficace

Credo l'ideale sarebbe un unico 'luogo' dentro al programma principale
cosi' non ci sarebbe da ricordare "ma dove l'ho messo"
Ma quando ci sono link web, allegati, diventa una confusione infinita

E voi come fate?
Gli date giu' di Notepadd o usate ultimissime versioni di super
avanzatissime gestioni documentali?


author: Simone Calligaris

text:
> E voi come fate?
> Gli date giu' di Notepadd o usate ultimissime versioni di super
> avanzatissime gestioni documentali?

Nessuno ti risponde: probabilmente sei l'unico bravo ragazzo in un ng. di buzzurri che, al massimo, ficcano nel codice qualche linea commento  ;-))
(e nonostante i buoni propositi, io sono uno di quelli).

Detto ciò, mi chiedo sempre più spesso perchè tu cerchi soluzioni arzigogolate a problemi semplici: cosa c'è di meglio che ficcare in un documento Word tutta la documentazione che ti serve, immagini comprese, relativa a un applicativo?
Tra l'altro, sarebbe meglio evitare i links web (che spesso, negli anni, spariscono) e incollare nel documento i contenuti originali dei links stessi.
Assegni al Documento lo stesso nome dell'applicazione, lo ficchi nella stessa cartella e sei a posto. Ma cos'altro ti vuoi inventare per una roba del genere?

Saluti


text:

Pensavo di essere il solo buzzurro del ng    :)
Vedo che sto in buona compagnia


title: traduttore da QBE a SQL

author: BC

text:
Forse è una domanda inutile... esiste una utility, sofware che traduca
la stringa SQL prodotta dal QBE in SQL utilizzabile nel codice VBA?
Comprendendo però apici, date, parametri, ecc

Grazie BC


title: traduttore da QBE a SQL

author: Roberto Fabbri

text: Su access group se non sbaglio. Fatto, ovviamente, in ambiente access!


title: traduttore da QBE a SQL

text:

Non capisco il problema...
Fai una Query chiamata "Q1" in QBE, la salvi.

Debug.print currentdb.QueryDefs("Q1").SQL

Non intendi questo...?

@Alex


title: traduttore da QBE a SQL

text:

.. a volte non è così semplice. se devo passare dei parametri (es un
cognome che va virgolettato, ecc), se devo (per comodità ) modificare la
query, magari aggiungendosi pezzi e filtri che cambio con il codice es:
if A = -1 then
	filtro = " when miaTbl.condizione = A"
else
	filtro = ""
end if
me.recordsource= "select ...." & filtro
Non è un'esigenza assoluta, ma potendolo fare...

grazie

BC


title: traduttore da QBE a SQL

text:
Il 12/11/2019 21:57, Roberto Fabbri ha scritto:
> Su access group se non sbaglio. Fatto, ovviamente, in ambiente access!
>
cercato, ma non trovato... mi sai dare il link?
grazie
BC


title: traduttore da QBE a SQL

text:
Ci sono le queries PARAMETRICHE apposta... ma credo di non capire cosa vuoi fare.

Ricorda che spesso ci si orienta verso la modifica della query, ma in diversi casi si sottovaluta che la proprietà Filter è molto più flessibile in caso di criteri dinamici nella quantità e nei valori, oltre che comodo se i report devono seguire il filtro della maschera... si passa Me.Filter in OpenReport.

Valuta tu...
@Alex


title: traduttore da QBE a SQL

text:
Aggiungo,per chiarezza un esempio per capire come si può costruire un CRITERIO FLESSIBILE e funzionale con poco sforzo:

Dim strWH As String
If Len(Me!cboFiltroCampo1.Value & vbNullString) > 0 Then strWH = strWH & "IDCampo1=" & Me!cboFiltroCampo1.Value & " AND "
If Len(Me!cboFiltroCampo2.Value & vbNullString) > 0 Then strWH = strWH & "IDCampo2=" & Me!cboFiltroCampo2.Value & " AND "
If Len(Me!cboFiltroCampo3.Value & vbNullString) > 0 Then strWH = strWH & "IDCampo3=" & Me!cboFiltroCampo3.Value & " AND "
' se ne hai 45... aggiungi 45 righe... ed ovviamente 45 Combo nella Maschera...
If Len(strWH) > 0 Then strWH = Mid$(strWH, 1, Len(strWH) - 5)
Me.Filter = strWH
Me.FilterOn = True

Se poi devi aprire un'altra Form o un Report...
DoCmd.OpenForm "NomeForm", , , Me.Filter
DoCmd.OpenReport "NomeReport", , , Me.Filter

@Alex


title: traduttore da QBE a SQL

text:

... compreso, cercherò anche se a fatica, di modificare il mio tipo di
approccio...

Grazie
BC


title: OT Traduzione FAQ 6.10

author: Karl Donaubauer

text:
************************
6.10 Seek with linked tables
Problem
You open a DAO recordset on the basis of a linked table.
If you explicitely use "dbOpenTable" as recordset type you get
the error message "Run-time error 2319: invalid operation".
If you don't state any recordset type and try to use Seek to
search for a record you get "Run-time error 3251
Operation is not supported for this kind of object."
Cause
A recordset on a linked table by design cannot have the
recordset type Table. Therefore it's not possible to use
the Seek method which only works with the Table type.
Solutions
You can use a recordset of the type Dynaset and the Find methods
to search (dbOpenDynaset, FindFirst & Co).
If you want to continue with the Seek command because it normally
is faster than FindFirst, you have to open the external database and
then use a recordset of type Table:
Dim db As DAO.Database
Dim rs As DAO.Recordset
Set db = DBEngine.Workspaces(0).OpenDatabase("external DB")
Set rs = db.OpenRecordset("external Table", dbOpenTable)
*****************************
--
cu
Karl
*********
Access FAQ:
www.donkarl.com/it


title: OT Traduzione FAQ 6.10

author: MA

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto
nel messaggio news:2q67d1F...@uni-berlin.de...
> ************************
> 6.10 Seek with linked tables
Metodo Seek con tabelle collegate
>
> Problem
>
> You open a DAO recordset on the basis of a
linked table.
> If you explicitely use "dbOpenTable" as
recordset type you get
> the error message "Run-time error 2319: invalid
operation".
Tu apri un recordset DAO sulla base di una tabella
collegata.
Se specifichi "dbOpentable" come tipo di recordset
ricevi l'errore
Errore di runtime 2319: operazione non valida
>
> If you don't state any recordset type and try to
use Seek to
> search for a record you get "Run-time error 3251
> Operation is not supported for this kind of
object."
Se non richiedi nessun tipo di recordset  e provi
ad usare il metoto Seek
per cercare un record ricevi
"errore di runtime 3251: l'operazione non č
supportata per questo tipo di
di oggetto"
>
> Cause
>
> A recordset on a linked table by design cannot
have the
> recordset type Table. Therefore it's not
possible to use
> the Seek method which only works with the Table
type.
Un recordset strutturato su di una tabella
collegata
non puň avere un recordset di tipo tabella.
Quindi non č possibile usare il metodo Seek
che č l'unico che puň lavorare i tipi tabella.
>
> Solutions
>
> You can use a recordset of the type Dynaset and
the Find methods
> to search (dbOpenDynaset, FindFirst & Co).
Soluzione
Puoi usare un recordset di tipo Dynaset a il
metodo Find per la ricerca (dbOpenDynaset,
FindFirst & Co).
>
> If you want to continue with the Seek command
because it normally
> is faster than FindFirst, you have to open the
external database and
> then use a recordset of type Table:
Se vuoi continuare col comando Seek per di norma č
piů veloce del FindFirst,
devi usare il database esterno e
quindi puoi usare un recordset di tipo Tabella
>
> Dim db As DAO.Database
> Dim rs As DAO.Recordset
> Set db =
DBEngine.Workspaces(0).OpenDatabase("external DB")
> Set rs = db.OpenRecordset("external Table",
dbOpenTable)
> *****************************
>
> --
> cu
> Karl
> *********
> Access FAQ:
www.donkarl.com/it
>
Ciao MAssimiliano


title: OT Traduzione FAQ 6.10

author: TheMax

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:2q67d1F...@uni-berlin.de...
> ************************
> 6.10 Seek with linked tables
Seek con tabelle collegate
> Problem
Problema
> You open a DAO recordset on the basis of a linked table.
> If you explicitely use "dbOpenTable" as recordset type you get
> the error message "Run-time error 2319: invalid operation".
Apri un recordset DAO su una tabella collegata.
Se usi "dbOpenTable" come tipo di recordset riveverai il messaggio di
errore:"Errore di run time 2319: Operazione non valida"
> If you don't state any recordset type and try to use Seek to
> search for a record you get "Run-time error 3251
> Operation is not supported for this kind of object."
Se non imposti nessun tipo di recordset e cerci di usare il metodo Seek
per trovare un record riceverai l'errore "Errore di run time 3251:
Operazione non supportata con questo tipo di oggetto"
> Cause
Causa
>
> A recordset on a linked table by design cannot have the
> recordset type Table. Therefore it's not possible to use
> the Seek method which only works with the Table type.
Un recordset aperto su una tabella collecata non può essere come tipo
"Table"
Quindi non è possibile utilizzare il metodo Seek il quale funziona solo con
tipi "Table"
> Solutions
Soluzione
>
> You can use a recordset of the type Dynaset and the Find methods
> to search (dbOpenDynaset, FindFirst & Co).
Puoi usare un recordset di tipo Dynaset e il metodo Find per effettuare la
ricerca
(dbOpenDynaset, FindFirst, ecc).
> If you want to continue with the Seek command because it normally
> is faster than FindFirst, you have to open the external database and
> then use a recordset of type Table:
Se vuoi continuare con il comando Seek in quanto normalmente più veloce di
FindFirs,
devi aprire il database esterno ed usare un recordset di tipo Table
>
> Dim db As DAO.Database
> Dim rs As DAO.Recordset
> Set db = DBEngine.Workspaces(0).OpenDatabase("external DB")
> Set db = DBEngine.Workspaces(0).OpenDatabase("external DB")
> Set rs = db.OpenRecordset("external Table", dbOpenTable)
> cu
> Karl
Ciao,
Massimo
> Access FAQ:
www.donkarl.com/it
>
--
web:
www.piubelli.net
Ciò che oggi è facoltativo domani sarà necessario.
Perchè non prepararci per tempo al futuro?
Vuoi il mio indirizzo? Togli _cut_ per rispondermi


title: OT Traduzione FAQ 6.10

author: ALESSANDRO Baraldi

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:x_l%c.15608$B06....@news.edisontel.com...
>
> "Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto
> nel messaggio news:2q67d1F...@uni-berlin.de...
> > ************************
> > 6.10 Seek with linked tables
>
> Metodo Seek con tabelle collegate
>
> >
> > Problem
> >
> > You open a DAO recordset on the basis of a
> linked table.
> > If you explicitely use "dbOpenTable" as
> recordset type you get
> > the error message "Run-time error 2319: invalid
> operation".
>
> Tu apri un recordset DAO sulla base di una tabella
> collegata.
> Se specifichi "dbOpentable" come tipo di recordset
> ricevi l'errore
> Errore di runtime 2319: operazione non valida
>
[CUT]
Credo che il "You" sia meglio associarlo a Voi 2° persona
plurale.
Gli inglesi non darebbero mai del TU in quel tono poi Imperativo....
Scherzi a parte ritengo sia più conveniente iniziare con:
"Aprite un recordset basato sulla tabella Collegata..........
Ciao.
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: OT Traduzione FAQ 6.10

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:x_l%c.15608$B06....@news.edisontel.com...

> "errore di runtime 3251: l'operazione non è
> supportata per questo tipo di
> di oggetto"
>
>
> >
> > Cause
> >
> > A recordset on a linked table by design cannot
> have the
> > recordset type Table. Therefore it's not
> possible to use
> > the Seek method which only works with the Table
> type.
>
> Un recordset strutturato su di una tabella
> collegata
> non può avere un recordset di tipo tabella.
> Quindi non è possibile usare il metodo Seek
> che è l'unico che può lavorare i tipi tabella.
>
>
> >
> > Solutions
> >
> > You can use a recordset of the type Dynaset and
> the Find methods
> > to search (dbOpenDynaset, FindFirst & Co).
>
> Soluzione
> Puoi usare un recordset di tipo Dynaset a il
> metodo Find per la ricerca (dbOpenDynaset,
> FindFirst & Co).
>
>
> >
> > If you want to continue with the Seek command
> because it normally
> > is faster than FindFirst, you have to open the
> external database and
> > then use a recordset of type Table:
>
> Se vuoi continuare col comando Seek per di norma è
> più veloce del FindFirst,
> devi usare il database esterno e
> quindi puoi usare un recordset di tipo Tabella
>
> >
> > Dim db As DAO.Database
> > Dim rs As DAO.Recordset
> > Set db =
> DBEngine.Workspaces(0).OpenDatabase("external DB")
> > Set rs = db.OpenRecordset("external Table",
> dbOpenTable)
> > *****************************
> >
> > --
> > cu
> > Karl
> > *********
> > Access FAQ:
www.donkarl.com/it
> >
> Ciao MAssimiliano
MA...i una volta che riesco a rendermi utile, mi hai anticipato anche
stavolta con la traduzione.
Ciao,
Massimo



title: OT Traduzione FAQ 6.10

author: namor

text:
TheMax ha scritto:
> > 6.10 Seek with linked tables
> Seek con tabelle collegate
> Se usi "dbOpenTable" come tipo di recordset riveverai il messaggio di
riceverai
> Un recordset aperto su una tabella collecata non puň essere come tipo
collegata
non puň essere di tipo
> in quanto normalmente piů veloce di FindFirs,
FindFirst
--
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: OT Traduzione FAQ 6.10

text:
>
> MA...i una volta che riesco a rendermi utile, mi
hai anticipato anche
> stavolta con la traduzione.
>
Guarda che mentre tu devi andare sul tuo pc per
consultare la posta
io praticamente sono collegato direttamente con il
server!!!
E non ti dico dove va il cavo di rete...
Mi obietterai: ma perchè non usi il WiFi???
- E vuoi mettere la differenza di piacere!?!
MAssimiliano


title: OT Traduzione FAQ 6.10

text:
"namor" <
do...@spam.me
> ha scritto nel messaggio
news:chm9g7$epj$1...@news.newsland.it...
>
> > Un recordset aperto su una tabella collecata non può essere come tipo
>
> collegata
Mentre la scrivevo pensavo all'accento tedesco di Karl :-)
> --
> namor at inwind punto it
Ciao,
Massimo



title: OT Traduzione FAQ 6.10

text:
ALESSANDRO Baraldi wrote:
> "MA ha scritto:
>> Tu apri un recordset DAO sulla base di una tabella
>> collegata.
>> Se specifichi "dbOpentable" come tipo di recordset
>> ricevi l'errore
>> Errore di runtime 2319: operazione non valida
>>
> [CUT]
>
> Credo che il "You" sia meglio associarlo a Voi 2° persona
> plurale.
> Gli inglesi non darebbero mai del TU in quel tono poi Imperativo....
> Scherzi a parte ritengo sia più conveniente iniziare con:
>
> "Aprite un recordset basato sulla tabella Collegata..........
L'abbiamo discusso più volte all'inizio delle traduzioni.
C'erano più opinioni che participanti. Finalmente abbiamo
deciso di prendere il Tu come convenzione.



title: OT Traduzione FAQ 6.10

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:2q85ejF...@uni-berlin.de...
[CUT]
>
> L'abbiamo discusso più volte all'inizio delle traduzioni.
> C'erano più opinioni che participanti. Finalmente abbiamo
> deciso di prendere il Tu come convenzione.
>
> --
> cu
> Karl
> *********
> Access FAQ:
www.donkarl.com/it
Mi scuso per non aver letto dall'inizio le scelte fatte.
Personalmente non condivido quanto scelto, rimane
una mia opinione.
Saluti



title: Invio dati da query a pdf

author: Battista dal portatile

text:
Salve a tutti,
sono nuovo e colgo l'occasione di salutare tutti voi.
Ho un problema con un database :
ho creato una maschera per l'inserimento di dati da una
relativa query, vorrei sapere se è possibile inviare i dati ad un file pdf
con un pulsante sulla maschera.
Preciso che il file pdf in questione si collega alla query con una
connessione ODBC.
E' possibile ricevere l'ID da un form access??
codice del pdf
{
connect = ADBC.newConnection("pdf");
if (connect == null) throw "nessun ODBC";
statement = connect.newStatement();
if (statement == null) throw "nessun oggetto";
statement.execute ("SELECT T_pass.IDPass, T_pass.coddel, T_del.cogndel,
T_del.nomedel, T_def.cogndef, T_def.nomdef, T_pass.destinazione,
T_pass.Stato, T_pass.idimpost, [Informazioni sulla società].Targaautomezzo,
[Informazioni sulla società].conducente, [Informazioni sulla
società].proprietàdi FROM (T_def INNER JOIN T_del ON T_def.idcliente =
T_del.coddef) INNER JOIN ([Informazioni sulla società] INNER JOIN T_pass ON
[Informazioni sulla società].IDImpostazione = T_pass.idimpost) ON
T_del.coddel = T_pass.coddel WHERE (T_pass.coddel)=29"); <---è possibile
ricevere l'ID da un form access?
statement.nextRow();
var row = statement.getRow();
this.getField("dich").value = row.cogndel.value;
this.getField("cogn").value = row.nomedel.value;
}
Grazie


title: Invio dati da query a pdf

text:
"Battista dal portatile" <
maz...@libero.it
> ha
scritto nel messaggio
news:hECLc.9541$OH4.1...@twister1.libero.it...
> Salve a tutti,
> sono nuovo e colgo l'occasione di salutare tutti
voi.
ciao e Benvenuto.

where ("T_pass.coddel = '" &
forms!tuamaschera!tuoid)
> statement.nextRow();
> var row = statement.getRow();
>
> this.getField("dich").value = row.cogndel.value;
> this.getField("cogn").value = row.nomedel.value;
> }
>
> Grazie
>
MAssimiliano


title: Invio dati da query a pdf

author: [Battista]

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:zyJLc.4018$B06....@news.edisontel.com...

Ciao Massimiliano,
l' acrobat riconosce la sintassi   -- &  forms!tuamaschera!tuoid --- ? che è
di access in VBA
Lo proverò e ti farò sapere.
Per aprire il file devo utilizzare il comando doCmd.Openfile specificando il
percorso del file?
Lo script in Java scritto sopra utilizza una connessione DSN, quindi da
impostare nell' ODBC di Windows,
conosci un metodo per evitare questo ed impostare la connessione da script.
Devo realizzare un DB che poi deve essere utilizzato da persone che di ODBC
non sanno nulla
e vorrei evitare di configurare o spiegare le connessioni ODBC ai clienti.
Grazie Battista


title: Report AIUTOOOOOO

author: eduardo

text:
Prima di tutto Ciao.
ogni pagina del report rapresenta un record della tabella
Come faccio a sapere su quale record corrente mi trovo??? (ovviamente lo
voglio sapere tramite codice)
Riesco a gestirlo solo quando, mettendo del codice nell'evento
report.page
,
per la prima volta vado avanti con i tasti di navigazionee non quando mi
sposto al primo o al precedente o all'ultimo.
Sono disperato
Grazie Eduardo


title: Criterio query da casella di riepilogo

author: Andrea

text:
Ciao ha tutti
Ho una maschera con un pulsante che lancia una query,che seleziona i
record in base al nome del cliente inserito in una casella di testo,e
all'anno scelto da una casella di riepilogo.
Il problema è che non viene visualizzato alcun campo se la selezione è
fatta con la casella di riepilogo mentre se imposto come origine del
criterio AnnoImp della query un campo di testo funziona.
Cioè se nella query qua sotto a WHERE
(((STORICO.AnnoImp)=[Forms]![Passate]![ElencoAnni]) sostituisco WHERE
(((STORICO.AnnoImp)=[Forms]![Passate]![TestoAnni]) funziona.
[Elencoanni] è una casella di riepilogo mentre [TestoAnni] è una
casella di testo
Qualche consiglio??
SELECT STORICO.DataVers, STORICO.impQiet, STORICO.[A-S],
STORICO.AnnoImp
FROM STORICO INNER JOIN PROPRIETARI ON STORICO.cf =
PROPRIETARI.CODFisc
WHERE (((STORICO.AnnoImp)=[Forms]![Passate]![ElencoAnni]) AND
((PROPRIETARI.Cognome) Like nz([Forms]![Passate]![TestoCognome],"*"))
AND ((PROPRIETARI.Nome) Like nz([Forms]![Passate]![TestoNome],"*")))
ORDER BY STORICO.DataVers;


title: Criterio query da casella di riepilogo

author: Antonio Biso

text:
"Andrea" <
mean...@libero.it
> ha scritto nel messaggio
news:abf487eb.03041...@posting.google.com...
> Ciao ha tutti
>
> Ho una maschera con un pulsante che lancia una query,che seleziona i
> record in base al nome del cliente inserito in una casella di testo,e
> all'anno scelto da una casella di riepilogo.
> Il problema è che non viene visualizzato alcun campo se la selezione è
> fatta con la casella di riepilogo mentre se imposto come origine del
> criterio AnnoImp della query un campo di testo funziona.
> Cioè se nella query qua sotto a WHERE
> (((STORICO.AnnoImp)=[Forms]![Passate]![ElencoAnni]) sostituisco WHERE
> (((STORICO.AnnoImp)=[Forms]![Passate]![TestoAnni]) funziona.
>
> [Elencoanni] è una casella di riepilogo mentre [TestoAnni] è una
> casella di testo
Probabilmente la casella di riepilogo non restituisce l'anno perchè:
1) la colonna associata non è quella dell'anno
2) E' a selezione multipla
Verifica comunque cosa restituisce facendo un msgbox elencoanni prima di
lanciare la query
Antonio


title: Criterio query da casella di riepilogo

author: omasnc

text:
"Andrea" <
mean...@libero.it
> ha scritto nel messaggio
news:abf487eb.03041...@posting.google.com...

Verifica che la colonna associata della casella di riepilogo sia quella che
contiene i valori che ti interessano.
Ciao
Galliano


title: SQL e parametro AND

author: hoyt

text:
Buona sera a tutti,
premetto di essere assolutamente consapevole di essermi "intrippato"
contro un problema estremamente banale ma, al momento non ne vengo
fuori ...
uso la seguente stringa SQL per effettuare una ricerca ma sicuramente
o le " o qualche altra cosa non mi fa funzionare la parte aggiuntiva
di parametro AND:

            strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
PRG_VALORE " & _
            "FROM [PROGRAMMI] " & _
            "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
            strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"

questa è solo una delle tantissime prove che ho fatto ma tra messaggi
di "tipo non corrispondente" ed errori di debug vari non riesco a
superare questo "muro" ...
Grazie anticipatamente per l'aiuto.
Buona prosecuzione di serata

Francesco


title: SQL e parametro AND

text:
hoyt wrote:
> ...
> uso la seguente stringa SQL per effettuare una ricerca ma sicuramente
> o le " o qualche altra cosa non mi fa funzionare la parte aggiuntiva
> di parametro AND:
>
>             strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
> PRG_VALORE " & _
>             "FROM [PROGRAMMI] " & _
>             "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
>             strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"
>
> questa � solo una delle tantissime prove che ho fatto ma tra messaggi
> di "tipo non corrispondente" ed errori di debug vari non riesco a
> superare questo "muro" ...

Ci sono troppe parentesi e alla fine manca il valore o variabile
che vuoi paragonare con PRG_VALORE.
La sintassi giusta dipende anche delle tipi di dati di PRG_COD
e PRG_VALORE. Se p.e. il primo � un testo e il secondo un numero,
puoi provarlo cos�:

strsql = _
"SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR, PRG_VALORE " & _
"FROM PROGRAMMI " & _
"WHERE PRG_COD Like " & Chr$(34) & "*" & strR & "*" & Chr$(34) & _
" And PRG_VALORE <> " & lngPippo

--
Ciao
Karl
*********
Access FAQ:
http://www.donkarl.com/it


title: SQL e parametro AND

text:

Karl grazie ... funziona,
come al solito sei SEMPRE presente a risolvere i nostri dubbi ...
sapevo di essermi ingarbugliato su una banalità.
A te ed a tutti i frequentatori del NG una buona serata.

Francesco


title: SQL e parametro AND

author: Riccardo Baldinotti

text:
On 27 Ott, 20:57, hoyt <
d_cremon...@libero.it
> wrote:
> On 27 Ott, 20:10, "Karl Donaubauer" <
NoS...@donkarl.com
> wrote:
>
>
>
>
>
> > hoyt wrote:
> > > ...
> > > uso la seguente stringa SQL per effettuare una ricerca ma sicuramente
> > > o le " o qualche altra cosa non mi fa funzionare la parte aggiuntiva
> > > di parametro AND:
>
> > >             strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
> > > PRG_VALORE " & _
> > >             "FROM [PROGRAMMI] " & _
> > >             "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
> > >             strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"

Quando mi incarto su query così, metto prima la stringa in una casella
di testo per vedere il risultato effettivo.
  strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
    PRG_VALORE " & _
    "FROM [PROGRAMMI] " & _
    "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
    strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"
Forms!maschera1!testo0=strsql
Currentdb.Execute strsql

Se mi si blocca o fa cose strane, controllo il risultato nella casella
di testo.
Riccardo Baldinotti


title: SQL e parametro AND

text:
"Riccardo Baldinotti"  ha scritto nel messaggio
news:52f21c0d-df67-414c...@i15g2000yqm.googlegroups.com...

On 27 Ott, 20:57, hoyt <
d_cremon...@libero.it
> wrote:
> On 27 Ott, 20:10, "Karl Donaubauer" <
NoS...@donkarl.com
> wrote:
>
>
>
>
>
> > hoyt wrote:
> > > ...
> > > uso la seguente stringa SQL per effettuare una ricerca ma sicuramente
> > > o le " o qualche altra cosa non mi fa funzionare la parte aggiuntiva
> > > di parametro AND:
>
> > >             strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
> > > PRG_VALORE " & _
> > >             "FROM [PROGRAMMI] " & _
> > >             "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
> > >             strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"

Quando mi incarto su query cosě, metto prima la stringa in una casella
di testo per vedere il risultato effettivo.
  strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
    PRG_VALORE " & _
    "FROM [PROGRAMMI] " & _
    "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
    strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"
Forms!maschera1!testo0=strsql
Currentdb.Execute strsql

Se mi si blocca o fa cose strane, controllo il risultato nella casella
di testo.
Riccardo Baldinotti
_________Risposta:
hanno inventato la finestra immediata, che fa questo mestiere
Continuiamo cosě, tagliamo sempre posti di lavoro... ;-)
MA


title: SQL e parametro AND

author: Alessandro Cara

text:
Il 28/10/2011 9.43, Riccardo Baldinotti ha scritto:
[cut]
> Quando mi incarto su query cos�, metto prima la stringa in una casella
> di testo per vedere il risultato effettivo.
>    strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
>      PRG_VALORE "&  _
>      "FROM [PROGRAMMI] "&  _
>      "WHERE ((PRG_COD Like "&  Chr$(34)&  "*"&  _
>      strR&  "*"&  Chr$(34)&  "&  " And (PRG_VALORE)<>  &  ")"
> Forms!maschera1!testo0=strsql
> Currentdb.Execute strsql
>
> Se mi si blocca o fa cose strane, controllo il risultato nella casella
> di testo.
Imparare a usare il debug e modificare (fino ad OK o finche' ci si
stufa) mentre e' in esecuzione no ehhhh?  ;-{)
Fermo restando che (se PRG_COD non contiene apici) l'interpretazione
puo' essere piu' chiara se:

...."where PRG_COD like '*" & str & "*' and PRG_Valore <> " & x

--

ac (x=y-1)


title: SQL e parametro AND

text:
On 28 Ott, 10:42, Alessandro Cara <
alessandro.c...@ay-1anetwork.it
>
wrote:
> Imparare a usare il debug e modificare (fino ad OK o finche' ci si
> stufa) mentre e' in esecuzione no ehhhh?  ;-{)

Ehm, l'idea era quella, ignorando come ignoro gli strumenti canonici.
Il problema è che quando  mi esce l'errore volevo beccare da qualche
parte la stringa.

Per MA: vuoi dire che un Debug.Print mi darebbe lo stesso risultato?
Eh...

Abbiate pietà...
Riccardo Baldinotti


title: SQL e parametro AND

author: Bruno Campanini

text:
hoyt expressed precisely :
> Buona sera a tutti,
> premetto di essere assolutamente consapevole di essermi "intrippato"
> contro un problema estremamente banale ma, al momento non ne vengo
> fuori ...
> uso la seguente stringa SQL per effettuare una ricerca ma sicuramente
> o le " o qualche altra cosa non mi fa funzionare la parte aggiuntiva
> di parametro AND:
>
>             strsql = "SELECT PRG_ID, PRG_COD, PRG_ALQ, PRG_DESCR,
> PRG_VALORE " & _
>             "FROM [PROGRAMMI] " & _
>             "WHERE ((PRG_COD Like " & Chr$(34) & "*" & _
>             strR & "*" & Chr$(34) & " & " And (PRG_VALORE)<> & ")"
>
> questa ï¿œ solo una delle tantissime prove che ho fatto ma tra messaggi
> di "tipo non corrispondente" ed errori di debug vari non riesco a
> superare questo "muro" ...
> Grazie anticipatamente per l'aiuto.
> Buona prosecuzione di serata
>
> Francesco

Dim VAR as String:
" WHERE [FieldName]='" & VAR & "' ...

Dim VAR As Currency:
" WHERE [FieldName]=" & VAR & " ...

Dim VAR As Date:
" WHERE [FieldName]=#" & Format(#VAR#, "mm/dd/yyyy") & "# ...

Bruno

PS
==
Se devi inserire in VAR:
Da "HOYT" si mangia bene e si beve meglio:

VAR = "Da """"HOYT"""" si mangia bene e si beve meglio"


title: SQL e parametro AND

text:
"Riccardo Baldinotti"  ha scritto nel messaggio
news:e2784cfe-e3b7-4460...@g7g2000vbv.googlegroups.com...

__________________________Risposta:
Anche meglio.
Perché tu puoi mettere il Debug.Print oppure passare il cursore sulla
variabile per vederne il contenuto
e correggerlo mentre ne segui il debug
MA


title: Transazioni con insert query parametriche

text:
Ciao a tutti, leggendo i vari post sono riuscito a creare questa sub,
che dovrebbe eseguire più insert basati su query parametriche che
contegono più di un parametro; il problema è che non succede niente,
ossia non mi vengono restituiti errori e non viene eseguito niente. Lo
scopo è quello di effettuare una transazione unica ed in caso di
errore fare rollback di tutto.
Private Sub Comando105_Click()
Dim qdf As DAO.QueryDef
Dim prm As DAO.Parameter
Dim ws As DAO.Workspace
On Error GoTo DoSqlErr2
Set ws = DBEngine.Workspaces(0)
ws.BeginTrans
'primo insert con query parametrica
Set qdf = CurrentDb.QueryDefs("InsertCalcolaDetMono")
For Each prm In qdf.Parameters
prm.Value = Eval(prm.Name)
Next prm
qdf.Execute dbFailOnError
Application.RefreshDatabaseWindow
Set qdf = Nothing
'secondo insert con query parametrica
Set qdf = CurrentDb.QueryDefs("InsertMono")
For Each prm In qdf.Parameters
prm.Value = Eval(prm.Name)
Next prm
qdf.Execute dbFailOnError
Application.RefreshDatabaseWindow
Set qdf = Nothing
ws.CommitTrans
Exit Sub
DoSqlErr2:
ws.Rollback
MsgBox Err.Description
End Sub
Gli spunti sono stati presi da Alessandro, Karl, Cinzia, Sergio,
Federico, Roberto, Giorgio, Bruno, ecc
Grazie


text:

forse il problema è nella riga di comando per eseguire la query dove
dici di non voler ricevere il messaggio di errore.
prova a togliere la parora dbFailOnError
qdf.Execute dbFailOnError
ciao
Andrea Papi


text:

> Andrea Papi- Nascondi testo citato
>
> - Mostra testo citato -
Ciao Andrea, eliminando dbFailOnError mi viene restituito
3265: Elemento non trovato in questo insieme


text:

> 3265: Elemento non trovato in questo insieme- Nascondi testo citato
>
> - Mostra testo citato -
Ho risoloto errore 3265, ma eliminando dbFailOnError e cercando di
mandare in errore non succede proprio niente


text:

> mandare in errore non succede proprio niente- Nascondi testo citato
>
> - Mostra testo citato -
Ho tentato di impostare alcuni parametri a null per vedere se mi viene
restituito errore, ma non succede niente.
E' possibile intercettare se parametri sono nulli e quindi goto eRROR


title: SQL Problema irrisolto

author: Lucio

text:
Salve a tutto il NG,
continuo a non risolvere il mio problema,
ho provato a creare una funzione con il seguente codice:
"Public Function InsArtistico(IdCliente As Long) As String
Dim rst As DAO.Recordset, Risult As String
Set rst = CurrentDb.OpenRecordset("SELECT
[IdCliente],[DataPrestazione],[CodiceOperatore] FROM
[QRYPrestazioniVecchie]" & _
"WHERE IdCliente =" & Forms!FRMServizi!IdCliente)
Risult = Risult & IIf(Risult = "", "", "+") & Nz(!InsArtistico, "")
With rst
MoveFirst
While Not .EOF
Risult = Risult
MoveNext
Wend
End With
rst.Close: Set rst = Nothing
InsArtistico = Risult
End Function"
Inserendo poi su corrente della form "Private Sub Form_Current()
If IsNull(Artistico) Then
Me.Artistico.Value = InsArtistico(IdCliente)
End If
End Sub", non mi dà errore, tantomento mi restituisce dati!
Non so più che cosa fare :(
Help me!
Grazie
Lucio
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it