title: Error...3075 su Nz(DMax)...non ne esco!

text:
"Riccardo" <
doctor...@hotmail.com
> ha scritto nel messaggio
news:1173205778.8...@q40g2000cwq.googlegroups.com...
cut
puoi quindi suggerirmi la sintassi?
grazie
---------------------
Certamente:
Me!n_reg = Nz(DMax("[n_reg]", "[prima nota]", "[azienda] =" & "'" &
Me!azienda & "'"), 0) + 1
...un paio di apici chiusi tra virgolette.
Ciao, Carlo


title: Error...3075 su Nz(DMax)...non ne esco!

author: Riccardo

text:
On 6 Mar, 19:43, "Carlo Costarella" <
carlocoslib...@libero.it
> wrote:
> "Riccardo" <
doctormusi...@hotmail.com
> ha scritto nel messaggionews:1173205778.8...@q40g2000cwq.googlegroups.com...
> cut
>
> puoi quindi suggerirmi la sintassi?
> grazie
> ---------------------
>
> Certamente:
> Me!n_reg = Nz(DMax("[n_reg]", "[prima nota]", "[azienda] =" & "'" &
> Me!azienda & "'"), 0) + 1
> ...un paio di apici chiusi tra virgolette.
>
> Ciao, Carlo
Grazie mille! Sperò questo post risulti utile anche a chi ci sbatterà
la testa come ho fatto io!
Saluti e buon lavoro


title: Differenza early/late binding  in automazione Exce. Errore 438 (DisplayAlerts)

text:
Ciao a tutti.
Ho un problema con l'automazione Excel.
Se utilizzo early binding con il codice seguente ottengo un errore in
corrispondenza del metodo DisplayAlerts (438 Metodo non supportato
dall'oggetto).
Se invece utilizzo late binding (che per tanti motivi non vorrei
utilizzare) il tutto funziona.
Access 2003 Excel 200, 2003 e 2007 (provato con tutte le versioni)
il codice
Dim oApp As Object, wkBk As Object, wkSh As Object
.
.
    Set oApp = CreateObject("Excel.Application")
.
.
        Set wkBk = oApp.Workbooks.Open(NomeFile)
.
.
        'chiude foglio
        wkBk.DisplayAlerts = False
        wkBk.Close
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


text:
Nicoletta1 ha scritto:
> Ciao a tutti.
> Ho un problema con l'automazione Excel.
> Se utilizzo early binding con il codice seguente ottengo un errore in
> corrispondenza del metodo DisplayAlerts (438 Metodo non supportato
> dall'oggetto).
> Se invece utilizzo late binding (che per tanti motivi non vorrei
> utilizzare) il tutto funziona.
> Access 2003 Excel 200, 2003 e 2007 (provato con tutte le versioni)
> il codice
> Dim oApp As Object, wkBk As Object, wkSh As Object
> .
> .
>     Set oApp = CreateObject("Excel.Application")
> .
> .
>         Set wkBk = oApp.Workbooks.Open(NomeFile)
> .
> .
>         'chiude foglio
>         wkBk.DisplayAlerts = False
>         wkBk.Close
Qqualcuno sa dirmi come risolvere?
grazie
Nicoletta



author: Karl Donaubauer

text:
Nicoletta1 wrote:
> Ho un problema con l'automazione Excel.
>
> Se utilizzo early binding con il codice seguente ottengo un errore
> in corrispondenza del metodo DisplayAlerts (438 Metodo non
> supportato dall'oggetto).
> Se invece utilizzo late binding (che per tanti motivi non vorrei
> utilizzare) il tutto funziona.
> Access 2003 Excel 200, 2003 e 2007 (provato con tutte le versioni)
>
> il codice
>
> Dim oApp As Object, wkBk As Object, wkSh As Object
> .
>    Set oApp = CreateObject("Excel.Application")
> .
>        Set wkBk = oApp.Workbooks.Open(NomeFile)
> .
>        'chiude foglio
>        wkBk.DisplayAlerts = False
>...
DisplayAlerts non � una propriet� del Workbook ma dell'Application:
oApp.DisplayAlerts = False
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


text:
Che tonta che sono!
grazie Karl!!!!
Karl Donaubauer ha scritto:


> oApp.DisplayAlerts = False
--
questo articolo e` stato inviato via web dal servizio gratuito



title: X Roberto dal portatile..o casa !!

author: SuperPippo®

text:
Ciao Roberto...se ti ricordi della query che mi hai fatto volevo chiederti
una delucidazione.... e farti ricordare il codice è qui sotto...
-----------------------------------
Prova quindi a modificare così il codice SQL della tua Query:
SELECT Esenzioni.Codice_Esenzione, Count(Esenzioni.Codice_Esenzione) AS
ConteggioDiCodice_Esenzione
FROM Esenzioni INNER JOIN Anagrafe ON Esenzioni.ID_assistito =
Anagrafe.ID_assistito
WHERE (((Anagrafe.N_Protocollo) Like "*" & [Digita Iniziale Comune:] & "*"))
GROUP BY Esenzioni.Codice_Esenzione
UNION SELECT "Totali Esenzioni " & DLookup("[Comune]", "TabComuni",
"CodCom=" & Chr$(34) &[Digita Iniziale Comune:] & Chr$(34)),
Count(Esenzioni.Codice_Esenzione) AS ConteggioDiCodice_Esenzione
FROM Esenzioni INNER JOIN Anagrafe ON Esenzioni.ID_assistito =
Anagrafe.ID_assistito
WHERE (((Anagrafe.N_Protocollo) Like "*" & [Digita Iniziale Comune:] &
"*"));
-----------------------
funziona benissimo... ma il fatto è che andando a fare un controllo sul
numero esenzioni
la query mi da come risultato x tutti e 5 i comuni 10053 ed (E') il numero
esatto che mi ritrovo in Tabella Esenzioni...
mentre andando a fare una somma dei risultati che mi da x ogni Comune mi
esce
10045... quindi una differenza di 8 ....
mi puoi spiegare dove devo controllare x trovare questa differenza  ???
Ciao !!!


title: X Roberto dal portatile..o casa !!

author: Roberto dal portatile

text:
"SuperPippo®" <
ik0...@libero.it
> ha scritto nel messaggio
news:bGuG6.10926$sb5.1...@news.infostrada.it...

Come prima impressione sembrerebbe che nell'archivio Anagrafe ci sono 8
assistiti che hanno come lettera contenuta nel N_Protocollo nessuna delle
cinque lettere previste (G, P, G, I o M).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: X Roberto dal portatile..o casa !!

text:
"Roberto dal portatile" <
r.ma...@libero.it
> ha scritto nel messaggio
news:cQzG6.13246$sb5.1...@news.infostrada.it...
|
| "SuperPippo®" <
ik0...@libero.it
> ha scritto nel messaggio
| news:bGuG6.10926$sb5.1...@news.infostrada.it...
| >  10053 ...... 10045... quindi una differenza di 8 ....
| > mi puoi spiegare dove devo controllare x trovare questa differenza  ???
| > Ciao !!!
| >-----------------------------------|
| Come prima impressione sembrerebbe che nell'archivio Anagrafe ci sono 8
| assistiti che hanno come lettera contenuta nel N_Protocollo nessuna delle
| cinque lettere previste (G, P, G, I o M).
|***************
come sempre ..hai ragione... ho fatto un controllo approfondito sui codici
ed ad 8 mancava davanti l'iniziale del Comune...Ciao e buon fine settimana.


title: X Roberto dal portatile..o casa !!

author: Roberto da casa

text:
"SuperPippo®" <
ik0...@libero.it
> ha scritto nel messaggio
news:DYDG6.14996$sb5.1...@news.infostrada.it...

Buon 1° maggio.



title: estrarre gerarchia da campo testo

text:
estrarre gerarchia da campo testo
Ho una tabella con i dati in questa forma
ID	NOME
1	A - B - C
2	D - E - F
3	H - I
...
il campo nome ha questo significato:
categoria di primo livello, - , categoria di secondo livello, - ,
categoria di terzo livello
la struttura _non_ posso cambiarla perche' e' alimentata da un
gestionale che non posso modificare.
E' possibile fare tre query:
la prima mi estrae le categorie di primo livello (A D H)
a seconda mi estrae le categorie di secondo livello (B E I)
la terza mi estrae le categorie di terzo livello (C F)
ciascuna delle tre query alimineta un tag select
uso asp per leggere i dati del db generare il codice html
Spero che qualcuno mi illumini !
Ciao, grazie in anticipo,
Albe


title: estrarre gerarchia da campo testo

author: mino

text:
o...@tiscali.it
 ha scritto:









se le posizioni dei dati nel secondo campo sono fissi fai delle query
mettendo nel campo mid([nome];1;1) per la prima mid([nome];4;1) ecc.
ciao
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: estrarre gerarchia da campo testo

text:
non sono fisse
mi hanno consigliato di splittare la stringa sul carattere -


title: estrarre gerarchia da campo testo

text:
o...@tiscali.it
 ha scritto:
> non sono fisse
> mi hanno consigliato di splittare la stringa sul carattere -
esatto devi fare un funzione che ti trova il carattere "-" e poi leggere
quello che ti restituisce la funzione. non conosco le tue conoscenze di
VBA ma se non sei ancora molto addentro non è facilissimo nemmeno
spiegarti.
fai sapere se ci riesci altrimenti vediamo che si può fare.



title: estrarre gerarchia da campo testo

author: Sergio MAZZA

text:
<
o...@tiscali.it
> ha scritto nel messaggio
news:c7fei3$127$1...@newsreader.mailgate.org...
> non sono fisse
>
> mi hanno consigliato di splittare la stringa sul carattere -
Se usi acc'200x in poi, hai a disposizione la funzione Split (vedi help);
altrimenti sul sito comune (
www.sitocomune.com
) c'è la funzione Token...
Ciao.
--
Sergio MAZZA


title: installare solo il runtime di access

text:
sapete come posso con creazione pacchetti del runtime di access installare
solo il runtime
senza creare anche la struttura e copiare il db e eventuali ocx?
Grazie.


title: installare solo il runtime di access

author: Ferrari Rino

text:
"Simba883" <
simb...@libero.it
> ha scritto nel messaggio
news:clrsb1$r8t$2...@lacerta.tiscalinet.it...

Con il Package wizard del pacchetto di Office Developer XP non e possibile
ma con i dovuti accorgimenti lo si può fare con InoSetup e ISTool.
Ciao
Rino Ferrari


title: installare solo il runtime di access

author: Simone Calligaris

text:
"Simba883" <
> sapete come posso con creazione pacchetti del runtime di access installare
> solo il runtime
> senza creare anche la struttura e copiare il db e eventuali ocx?
Basta cercare sul CD del pacchetto d'installazione: esiste un Setup.exe che
installa il SOLO Runtime di Access.
Saluti.


title: installare solo il runtime di access

text:
"Simone Calligaris" <
> Basta cercare sul CD del pacchetto d'installazione: esiste un Setup.exe
che
> installa il SOLO Runtime di Access.
Per essere più precisi:  cartella Runtime, avvia  ACCESSRT.MSI


title: installare solo il runtime di access

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:5zogd.6709$Es2.1...@twister2.libero.it...

perfetto, grazie mille.


title: ancora MyODBC

author: antonello

text:
Sempre problemi con MySql e front-end Access.
Chissà se a qualcuno è già successo questo:
un'applicazione Access 2000 sui PC locali accede a un db mysql su
server remoto collegando le tabelle (ciascuno con MyOdbc, la propria
password e il proprio username).
Ora avviene che tutto funziona bene sui PC che hanno windows 2000 o
XP, mentre sui PC che hanno windows 98 o MillenniumEdition compare su
una sola delle tabelle collegate il famoso errore "#eliminato#". La
suggerita soluzione di introdurre il campo timestamp e di creare le
dovute chiavi sulle tabelle è già stata preventivamente applicata per
eliminare il problema, ma sui pc win98 o winME sembra del tutto
inutile.
Qualcuno ha idea di che cosa possa trattarsi?
Antonello


title: ancora MyODBC

text:
antonello ha scritto:

non capisco bene se le tabelle le vedi oppure no e sapratutto non capisco
se l'eliminato lo vedi quando inserisci qualche record o subito
all'apertura.
un tentativo può essere quello di riallegare le tabelle e vedere cosa
succede ed eventualmente controllare gli odbc che hai sulle varie macchine.
ciao
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Ve li ricordate i 115 ctl?

author: Lorenzo Coronati

text:
Chi era?
Luisa?
Fatto sta che anch'io ho dovuto fare una form con parecchie
textbox (192! tutte uguali, per fortuna) cliccabili.
Dopo un'oretta ho risolto egregiamente con un pulsantone
trasparente, ricavando le coordinate del topo e calcolando
su quale textbox si trova.
Se a qualcuno interessa...
Bai
--
Lorenzo Coronati
--
<<Nessuno sa che questa affermazione e' vera>>
(John D. Barrow)
--


title: Ve li ricordate i 115 ctl?

author: ema

text:
Mio cuggino mi ha detto che Lorenzo Coronati <
lore...@tin.ton.tan.it
> scrisse:
> Dopo un'oretta ho risolto egregiamente con un pulsantone
> trasparente, ricavando le coordinate del topo e calcolando
> su quale textbox si trova.
>
pello.
> Se a qualcuno interessa...
>
sito comune, direi... :-)
bye!
--
Emanuele Cesena
http://www.penguinpowered.com/~ecesena
<
ece...@penguinpowered.com
>               Attenzione all'anti-spam XXX
Picard: Comandante, e' riuscito a determinare la causa della frattura
	warp?
LaForge: No, signore.  Tutto era normale, poi, improvvisamente, e' come
	se le leggi della fisica fossero state gettate fuori dalla
	finestra.
Q: E perche' non dovrebbero?  Sono cosi' sconvenienti...
		-- "True Q", data astrale 46192.2


title: Filtro in base a maschera con bottoni

author: Akira

text:
Ciao
Sapete se č possibile abilitare dei bottoni, quando sono in modalita Filtro
in base a maschera?
Ne ho bisogno perchč vorrei dare all'utilizzatore un chiaro uso di questa
funzionalitą, senza che debba andare a cercare i bottoni sulla barra degli
strumenti, con conseguenze di smanettamenti vari.
Grazie a tutti.


title: Filtro in base a maschera con bottoni

author: Hermex

text:
"Akira"

Non si puo'!
Magari ....
Ciao
H.
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: HLP: Cmd PrintOut da 97 a 2000 non funziona +!!!

author: Bova

text:
Ho convertito un prg da acc97 a acc2000. In access 97 c'era un cmd di stampa
del tipo:
DoCmd.Printout acpages,1,1,,Val(NCopie)
e funzionava regolarmente. Ora ho convertito il prg in acc2000 (funzione di
conversione che propone acc2000 in apertura), ma la stampa non funziona +.
Mi da due errori strani (alternati) :
o "Impossibile eseguire l'operazione adesso" o "Campo "FORMS" non trovato
[...]"
Che devo fare...grazie.


title: [OT] ma sono nella m...a ! TAPE SCSI che non funge

author: norica

text:
Sono veramente nella cacca !!! Qua mi licenziano....
Ho installato una scheda SCSI (Advansys) e un TAPE Drive per il backup dei
dati....
il tutto deve girare sotto Win2k...
In "gestione periferiche" sembra tutto ok nel senso che la scheda SCSI č
rilevata ed installata (e non ha problemi) e cosě pure il TAPE drive....
solo che : AL TAPE NON E' STATA ASSEGNATA ALCUNA UNITA' (d:/, e:/, f:/
etc.etc.) e quindi come faccio ?!
HELP !

--------------------------------
Inviato via
http://arianna.libero.it/usenet/


author: Nick

text:
"norica" <
nor...@libero.it
> ha scritto nel messaggio news:81Z112Z191Z154Y...@usenet.libero.it...
> Sono veramente nella cacca !!! Qua mi licenziano....
> Ho installato una scheda SCSI (Advansys) e un TAPE Drive per il backup dei
> dati....
> il tutto deve girare sotto Win2k...
> In "gestione periferiche" sembra tutto ok nel senso che la scheda SCSI è
> rilevata ed installata (e non ha problemi) e così pure il TAPE drive....
> solo che : AL TAPE NON E' STATA ASSEGNATA ALCUNA UNITA' (d:/, e:/, f:/
> etc.etc.) e quindi come faccio ?!
> HELP !
>
>
> --------------------------------
> Inviato via
http://arianna.libero.it/usenet/
ai tape rarissimamente vengono assegnate le unità logiche...
di solito è solo con gli appositi software forniti che è possibile dialogare con questi hardware....
prova ad installare tutto il pacchetto fornito con l'hardware
ciao
Nick


author: giorgio rancati

text:
"norica" <
nor...@libero.it
> ha scritto nel messaggio
news:81Z112Z191Z154Y...@usenet.libero.it...
> Sono veramente nella cacca !!! Qua mi licenziano....
> Ho installato una scheda SCSI (Advansys) e un TAPE Drive per il backup dei
> dati....
> il tutto deve girare sotto Win2k...
> In "gestione periferiche" sembra tutto ok nel senso che la scheda SCSI č
> rilevata ed installata (e non ha problemi) e cosģ pure il TAPE drive....
> solo che : AL TAPE NON E' STATA ASSEGNATA ALCUNA UNITA' (d:/, e:/, f:/
> etc.etc.) e quindi come faccio ?!
> HELP !
in pochissimi casi ho visto assegnare un'unitą al Tape.
Se č compatibile puoi fare le copie con il Backup Windows.
Start-->Programmi-->Accessori-->Utilitą di sistema-->Backup
Ciao Giorgio


author: Abner

text:
norica ha scritto:
> solo che : AL TAPE NON E' STATA ASSEGNATA ALCUNA UNITA' (d:/, e:/, f:/
> etc.etc.) e quindi come faccio ?!
E da quando questo avviene? Devi usare il software a corredo che rileva
l'unità nastro. Ovviamente devono averti dato il software quando hai
comprato l'unità.
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Office 11

author: baila

text:
Io pensavo che la M$ mollasse lo sviluppo
di Access... ed invece guardate qua:
http://msdn.microsoft.com/library/en-us/dnofftalk/html/office12092002-fig09
.
gif
http://msdn.microsoft.com/library/en-us/dnofftalk/html/office12092002-fig12
.
gif
articolo:


title: Office 11

author: Tony

text:
"baila"
<> Io pensavo che la M$ mollasse lo sviluppo
> di Access...
Un altro!
Vorrei capire una volta per tutte chi diffonde queste perle di saggezza.
Mi spiegate perchè diavolo Microsoft dovrebbe abbandonare il prodotto più
importante e qualificante del suo Office?
Per far guadagnar posizioni a Star Office, Open Office o roba del genere?
>ed invece guardate qua:
Da parecchio tempo sono stati postati links su Access 11.
Ciao.


title: Office 11

text:
"Tony" <
tonyn...@usa.net
> ha scritto nel messaggio
news:gLDQ9.69300$TC5.2...@twister1.libero.it...

Io sono sempre fermo a A97.....! Mi sento un vecchietto....!
@Alex.


title: Office 11

author: Sib

text:
"@Alex" <
ik2...@libero.it
> ha scritto nel messaggio
> "Tony" <
tonyn...@usa.net
> ha scritto nel messaggio
cut
> > Da parecchio tempo sono stati postati links su Access 11.
> >
> > Ciao.
> >
> >
>
> Io sono sempre fermo a A97.....! Mi sento un vecchietto....!
hehe, anch'io finora ho rilasciato solo versioni su A97 (chi lascia la via
vecchia per la nuova...) ma mi sono aggiornato perche' AXP ha delle
caratteristiche veramente interessanti che A97 non ha mantenendone pero' la
robustezza.
Ciao
Sib


title: Office 11

author: Antonio Biso

text:
"@Alex" <
ik2...@libero.it
> ha scritto nel messaggio
news:TZDQ9.69343$TC5.2...@twister1.libero.it...
>
> > Da parecchio tempo sono stati postati links su Access 11.
> >
> > Ciao.
> >
>
> Io sono sempre fermo a A97.....! Mi sento un vecchietto....!
Faccio lo stesso anch'io...
Va bene cosě...
Antonio


title: diff integrità e query

author: MasterControl

text:
Ciao
tra operare sui record di due tabelle tramite integrità referenziale
gestita da access, oppure gestire tutto tramite query...
che passa?
grazie


title: diff integrità e query

text:
"MasterControl" <
Master...@cmp.it
> ha scritto nel messaggio
news:A0fop.20353$%g.5...@twister1.libero.it...

è la classica domanda in cui la risposta più immediata sarebbe
"ma tu, che voi fa"?
dipende da quello che stai realizzando.
Comunque, molto a grandi linee, l'integrità ti controlla le relazioni tra le
tabelle e quindi per esempio non ti permette di inserire record se non
presenti anche nella tabella "padre" oppure ti cancella record dalle
sottotabelle lato molti se cancellato il record nel lato uno
con le query devi gestire tu tutto a mano e magari con del codice
cmq di considerazioni se ne possono fare molte, quindi è meglio che parti
dalla tua realtà
Antonio


title: diff integrità e query

text:
Il 10/04/2011 12:41, Antonio Biso ha scritto:
> Comunque, molto a grandi linee, l'integrità ti controlla le relazioni tra le
> tabelle e quindi per esempio non ti permette di inserire record se non
> presenti anche nella tabella "padre" oppure ti cancella record dalle
> sottotabelle lato molti se cancellato il record nel lato uno
> con le query devi gestire tu tutto a mano e magari con del codice
>
quindi laddove le modifiche sono complesse, e devono tenere conto di
vincoli etc...
un controllo via query è la soluzione?
grazie


title: diff integrità e query

text:
"MasterControl" <
Master...@cmp.it
> ha scritto nel messaggio
news:8Wiop.20493$%g.5...@twister1.libero.it...

Caso mai è il contrario
dove è molto complesso è meglio lasciare fare tutto a lui
in ogni caso sarebbe il caso che tu analizzi con attenzione la tua struttura
dati e le possibili transazioni per capire cosa deve succedere quando fai
qualcosa...
Antonio


title: diff integrità e query

text:

ok grazie!


title: Stranezze nella DCount

author: Luca

text:
Salve ho un problema che mi lascia perplesso
Ho una TblContenziosi
che contiene IDContenzioso del tipo progressivo/annoultimeduecifre (es.
1/05)
ora sto raggruppando i contenziosi per anno
DCount("[IDContenzioso]", "TblContenziosi", "[IDContenzioso] like '%/ " &
Anno & "'")
Se metto la condizione Where mi conta 0 anche se sono presenti record.
Per favore sapete dirmi dove sbaglio?
Grazie


title: Stranezze nella DCount

author: ciroteo

text:
"Luca" <
l.pet...@libero.it
> ha scritto nel messaggio
news:qtXId.6190$V17.2...@twister1.libero.it...

che tipo di applicazione stai realizzando? mde o adp?
il carattere jolly % č utilizzato quando ci si interfaccia con sql o msde.
in access si usa *


title: Stranezze nella DCount

author: ALESSANDRO Baraldi

text:
"ciroteo" <
ciroteo_c...@libero.it
> ha scritto nel messaggio
news:ct2a58$854$1...@hulme.interac.it...

Qualsiasi dei 2 l'Anno č un dato Numerico ma sicuramente non contenuto
nel campo [IDContenzioso] a meno chč non sia una data.
DCount("[IDContenzioso]", "TblContenziosi", "Year([CampoData] = " &
 NUmeroAnno)
Ciao
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: Stranezze nella DCount

text:
Il campo IDContenzioso č un numerico/annoaduecifre
es. 27/05
Quindi gli chiedo di contare i contenziosi che finiscono con /05
anche se avessi un campo data
Year([CampoData]) = 05 non mi trova l'anno giusto
Vi spiego perchč non voglio utilizzare un recordset... (pigrizia)
Il raggruppamento l'ho fatto cosě
rec.Open "SELECT DISTINCT Right(IDContenzioso,2) AS Anno FROM
TblContenziosi", CurrentProject.Connection, adOpenStatic, adLockReadOnly
e mi sono selezionato gli anni in formato 05 direttamente da IDContenzioso
Visto che sto facendo un loop per visualizzare il tutto in una listview non
voglio
annidare un altro recordset per la recordcount.
preferivo una DCount sicuramente piů leggibile.
Che vi devo dire io ci ho provato... stavo sperimentando.
Perň se proprio non si puň.
Il problema č che mi sembra strano che non "DConti"! e mi piacerebbe capire
il perchč?
Grazie per l'aiuto in ogni caso.
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:41f4b0d8$0$136$5fc...@news.tiscali.it...



title: Stranezze nella DCount

text:
"Luca" <
l.pet...@libero.it
> ha scritto nel messaggio
news:XI3Jd.6404$V17.2...@twister1.libero.it...
> Il campo IDContenzioso è un numerico/annoaduecifre
> es. 27/05
>
> Quindi gli chiedo di contare i contenziosi che finiscono con /05
> anche se avessi un campo data
> Year([CampoData]) = 05 non mi trova l'anno giusto
>
> Vi spiego perchè non voglio utilizzare un recordset... (pigrizia)
>
> Il raggruppamento l'ho fatto così
> rec.Open "SELECT DISTINCT Right(IDContenzioso,2) AS Anno FROM
> TblContenziosi", CurrentProject.Connection, adOpenStatic, adLockReadOnly
> e mi sono selezionato gli anni in formato 05 direttamente da IDContenzioso
>
> Visto che sto facendo un loop per visualizzare il tutto in una listview
non
> voglio
> annidare un altro recordset per la recordcount.
> preferivo una DCount sicuramente più leggibile.
>
> Che vi devo dire io ci ho provato... stavo sperimentando.
> Però se proprio non si può.
> Il problema è che mi sembra strano che non "DConti"! e mi piacerebbe
capire
> il perchè?
>
> Grazie per l'aiuto in ogni caso.
C'è qualche cosa che non quadra in quello che dici.
Da quanto capito il campo è Testo.
Di conseguenza devi prima operare un Parsing della Stringa 27/05
ed estrarre 05, quindi farlo diventare Numerico con Val(...) ed a quel
punto hai risolto.
Ovviamente Year(CampoData) funziona solo se il campo è Data, nel tuo
caso non credo proprio.
DCount("[IDContenzioso]", "TblContenziosi", "Right([IDContenzioso],2)  = " &
 NUmeroAnno)
Tieni conto che una "SELECT COUNT(.....) As Conteggio....." è sempre
più performante che una DCOUNT.
Il calo di prestazioni è proporzionale al numero dei Record nell'origine
dati.



title: Stranezze nella DCount

author: Alessandro Cara

text:
> Tieni conto che una "SELECT COUNT(.....) As Conteggio....." è sempre
> più performante che una DCOUNT.
> Il calo di prestazioni è proporzionale al numero dei Record nell'origine
> dati.
Continui a dire 'sta cosa. Perche'?
--
a.cara


title: Stranezze nella DCount

text:
"Alessandro Cara" <
alexqu...@blunet.it
> ha scritto nel messaggio
news:35kss2F...@individual.net...

A parte che non sono io a dirlo ma molti programmatori ben quotati
dei quali difficilmente penso di dubitarne i contenuti.
In ogni caso ho la brutta abitudine di provare le cose.
Esegui un test, prova a fare un DCOUNT e un SELECT COUNT
su qualche centinaio di migliaia di Record e noti la differenza.
Io lavoro solo con un DB grosso, ha circa 1.500.000 di Records
e ti assicuro che estrarre un conteggio condizionato comporta differenza
di più di un secondo.
Per questa valutazione uso la routine che trovi sul mio Sito alla sezione
API
[Timer preciso al msec per calcolo prestazioni]
Se fosse questione di decine di millisecondi non lo direi.
Ho infatti sempre sostenuto che fino a qualche decina di migliaia di
dati non c'è differenza aprezzabile(ma c'è).



title: Stranezze nella DCount

text:
ALESSANDRO Baraldi wrote:
> "Alessandro Cara" <
alexqu...@blunet.it
> ha scritto nel messaggio
> news:35kss2F...@individual.net...
>
>>>Tieni conto che una "SELECT COUNT(.....) As Conteggio....." è sempre
>>>più performante che una DCOUNT.
>>>Il calo di prestazioni è proporzionale al numero dei Record nell'origine
>>>dati.
>>
>>Continui a dire 'sta cosa. Perche'?
>>--
>>a.cara
>
>
>
> A parte che non sono io a dirlo ma molti programmatori ben quotati
> dei quali difficilmente penso di dubitarne i contenuti.
> In ogni caso ho la brutta abitudine di provare le cose.
Mi pare una "bella" abitudine. Se ho chiesto il perche' e proprio
perche' volevo sapere perche'.
Credo che tu sappia che non sono un convinto assertore delle funzioni
Dxxx anche se ultimamente le uso piu' spesso, sopratutto dopo il
passaggio 97-->2k.
Nella fattispecie non mi ero mai posto il problema perche' ho sempre
ritenuto *paragonabili* le due istruzioni se usate con la stessa logica.
Per certi versi ritenevo, a priori, piu' performante una Dcount che una
select poiche' avevo immaginato, evidentemente male,  che in qualche
modo MS avesse previsto un accesso ai dati *ottimizzato*.
P.S. Perche', tu non sei un programmatore *ben quotato*? ;<)
--
a.cara


title: Stranezze nella DCount

text:
> Mi pare una "bella" abitudine. Se ho chiesto il perche' e proprio
> perche' volevo sapere perche'.
> Credo che tu sappia che non sono un convinto assertore delle funzioni
> Dxxx anche se ultimamente le uso piu' spesso, sopratutto dopo il
> passaggio 97-->2k.
> Nella fattispecie non mi ero mai posto il problema perche' ho sempre
> ritenuto *paragonabili* le due istruzioni se usate con la stessa logica.
> Per certi versi ritenevo, a priori, piu' performante una Dcount che una
> select poiche' avevo immaginato, evidentemente male,  che in qualche
> modo MS avesse previsto un accesso ai dati *ottimizzato*.
Infatti la cosa è decisamente strana, anche impostando correttamente Indici.
Serve meno tempo ad aprire un Recordset, e bada che parlo di Recordset
basato su SQL e non su una Query compilata, che ritengo possa essere
ulteriormente megliorativa(non ho mai provato).
> P.S. Perche', tu non sei un programmatore *ben quotato*? ;<)
La verità è che io non sono un programmatore.!
E ti assicuro che sò cosa significa essere un Programmatore(P maiuscola),
ed è per questo che non mi ritengo tale.
Purtroppo è vero anche il contrario...!!! ;-)
Il resto è cosa relativa............
> --
> a.cara



title: Stranezze nella DCount

author: cidi

text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:41f54cc1$0$8207$5fc...@news.tiscali.it...
>> Mi pare una "bella" abitudine. Se ho chiesto il perche' e proprio
>> perche' volevo sapere perche'.
>> Credo che tu sappia che non sono un convinto assertore delle funzioni
>> Dxxx anche se ultimamente le uso piu' spesso, sopratutto dopo il
>> passaggio 97-->2k.
>> Nella fattispecie non mi ero mai posto il problema perche' ho sempre
>> ritenuto *paragonabili* le due istruzioni se usate con la stessa logica.
>> Per certi versi ritenevo, a priori, piu' performante una Dcount che una
>> select poiche' avevo immaginato, evidentemente male,  che in qualche
>> modo MS avesse previsto un accesso ai dati *ottimizzato*.
>
> Infatti la cosa è decisamente strana, anche impostando correttamente
> Indici.
> Serve meno tempo ad aprire un Recordset, e bada che parlo di Recordset
> basato su SQL e non su una Query compilata, che ritengo possa essere
> ulteriormente megliorativa(non ho mai provato).
>
>> P.S. Perche', tu non sei un programmatore *ben quotato*? ;<)
>
> La verità è che io non sono un programmatore.!
> E ti assicuro che sò cosa significa essere un Programmatore(P maiuscola),
> ed è per questo che non mi ritengo tale.
> Purtroppo è vero anche il contrario...!!! ;-)
>
> Il resto è cosa relativa............
???
oddio il mal di testa!
prendo due aspirine e vado a dormire... ;-)
>> --
>> a.cara
>
> Ciao
> --
> @Alex (Alessandro Baraldi)
---
Daniele


title: Stranezze nella DCount

text:
"Visir" <
l.pet...@libero.it
> ha scritto nel messaggio
news:W8fJd.7829$V17.2...@twister1.libero.it...
> Grazie per aver risposto al mio quesito utilizzerò una execute con la
select
> count e via...
>
> Anch'io pensavo (chissà per quale motivo!) che le Dcount fossero più
> performanti.
>
> Visto che sto lavorando con decine di migliaia di record è meglio così.
>
> Però ancora non mi spiego perché non mi "Dconta"...
>
> Secondo me questo non lo sanno nemmeno alla Micro...
No, secondo me non hai letto bene il mio ultimo suggerimento delle 17:52
Se fai attenzione sono certo che a meno di incomprensioni deve funzionare.
Ciao
--
@Alex (Alessandro Baraldi)



title: Stranezze nella DCount

author: Visir

text:
Grazie per aver risposto al mio quesito utilizzerò una execute con la select
count e via...
Anch'io pensavo (chissà per quale motivo!) che le Dcount fossero più
performanti.
Visto che sto lavorando con decine di migliaia di record è meglio così.
Però ancora non mi spiego perché non mi "Dconta"...
Secondo me questo non lo sanno nemmeno alla Micro...
[OT] Approfitto per dire che sono molto interessato alla CISA e che
probabilmente ci sarò visto che lavoro a Roma.
Luca
l.petteruti@libero
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:AycJd.448335$b5.21...@news3.tin.it...



title: Stranezze nella DCount

text:
Perdonami mi era proprio sfuggito.
Funziona perfettamente. Grazie.
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:41f58136$0$130$5fc...@news.tiscali.it...



title: Collegamento a tabelle... relativo

author: Giovanni De Martino

text:
Salve,
    ho un progetto in Access2000 composto da 2 file MDB: uno contenente le
tabelle, l'altro le maschere di interfaccia per accedervi. Le tabelle del
primo database sono collegate al secondo.
Esiste un modo per evitare che il collegamento alle tabelle dal secondo file
sia fatto per percorsi assoluti (C:\Applicativo\Dati\...) e che invece possa
essere memorizzato come in modo relativo (.\Dati\...)?
Grazie, Giovanni.


title: Collegamento a tabelle... relativo

author: Alessandro

text:
"Giovanni De Martino" <
gio...@tin.it
> wrote in message
news:iRv58.3903$om6....@news1.tin.it...

No, perņ puoi rilinkare all'apertura ricomponendo la Stringa
StrLink=GetPathPart(CurrentBb.name) & "TuoBE.mdb"
Ovviamente "GetPathPart" č una Funzione che ricava la Path dal
percorso completo, se non l'hai la posto...!
Poi utilizzando la proprietą Tabledef.Connect riaggiorni
la stringa di connessione, risulta particolarmente semplice
perchč solo le Tbl Collegate hanno la Len(Tabledef.Connect)>0,
quindi puoi inserire tutto dentro un Ciclo:
Public Function Relink() as Boolean
'Esegui il controllo Errori --->Relink=False
    Dim tdfL as Tabledef, Path as string
    CurrentDb.TableDefs.Refresh
    Path = GetPathPart(currentDb)
    For Each tdfL In CurrentDb.TableDefs
        With tdfL
            If Len(.Connect) > 0 Then
                .Connect=Path & "Beck_End.mdb"
                .RefreshLink
            End If
        End With
    Next
    Relink=true
End function
Inserisci nella macro Autoexec l'esecuzione della Funzione....!
Alessandro
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Collegamento a tabelle... relativo

text:
E' proprio quello di cui ho bisogno grazie!
Mi posti, magari anche in privato, anche la funzione di cui parli?
Ti sono molto grato, Giovanni
"Alessandro" <
ik2...@libero.it
> ha scritto nel messaggio
news:ca6aeb0eab26d0b2e7...@mygate.mailgate.org...



title: Esportazione su file per ogni record

author: slumpolo

text:
Salve a tutti.
Ho una problematica di questo tipo.

Ho due tabelle:
TAB1 --> contiene tutte le testate dei documenti
TAB2 --> contiene tutte le righe dei documenti
Le due tabelle sono ovviamente collegate da un campo univoco (ID) e ad ogni testata della TAB1 corrispondono una o più righe della TAB2.

Vorrei crearmi un loop da VBA che per ogni record della TAB1 mi crei un file, opportunamente formattato, che mi contenga i dati sia di TAB1 e relativi record della TAB2.

Se la TAB1 contenesse 1 record e la TAB2 x record associati utilizzerei una cosa del genere:

Dim te As DAO.Recordset
Set te = CurrentDb.OpenRecordset("SELECT * FROM TAB1", dbOpenDynaset)
Dim ri As DAO.Recordset
Set ri = CurrentDb.OpenRecordset("SELECT * FROM TAB2", dbOpenDynaset)

Open "C:\export\" & te.Fields("[ID]").Value & ".txt" For Output As #1
Print #1, "Numero Documento=" & te.Fields("[numero_documento]").Value

If (ri.RecordCount <> 0) Then
   ri.MoveFirst
      Do While ri.EOF = False
     TempExportCount = TempExportCount + 1
Print #1, "Riga documento=" & ri.Fields("[riga_documento]").Value
     ri.MoveNext
   Loop
 End If

In modo che crei un file di testo con questo contenuto:

Numero Documento=1
Riga Documento= riga 1
Riga Documento= riga 2
Riga Documento= ...

Come posso fare per crearmi x file in base agli x record contenuti nella TAB1 e relativi record associati nella TAB2?

Grazie per le eventuali risposte.
Andrea


title: Esportazione su file per ogni record

author: GiorgioDaPrato

text:

solo per porre un altro punto di vista

Ho presente una situazione simile:
e utilizzo l'export con docmd.transferText
di una tabella temporanea in file di testo

In pratica gli ingredienti della ricetta sono:
-il ciclo VBA che scorre la tabella master
e "registra" l'ID (campo di una form ?, tabella con SOLO questo valore ?)
dei record ancora da passare a file di testo
-una query di accodamento che lega i campi necessari
delle tabelle master/detail con criterio di selezione ID registrato
e li riversa nella tabella temporanea (di scopo)
-lancio di docmd.transferText per la tabella temporanea
(occorre registrare la specifica !)
-cancellazione della tabella temporanea

PS: non ricordo se docmd.transferText può agire
direttamente anche su una query di selezione ...


title: Esportazione su file per ogni record

text:

Avevo pensato anche io di creare/cancellare ogni volta delle tabelle temporanee ma dovendo eseguire la procedura su migliaia di record la trovo poco ottimizzata.
Diciamo che per l'export preferisco utilizzare la modalità citata perchè la trovo facilmente personalizzabile.

Grazie :)


title: Esportazione su file per ogni record

text:
Qualche cosa mi sfugge...
Tab1 e Tab2 sono in qualche modo relazionare 1-M...?

Se si credo sarebbe più opportuno un ciclo esterno su tab1 solo per ciclare la PK ed un ciclo interno su una query che prevede il join tab1 Tab2 con where su pk ricavato dal ciclo esterno.

Se le tabelle non fossero relazionate fatico a comprendere con che criterio si estraggono i dati coerenti di tab2 in un ciclo relazionato solo su tab1(o viceversa).

Per il resto sia una temptable sia questo metodosoni validi, questo sicuramente meno invadente le temptable se si può evitarle è meglio ed in questo caso credo proprio non serva.

@Alex


title: Esportazione su file per ogni record

text:

Ovviamente TAB1 e TAB2 sono relazionate.
Purtroppo quello che non riesco a fare è proprio il ciclo a cui fai riferimento usando VBA :(

Andrea


title: Esportazione su file per ogni record

author: BFS

text:

non vedo il problema

Dichiari i due recordset TE testata RI righe
apri solo il primo
Set te = CurrentDb.OpenRecordset("SELECT * FROM TAB1", dbOpenDynaset)

while not eof TE
	Print #1, "Numero Documento....
	'apri qui il secondo per le sole righe che coincidono al id della testata
	Set RI= CurrentDb.OpenRecordset("SELECT * FROM TAB2 where id=" &
TE.fields("IF"), dbOpenDynaset)
	while not eof RI
		print....riga
		RI.movenext
	wend
	te.movenext
Wend


title: Esportazione su file per ogni record

text:

Per la serie come perdersi in un bicchiere d'acqua...
Grazie per la risposta, ovviamente funziona :)
Andrea


title: Esportazione su file per ogni record

text:

ottimo
ciao
BFS


title: Esportazione su file per ogni record

author: Bruno Campanini

text:
After serious thinking slumpolo wrote :

>> Dichiari i due recordset TE testata RI righe
>> apri solo il primo
>> Set te = CurrentDb.OpenRecordset("SELECT * FROM TAB1", dbOpenDynaset)
>>
>> while not eof TE
>> 	Print #1, "Numero Documento....
>> 	'apri qui il secondo per le sole righe che coincidono al id della testata
>> 	Set RI= CurrentDb.OpenRecordset("SELECT * FROM TAB2 where id=" &
>> TE.fields("IF"), dbOpenDynaset)
>> 	while not eof RI
>> 		print....riga
>> 		RI.movenext
>> 	wend
>> 	te.movenext
>> Wend
>
> Per la serie come perdersi in un bicchiere d'acqua...
> Grazie per la risposta, ovviamente funziona :)
> Andrea

In alternativa:
================================
Private Sub StampaSalva_PDF_Click()
Dim SQL As String, RS As Recordset

SQL = "SELECT PrimaryTable.Venditore FROM PrimaryTable;"
Set RS = CurrentDb.OpenRecordset(SQL, dbOpenDynaset)

DoCmd.Echo False
Do Until RS.EOF
    DoCmd.OpenReport "rStampaPDF", acViewPreview, , "Venditore='" &
RS![Venditore] & "'"
    DoCmd.OutputTo acOutputReport, "", acFormatPDF, "C:\BC\" &
RS![Venditore] & ".pdf", False
    DoCmd.Close acReport, "rStampaPDF"
    RS.MoveNext
Loop
DoCmd.Echo True
End Sub
==============================

- Puoi sostituire PDF in acFormatPDF e ".pdf"
  con TXT  RTF  XLS
- Deve esistere il Report rStampaPDF creato sulla query che riporta
  tutti i Venditori di PrimaryTable unitamente a tutti i Compratori
  di LinkedTable

È un po' più complicata della soluzione BFS perché ho previsto
anche formati che non si scrivono riga per riga.

Bruno


title: ma il runtime access è free?

author: Mrbit

text:
ho un dubbio...io ho in ufficio una sola licenza di access, (2000)..mentre
sulle altre macchine ho installato il runtime...che ho avuto..diciamo..per
vie traverse... ;) secondo voi è una situazione legale? in fondo il runtime
potrebbe averlo installato un programmatore che ne aveva regolare licenza,
no?
bha...
grazie
ignazio


title: ma il runtime access è free?

author: MA

text:
"Mrbit" <
c.ignazio@nospam_email.it
> ha scritto nel messaggio
news:uSCRb.209420$_P.71...@news4.tin.it...
> ho un dubbio...io ho in ufficio una sola licenza di access, (2000)..mentre
> sulle altre macchine ho installato il runtime...che ho avuto..diciamo..per
> vie traverse... ;) secondo voi č una situazione legale? in fondo il
runtime
> potrebbe averlo installato un programmatore che ne aveva regolare licenza,
> no?
>
> bha...
>
> grazie
> ignazio
E la fattura o la ricevuta del distributore del runtime?
Almeno io faccio sempre riferimento al seriale del pacchetto Dev di cui sono
proprietario.
MAssimiliano


title: ma il runtime access è free?

author: Giorgio Prx

text:
"Mrbit" <
c.ignazio@nospam_email.it
> ha scritto nel messaggio
news:uSCRb.209420$_P.71...@news4.tin.it...

no! la versione runtime non é FREE! In caso di verifica devi giustificarne
l'esistenza con la fattura di acquisto del gestionale o programma che l'ha
installata. Se vuoi essere a posto con le licenze devi acquistare la
versione Developer di Access2000.
Ciao Giorgio


title: ma il runtime access è free?

author: MArcello

text:
> no! la versione runtime non é FREE! In caso di verifica devi giustificarne
> l'esistenza con la fattura di acquisto del gestionale o programma che l'ha
> installata. Se vuoi essere a posto con le licenze devi acquistare la
> versione Developer di Access2000.
Il che è piu facile a dirsi che a farsi.......
Un paio di volte che l'ho cercata non l'ho trovata.
Marcello


title: ma il runtime access è free?

author: Roberto da casa

text:
"Mrbit" <
c.ignazio@nospam_email.it
> ha scritto nel messaggio
news:uSCRb.209420$_P.71...@news4.tin.it...

Chiaramente non è legale, visto che, se non ho capito male, né tu e né la
tua azienda possiedete la licenza Developer di Access e penso che sareste
entrmbi in difficoltà a dare nome e cognome del fantomatico programmatore
possessore di tale licenza, anche perché  dovreste dimostrare in qualche
modo che lui vi ha fatturato il servizio con cui ha prodotto il runtime del
tuo database. Se fosse vero quello che tu sostieni per quale motivo c'è chi
invece la licenza Developer la paga?
Ti rammento inoltre che tutto il software che produci in ufficio in orario
di lavoro e/o con i mezzi dell'azienda di cui sei dipendente è di esclusiva
proprietà dell'azienda stessa e quindi sarebbe lei a subire gli effetti del
fatto illegale da te commesso, pertanto tu potresti trovarti a subire un
provvedimento disciplinare, che, a seconda del regolamento aziendare,
potrebbe essere il licenziamento e/o il rifondere alla tua azienda tutti i
danni derivati e derivandi dal tuo operato.
Normalmente, per non essere sanzionati, si cerca di dimostrare che tu hai
operato non a fini di lucro; ma è innegabile che se il software da te
prodotto è usato da te e dai tuoi colleghi, la tua azienda ne trae profitto
per ciò che deriva dall'ottimizzazione dell'organizzazione del lavoro.
Insomma, se la G.d.F. dovesse far tana alla tua azienda per quanto in
oggetto, io preferirei non essere né te, né il legale della tua azienda.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: ma il runtime access è free?

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:kFSRb.292953$e6.11...@twister2.libero.it...

Ok, ho capito il nocciolo..quindi:
1) disistallo tutti i software illegali dai pc dell'ufficio (winmx compreso,
vero? ;)  )
2)smetto di lavorare perchè non mi va che il frutto del mio ingegno sia
proprietà dell'azienda...
ovviamente sto scherzando cmq grazie davvero a tutti.


title: ma il runtime access è free?

author: superpippo

text:

Nell'incertezza la tua posizione sembra regolare, i problemi sono della
persona che ti ha fornito il runtime; lui deve averne la licenza per
distribuire gli MDE. Il programmatore deve essere in regola con le licenze
d'uso. Per l'utente finale è sufficiente la fattura d'acquisto (ma per
motivi fiscali).
A ogni modo il problema della licenza d'uso per l'utilizzatore finale non si
pone per i software realizzati su commessa.
Stando alla normativa vigente, nel caso di software pacchettizzato lo schema
contrattuale è quello della "licenza d'uso di software", mentre nel caso di
tailored software si parla di "contratto di sviluppo del software", a cui si
applica l'istituto giuridico del contratto d'opera (art. 2222 c.c.)
Quest'ultimo caso riguarda i programmatori professionisti che sviluppano su
commessa; situazione in cui viene venduto l'intero lavoro e non la sola
licenza d'uso.
Cordiali saluti.


title: Combo legata a due campi

text:
Salve,
sono nuovo del gruppo.
Mi sto cimentando in Access e ho difficoltà a:
a) visualizzare in una form la descrizione relativa a due campi della
stessa form.
b) Il caso più semplice di visualizzazione di una descrizione rispetto
ad un codice l'ho realizzato inserendo una casella combinata associata
al campo stesso.
Il caso a) è più complesso, vi do altre informazioni, per potermi
aiutare al meglio:
in una tabella Dettagli, ho due campi che sono chiave e hanno associata
una descrizione,
il primo di questi due campi è anche chiave primaria in un'altra
tabella Master con una sua descrizione.
Ora in una maschera relativa ad un'anagrafica vorrei associare il
master e dettaglio e visualizzare le due descrizioni relative.
Dopo aver selezionato il primo campo (visualizzo anche la sua
descrizione come indicato in b) ), vorrei poter avere a disposizione
solo le descrizioni presenti nella tabella Dettagli relativa al Master
selezionato, filtrando quindi i record relativi al primo campo già
selezionato.
In pratica come posso aggiungere una casella combinata (o altro?) che
punti o sfrutti due campi di un'altra tabella e non uno unico?
Per aiutarvi di più pensate alla scelta di una provincia e poi la
proposta dei comuni di questa provincia, ma nella tabella anagrafica di
base vorrei avere memorizzato entrambi i valori.
Grazie mille x l'aiuto
Brando


title: Combo legata a due campi

author: Alan Carter

text:
lunedì 15/01/2007, ore 21.14.34... dalle linee roventi di casa
brando.sgp uscirono queste strane parole in codice:
> Per aiutarvi di più pensate alla scelta di una provincia e poi la
> proposta dei comuni di questa provincia, ma nella tabella anagrafica di
> base vorrei avere memorizzato entrambi i valori.
>
> Grazie mille x l'aiuto
> Brando
Compatibilmente per quanto ho capito, e considerando che non mastico
affatto il Visual Basic basandomi essenzialmente sulle funzioni
preimpostate di Access (quelle che conosco!), proverei a procedere
così:
1. crea una TABELLA_PROVINCIA con i campi ID_PROVINCIA e PROVINCIA. Qui
dovrai preventivamente inserire tutte le province d'Italia;
2. crea una TABELLA_COMUNI con i campi ID-COMUNI, PROVINCIA e COMUNI.
da questa tabella, campo PROVINCIA, esegui una ricerca guidata nel
campo PROVINCIA della TABELLA_PROVINCE;
3. Crea una maschera TABELLA_COMUNI inserendo il campo PROVINCIA della
TABELLA_PROVINCIA e il campo COMUNI della TABELLA_COMUNI raggruppando i
dati per provincia;
4. vai in visualizzazione struttura della maschera e crea una nuova
combobox selezionando la 3^ voce "Trova un record nella maschera basato
sul valore selezionato della casella combinata" e selezionando
successivamente il campo PROVINCIA;
5. adesso, aprendo la maschera, sarà sufficiente andare nella combobox
e selezionare una provincia, così da far apparire i rispettivi Comuni
nella sottomaschera (basta anche scriverne il nome e premere invio);
Non sono certo che questa sia la soluzione che cercavi, mentre son
certo che ci siano mille altre strade più veloci e meno cervellotiche
per arrivare al risultato voluto... beh, io c'ho provato lo stesso...
Ciao
--
Alan
__________________________________
(Woddy Allen)
Sono un ateo teologico esistenziale. Credo nell'esistenza dell'Universo
con l'eccezione di qualche cantone svizzero.


title: Dividere i dati di una tabella in due tabelle e collegarle

author: åre 27

text:
Ho un foglio excel con tutti i libri che ho a casa mia e voglio trasformarlo
in db access in quanto il numero di libri è diventato molto grande.
Il mio file excel è composto da queste colonne: nome autore, cognome autore,
nazione autore, titolo libro, anno, lingua, casa editrice.
io ho importato tutto in una tabella access che ho chiamato libri e fin qui
nessun problema.
Ora però per una migliore gestione vorrei dividere la tabella libri in due
tabelle collegate e cioè autori con solo i campi nome autore, cognome
autore, nazione autore e una seconda tabella libri in cui rimangono le
informazioni sui libri.
Come posso fare senza dover reinserire 700 libri o 700 autori?
Esiste qualche procedura per suddividere i dati della tabella e generare una
relazione tra le due nuove tabelle?
Naturalmente il problema è che ci sono molti autori di cui ho più di un
libro e quindi vorrei che questa relazione fosse 1 a molti.
Grazie mille


author: Carlo Costarella

text:
"åre 27" <
t...@io.no
> ha scritto nel messaggio
news:iTDsd.4484$Zk.1...@twister2.libero.it...

Ciao,
la cosa si può fare ma è molto lunga da spiegare.
In sintesi:
hai bisogno di contrassegnare ogni autore con un numero univoco:
soluzione...una query raggruppata con i soli nomi, cognomi e nazione la fai
diventare una query di accodamento ad una tabella con ID (contatore),
Autore (testo 150 caratteri) e Nazione (Testo 100 caratteri). La tabella la
crei prima ovviamente.
Nella tabella originale aggiungi un campo numerico (IDAutore) senza indici e
la lasci vuota. Con una query ma molto meglio da codice inserisci l'ID della
nuova tabella nel nuovo campo della vecchia tabella, lo stesso id per ogni
Autore (cognome e nome) presente nella nuova tabella.
Risultato fino ad ora: Una tabella Autori con ID univoco e una tabella
(vecchia) con IDAutore ora pieno.
A questo punto collega con relazione uno a molti la nuova tabella con la
vecchia utilizzanto l'ID comune. Puoi eliminare i campi Cognome, Nome e
Nazione dalla vecchia tabella.
Questo è solo uno spunto.
Ricorda di fare sempre una copia di riserva prima di lavorare col db.
Buon lavoro
Ciao, Carlo


text:
> In sintesi:
> hai bisogno di contrassegnare ogni autore con un numero univoco:
Questo l'ho fatto ho una nuova tabella chiamata autori in cui ho le voci
nome cognome nazione e idautore che è un contotatore.
Ho eliminato gli autori che comparivano più volte (perchè ovviamente nel
foglio excel originale si inseriva tutte le volte l'autore) e ho quindi
circa 460 autori contro 700 libri.
> Nella tabella originale aggiungi un campo numerico (IDAutore) senza indici
e
> la lasci vuota.
Fatto.
 Con una query ma molto meglio da codice inserisci l'ID della
> nuova tabella nel nuovo campo della vecchia tabella, lo stesso id per ogni
> Autore (cognome e nome) presente nella nuova tabella.
Io avevo già realizzato una casella combinata in cui potevo scegliere
l'autore e inserivo in idautore della tabella libri l'id relativo all'autore
di quel libro.
Però ovviamente in questo modo devo andare per 700 volte a reinserire
l'autore.
Al che io avevo pensato che con del codice potrei automatizzare
l'operazione.
Avevo pensato a una maschera con un pulsante e poi di associare il pulsante
a un po' di codice di questo tipo.
for n=1 to 700 (dove 700 sono i record della tabella libri=
 for m=1 to 460 (460 sono i record della tab autori)
  if cognome autore del record n della tabella libri=cognome autore del
record m della tabella autore then
        idautore del record n della tabella libri= idautore del record m
della tabella autore
  endif
 next m
next n
 Ovviamente non ho la più pallida idea di come fare riferimento al record n
della tabella libri per esempio
Secondo te si può fare una cosa del genere?
> Buon lavoro
> Ciao, Carlo
Grazie mille
Paolo


text:
"åre 27" <
t...@io.no
> ha scritto nel messaggio
news:QvFsd.4636$Zk.1...@twister2.libero.it...

Ok. Sei sulla strada giusta.
Un po' di sano e salutare codice.
Scrivi una query semplice mettendo in un unico campo le tre voci
fondamentali: Identificativo:[Cognome] & " " & [Nome] & " " & [Nazione]. In
pratica i tre campi comuni separati da spazi. Aggiungi anche il campo
IDAutore (vuoto per ora), il tutto dalla vecchia tabella. Chiama questa
query per esempio "SQIdentificativo".
Nuovo modulo. Nuova sub. Questo esempio prevede un riferimento a DAO.
Public Sub AccodaIDAutore()
Dim RCS As Recordset, RCSAutori As Recordset, i As Integer, ii As Integer
Dim MiaStringa As String
Set RCS = CurrentDb.OpenRecordset("SQIdentificativo")
Set RCSAutori = CurrentDb.OpenRecordset("Autori")
RCSAutori.MoveLast
RCSAutori.MoveFirst
For ii = 1 To RCSAutori.RecordCount
Do While True
    RCS.MoveLast
    With RCS
        For i = 1 To RCS.RecordCount
        MiaStringa = RCSAutori!Cognome & " " & RCSAutori![NomeAutore] & " "
& RCSAutori!Nazione
        .FindFirst "Identificativo = '" & MiaStringa & "'" & " And
Isnull([IDAutore])"
            If .NoMatch Then
            Exit Do
            End If
        .Edit
        !IDAutore = RCSAutori!ID
        .Update
        RCS.MoveNext
        Next i
    End With
    Exit Do
Loop
  RCSAutori.MoveNext
Next ii
RCSAutori.Close
RCS.Close
End Sub
Probabilmente dovrai cambiare qualche nome...ora tocca a te.
Ciao, Carlo


title: Microsoft Access Snapshot Viewer

author: Bruno - S95

text:
Per Access 97.
Ho realizzato un db con dati e foto. I report con i dati e le foto per
poterli visualizzare fuori da Access li formatto in PDF e vanno alla grande,
ma, per restare in tema, mi piacerebbe usare Microsoft Access Snapshot
Viewer, so che funziona più o meno come il PDF, ma non sono riuscito ad
utilizzarlo in quanto una volta lanciato, nel menù vi è la sola possibilità
di aprire dei files *.snp ma non vi è alcuna possibilità di far fotografare
i report. Sarà il "Microsoft Access Snapshot Viewer" giusto ? Mi son perso
qualcosa ?
Aiutatemi
Grazie
        Bruno


title: Microsoft Access Snapshot Viewer

author: Roberto dalla campagna

text:
Bruno - S95 <
bruno...@tin.it
> wrote in message
ATo7b.53541$R32.1...@news2.tin.it...

Se il tuo problema è esportare il report in un formato snapshot che poi
possa essere visualizzato con Snapshot Viewer in Access devi usare il metoto
OutputTo (vedi help).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Su apertura di una maschera

author: Fabrizio Domiziani

text:
Come posso fare, dall'evento Su apertura di una maschera
a fare in modo che si apra direttamente su un nuovo
record, imposti gią il campo ID di tipo contatore al numero
successivo del record precedente (cioč che si veda il numero
e non la dicitura "(contatore)") portandosi subito alla casella
successiva?
Grazie moltissime per ogni suggerimento
--
Fabrizio Domiziani
dom...@tin.it


title: Su apertura di una maschera

author: lbo dal portatile

text:
>Come posso fare, dall'evento Su apertura di una maschera
>a fare in modo che si apra direttamente su un nuovo
>record, imposti già il campo ID di tipo contatore al numero
>successivo del record precedente (cioè che si veda il numero
>e non la dicitura "(contatore)") portandosi subito alla casella
>successiva?
prova andando sul controllo che ti interessa con setfocus, scrivendo
un valore qualsiasi e cancellandolo subito, ad es.:
with me.textbox
	.setfocus
	="pippo"
	=""
end with
--
make it idiot proof and someone will make a better idiot.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: VBA: trasferire una tabella in un DB protetto da password...

author: sd

text:
Salve a tutti,
avrei bisogno di esportare una tabella
in un DB protetto da password.
Come posso fare?
Questo docide funziona per DB senza password:
'Trasferimento tabella
DoCmd.TransferDatabase acExport, "Microsoft Access", _
    "C:\datipsw.mdb", acTable, "subagenti", _
    "subagenti"
grazie
sdamy


author: Matteo Palmieri

text:
"sd" <
sd...@tiscalinet.it
> ha scritto nel messaggio
news:ag3luj$t7d$1...@lacerta.tiscalinet.it...
> Salve a tutti,
>
> avrei bisogno di esportare una tabella
> in un DB protetto da password.
> Come posso fare?
Hai provato a premere F1 dopo aver selezionato il metodo
TransferDatabase?
Cmq ti riporto l'help in linea...
--
Nell'esempio riportato di seguito viene indicato come collegare la
tabella Autori del database ODBC al database corrente.
DoCmd.TransferDatabase acLink, "ODBC Database", _
  "ODBC;DSN=DataSource1;UID=User2;PWD=www;LANGUAGE=us_english;" _
  & "DATABASE=pubs", acTable, "Authors", "dboAuthors"
--
Matteo Palmieri - Cybercreations
www.cybercreations.it


title: Report e margini

author: Paciu

text:
Salve a tutti,
mi potete spiegare perchč ho creato un report per stampare fatture dando
l'impostazione dei margini tutti a 10 in modo che tutto il report risulti
correttamente al centro del foglio formato A4. Questo funziona per diverse
volte, poi all'improvviso, senza spiegarmi il motivo, mi ritrovo tutti i
margini con i valori di defoult ed il report naturalmente fuori centratura.
Sapete dirmi il perchč?
Grazie di una Vs. risposta.
Fausto


title: Report e margini

author: Karl Donaubauer

text:
Paciu ha scritto:
> mi potete spiegare perchč ho creato un report per stampare fatture dando
> l'impostazione dei margini tutti a 10 in modo che tutto il report risulti
> correttamente al centro del foglio formato A4. Questo funziona per diverse
> volte, poi all'improvviso, senza spiegarmi il motivo, mi ritrovo tutti i
> margini con i valori di defoult ed il report naturalmente fuori
centratura.
>
> Sapete dirmi il perchč?
Se parli di A00 - sě:
ACC2000: Lost Printer Settings When Name AutoCorrect Is Enabled (Q240826)
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q240826
--
HTH
Karl
*********
Access-FAQ (tedesco):
http://www.donkarl.com


title: Icone e PNG

author: Matteo Barsotti

text:
Per dare un look migliore alle applicazioni c'è qualcuno che è riuscito
in modo semplice a visualizzare immagini in formato PNG? (formato che
supporta trasparenze "morbide" e un elevato numero di colori)
Googleando ho trovato poco...
--
Matteo Barsotti
C.B.Sistemi
Tel. 041 976162
www.cbsistemi.it


title: Icone e PNG

author: Alessandro Baraldi

text:
"Matteo Barsotti" <m.barsotti@cbsistemi_NO_SPAM_THANKS.it> wrote in
message news:d4325b$8j7$
1...@news.ngi.it
> Per dare un look migliore alle applicazioni c'è qualcuno che è riuscito
> in modo semplice a visualizzare immagini in formato PNG? (formato che
> supporta trasparenze "morbide" e un elevato numero di colori)
>
> Googleando ho trovato poco...
Access non riconosce che il formato BMP, pertanto viene poi convertito
perdendo anche le sfumature.
In ogni caso con A_XP non mi pare ci siano i filtri di conversione
da PNG.
Io uso Photoshop per prendere i PNG ed inserirli in uno sfondo
del colore della mia applicazione e salvo tutto in BMP.
In ogni caso Access non supporta le trasparenze, ci sono metodi
complessi per farlo(vedi
www.lebans.com
) ma non ritengo sia
una soluzione da usare, sia per la complessità che per il reale
servizio.
Ciao
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Icone e PNG

text:
"Matteo Barsotti" <m.barsotti@cbsistemi_NO_SPAM_THANKS.it> ha scritto nel
messaggio news:d4325b$8j7$1...@news.ngi.it...
> Per dare un look migliore alle applicazioni c'è qualcuno che è riuscito
> in modo semplice a visualizzare immagini in formato PNG? (formato che
> supporta trasparenze "morbide" e un elevato numero di colori)
>
> Googleando ho trovato poco...
Se il tuo problema è quello di inserire delle immagini con il fondo
trasparente, vai sul Sito Comune (link qui sotto) e nella Sezione General
leggi la FAQ di AntoGal intitolata "6.91 Immagini con sfondo trasparente su
maschere e pulsanti".
>
> Matteo Barsotti
--
Roberto
-----------------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
----------------------------------------------------


title: Icone e PNG

text:
Roberto da casa ha scritto:
> Se il tuo problema è quello di inserire delle immagini con il fondo
> trasparente, vai sul Sito Comune (link qui sotto) e nella Sezione General
> leggi la FAQ di AntoGal intitolata "6.91 Immagini con sfondo trasparente su
> maschere e pulsanti".
>
>
>>Matteo Barsotti
Grazie a entrambi ;)



title: Access - Carica!!!

author: Atlas

text:
Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
polemica.
Il mio riferimento alle "Porcate" di Access si può riassumere in:
* Non è ammissibile che un gigante come MS (di cui peraltro sono abbastanza
supporter) abbia permesso che un suo prodotto che ha dieci anni di vita
abbia tali lacune:
- I progettisti hanno lasciato fuori degli aspetti a mio modesto avviso
importanti (la gestione dei record è blanda sia sul piano degli eventi che
della manipolazione; il record locking praticamente te lo devi fare da solo
se vuoi essere certo che tutto vada a buon fine, piuttosto che dover
digerire la finestra di dialogo che dice che qualcun altro a ha modificato i
dati a tua insaputa e quindi o perdi tutte le modifiche o sovracrivi; certi
eventi vengono bypassati, vedi il mio appunto sul blocco nel BeforeUpdate
che viene bypassato dal quit di Access)
- E' lento
- La qualità delle stampe è pessima
Ora è vero che a tutto si può rimediare, che Access è meglio del Cobol, ed è
meglio una trombata che un calcio nelle palle (Catalano).
Però dovete riconoscere che certi limiti (seppur piccoli per taluni, ma non
per me) sono gravi sopratutto considerato chi c'è alle spalle e la veneranda
età del prodotto.
Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
griglie di una tabella se si fanno grigie e sottili, non è detto che vengano
stampate? Oppure che per implementare un recrd higlight devi diventare matto
(perchè se usi il conditional formatting rischi il loop e comunque rallenta
parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
gestire alla grande gli accessi concorrenti?
Tutto questo per dire che è vero che con Access sviluppo nella metà del
tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe di
codice il gioco vale la candela?
Allora comincio forse a capire gli sviluppatori che usano Visual Basic + SQL
Server + Crystal Reports + le migliaia di plugin e di controls fatti da
terze parti, che sono una scheggia e sopratutto funzionano.
Probabilmente nel breve periodo paga Access, ma per chi fa questo per
mestiere forse conviene fare un piccolo investimento in più, crearsi un
bell'ambiente di sviluppo e mandare Access in pensione.
Saluti


title: Access - Carica!!!

author: Pixel

text:
"Atlas" <> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il

Scusa Atlas ... al di là del fatto che buona parte delle cose che scrivi
sono inventate di sana pianta (vedi lentezza); hai letto il post di
Calligaris di qualche giorno fa?
Leggendolo non ti viene almeno il sospetto di essere "fuori"?
Soprattutto sul discorso Visual Basic + Crystal reports, etc.?
Pixel


title: Access - Carica!!!

author: namor

text:
Atlas ha scritto:
> > Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
> > polemica.
> >
> > Il mio riferimento alle "Porcate" di Access si può riassumere in:
> >
> > * Non è ammissibile che un gigante come MS (di cui peraltro sono
> abbastanza
> > supporter) abbia permesso che un suo prodotto che ha dieci anni di vita
> > abbia tali lacune:
> >
> > - I progettisti hanno lasciato fuori degli aspetti a mio modesto avviso
> > importanti (la gestione dei record è blanda sia sul piano degli eventi che
> > della manipolazione; il record locking praticamente te lo devi fare da
> solo
> > se vuoi essere certo che tutto vada a buon fine, piuttosto che dover
> > digerire la finestra di dialogo che dice che qualcun altro a ha modificato
> i
> > dati a tua insaputa e quindi o perdi tutte le modifiche o sovracrivi;
> certi
> > eventi vengono bypassati, vedi il mio appunto sul blocco nel BeforeUpdate
> > che viene bypassato dal quit di Access)
Non è un mistero che access sia da usarsi con un numero limitato di
utenti, se hai parecchie decine di utenti che inseriscono dati di continuo
riconosco che è meglio cercare un'altra soluzione.
> > - E' lento
Non sono d'accordo. Per me la velocità è più che sufficiente.
> > - La qualità delle stampe è pessima
Io mi trovo benissimo con i report di access.
> > Ora è vero che a tutto si può rimediare, che Access è meglio del Cobol,
> > ed è meglio una trombata che un calcio nelle palle (Catalano).
Concordo.
> > Però dovete riconoscere che certi limiti (seppur piccoli per taluni, ma
> non
> > per me) sono gravi sopratutto considerato chi c'è alle spalle e la
> veneranda
> > età del prodotto.
> >
> > Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
> > griglie di una tabella se si fanno grigie e sottili, non è detto che
> vengano
> > stampate? Oppure che per implementare un recrd higlight devi diventare
> matto
> > (perchè se usi il conditional formatting rischi il loop e comunque
> rallenta
> > parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
> > gestire alla grande gli accessi concorrenti?
Le griglie le puoi fare nere sottili, e l'evidenziazione del record è
proprio necessaria? E' uno dei punti cardine dell'applicazione? Se ho un
cliente che si impunta su queste cazzate preferisco perderlo, porterà di
sicuro un sacco di rogne!
> > Tutto questo per dire che è vero che con Access sviluppo nella metà del
> > tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe
> > di codice il gioco vale la candela?
Allora staresti il doppio del tempo, per esempio un db access che richiede
60 ore lo fai in 120 e raddoppi i costi, con gran gioia dei clienti, per
avere le righine grigie sottili e il record evidenziato? Ma va là!
> Allora comincio forse a capire gli sviluppatori che usano Visual Basic +
SQL
> Server + Crystal Reports + le migliaia di plugin e di controls fatti da
> terze parti, che sono una scheggia e sopratutto funzionano.
> Probabilmente nel breve periodo paga Access, ma per chi fa questo per
> mestiere forse conviene fare un piccolo investimento in più, crearsi un
> bell'ambiente di sviluppo e mandare Access in pensione.
> Saluti
Mi trovo benissimo con access, forse perchè lo so usare ad un buon livello
e riesco sempre ad ottenere esattamente quello che voglio e in pochissimo
tempo.
Ho avuto una volta sola in 8 anni un problema di inconsistenza dei dati,
probabilmente dovuto a qualche bug. Per il resto non ho mai avuto problemi.
Namor
--
namor at inwind punto it
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Access - Carica!!!

author: TheMax

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
news:GWRKc.87928$G%.74390@tornado.fastwebnet.it...
> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
Sempre colpa dei computer vero :-)
> Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
> polemica.
Posso rispondere in tono non polemico anche se "non interessato"?
> - I progettisti hanno lasciato fuori degli aspetti a mio modesto avviso
> importanti (la gestione dei record è blanda sia sul piano degli eventi che
> della manipolazione; il record locking praticamente te lo devi fare da
solo
> se vuoi essere certo che tutto vada a buon fine, piuttosto che dover
> digerire la finestra di dialogo che dice che qualcun altro a ha modificato
i
> dati a tua insaputa e quindi o perdi tutte le modifiche o sovracrivi;
certi
> eventi vengono bypassati, vedi il mio appunto sul blocco nel BeforeUpdate
> che viene bypassato dal quit di Access)
Sul blocco dei record mai avuto problemi, ovvio interfaccia disegnata bene,
accesso al minor numero di record possibili
(1 meglio di tutto)
Anche in VB6 alcune istruzioni fanno bypassare gli eventi (vedi End) basta
sapere, e scegliere come usarle.
> - E' lento
In confronto a?
Hai mai pensato di usare Sql come BE e access come FE?
PS: Alcuni dei miei programmi fatti in access sono più veloci di un
gestionale che usa
sql server come base dati, dipende da come è sviluppato tante volte.
> - La qualità delle stampe è pessima
Opinione tua.
A me non ha mai dato problemi con righettine e righette varie
> Però dovete riconoscere che certi limiti (seppur piccoli per taluni, ma
non
> per me) sono gravi sopratutto considerato chi c'è alle spalle e la
veneranda
> età del prodotto.
Qualsiasi prodotto ha i suoi limiti, access incluso, e qui ti do ragione, ma
limiti li ha anche VB, C#, Cobol ecc...
> Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
> griglie di una tabella se si fanno grigie e sottili, non è detto che
vengano
> stampate? Oppure che per implementare un recrd higlight devi diventare
matto
> (perchè se usi il conditional formatting rischi il loop e comunque
rallenta
> parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
> gestire alla grande gli accessi concorrenti?
Ripeto, sarò fortunato ma non ho mai avuto questo piacere
> Tutto questo per dire che è vero che con Access sviluppo nella metà del
> tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe di
> codice il gioco vale la candela?
>
> Allora comincio forse a capire gli sviluppatori che usano Visual Basic +
SQL
> Server + Crystal Reports + le migliaia di plugin e di controls fatti da
> terze parti, che sono una scheggia e sopratutto funzionano.
E' una scelta, programmo anche io in VB6, e sostanzialmente la scelta
dipende soprattutto
dai tempi, e dei soldi che hanno a disposizione i miei clienti. Ma
l'associata Access + sql server
non mi ha mai deluso
> Probabilmente nel breve periodo paga Access, ma per chi fa questo per
> mestiere forse conviene fare un piccolo investimento in più, crearsi un
> bell'ambiente di sviluppo e mandare Access in pensione.
Crearsi un ambiente di sviluppo... mah?
> Saluti
Ciao,
Massimo
--
web:
www.piubelli.net


title: Access - Carica!!!

author: AEOM

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
news:GWRKc.87928$G%.74390@tornado.fastwebnet.it...
> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
>
> Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
> polemica.
>
> Il mio riferimento alle "Porcate" di Access si può riassumere in:
>
> * Non è ammissibile che un gigante come MS (di cui peraltro sono
abbastanza
> supporter) abbia permesso che un suo prodotto che ha dieci anni di vita
> abbia tali lacune:
>
> - I progettisti hanno lasciato fuori degli aspetti a mio modesto avviso
> importanti (la gestione dei record è blanda sia sul piano degli eventi che
> della manipolazione; il record locking praticamente te lo devi fare da
solo
> se vuoi essere certo che tutto vada a buon fine, piuttosto che dover
> digerire la finestra di dialogo che dice che qualcun altro a ha modificato
i
> dati a tua insaputa e quindi o perdi tutte le modifiche o sovracrivi;
certi
> eventi vengono bypassati, vedi il mio appunto sul blocco nel BeforeUpdate
> che viene bypassato dal quit di Access)
10 anni che ci lavoro con programmi in access multiutenti e concorrenti e la
mascherina che dici tu non mi è mai comparsa...non sarà colpa del
programmatore?
>
> - E' lento
ok, se usi jet con archivi gicanteschi in rete hai ragione, ma tutto si
supera con un terminal server sui client oppure molto meglio passando come
be a MSDE o SQL Server e usando come FE i file adp
>
> - La qualità delle stampe è pessima
questa poi....non rispondo nemmeno
>
> Ora è vero che a tutto si può rimediare, che Access è meglio del Cobol, ed
è
> meglio una trombata che un calcio nelle palle (Catalano).
>
> Però dovete riconoscere che certi limiti (seppur piccoli per taluni, ma
non
> per me) sono gravi sopratutto considerato chi c'è alle spalle e la
veneranda
> età del prodotto.
secondo me si è sembre aggiornato bene, le novità delle pagine di accesso ai
dati e file adp non mi sembrano cose da poco conto
se poi tu sei uno di quelli che non fa altro che criticare Winzozz,
Microsuck, M$, etc lasciamo perdere
>
> Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
> griglie di una tabella se si fanno grigie e sottili, non è detto che
vengano
> stampate?
mai successo mandami un mdb con un report che ti da questo problema
Oppure che per implementare un recrd higlight devi diventare matto
> (perchè se usi il conditional formatting rischi il loop e comunque
rallenta
> parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
> gestire alla grande gli accessi concorrenti?
sicuro che stai usando access?
>
> Tutto questo per dire che è vero che con Access sviluppo nella metà del
> tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe di
> codice il gioco vale la candela?
>
migliaia di righe di rattoppi?!?!?!? ma che dici!!!
> Allora comincio forse a capire gli sviluppatori che usano Visual Basic +
SQL
> Server + Crystal Reports + le migliaia di plugin e di controls fatti da
> terze parti, che sono una scheggia e sopratutto funzionano.
Se adesso mi vuoi far credere che per sviluppare database è meglio VB di
Access sei comico!!
>
> Probabilmente nel breve periodo paga Access, ma per chi fa questo per
> mestiere forse conviene fare un piccolo investimento in più, crearsi un
> bell'ambiente di sviluppo e mandare Access in pensione.
>
> Saluti
>
drogati meno
saluti
AEOM


title: Access - Carica!!!

author: Sergio MAZZA

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
news:GWRKc.87928$G%.74390@tornado.fastwebnet.it...

Scusa ma se hai tutte queste esigenze perché non passi a qualcos'altro?
Chettefrega se altri sviluppano in access?
Mi sembra la scena di Balle Spaziali: "... Il mio sforzo è più grosso del
tuo...".
Preso (tu) atto che non è lo strumento per i tui clienti basta che lo eviti
e dormi tranquillo; dormi ancora meglio sapendo che c'è una comunità di
svitati che utilizzano access e ti porteranno clienti...
Ciao e buon lavoro.
--
Sergio MAZZA


title: Access - Carica!!!

author: Sib

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
cut
> Il mio riferimento alle "Porcate" di Access si puň riassumere in:
cut
> Probabilmente nel breve periodo paga Access, ma per chi fa questo per
> mestiere forse conviene fare un piccolo investimento in piů, crearsi un
> bell'ambiente di sviluppo e mandare Access in pensione.
Comprati oracle e scrivi le tue applicazioni col C++ della borland,
cambia NG e vai su quello di oracle.
Ciao
Sib


title: Access - Carica!!!

author: SunRex

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
news:GWRKc.87928$G%.74390@tornado.fastwebnet.it...
> Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
>
> Rispondo qui agli interessati: (Sandro, Oscar, etc) per chiudere la
> polemica.
>
> Il mio riferimento alle "Porcate" di Access si può riassumere in:
>
> * Non è ammissibile che un gigante come MS (di cui peraltro sono
abbastanza
> supporter) abbia permesso che un suo prodotto che ha dieci anni di vita
> abbia tali lacune:
>
> - I progettisti hanno lasciato fuori degli aspetti a mio modesto avviso
> importanti (la gestione dei record è blanda sia sul piano degli eventi che
> della manipolazione; il record locking praticamente te lo devi fare da
solo
> se vuoi essere certo che tutto vada a buon fine, piuttosto che dover
> digerire la finestra di dialogo che dice che qualcun altro a ha modificato
i
> dati a tua insaputa e quindi o perdi tutte le modifiche o sovracrivi;
certi
> eventi vengono bypassati, vedi il mio appunto sul blocco nel BeforeUpdate
> che viene bypassato dal quit di Access)
Mah!
>
> - E' lento
Rispetto a che di grazia?
>
> - La qualità delle stampe è pessima
Scusa ma questa è una cazzata.Ma hai mai provato a fare
dei report con Crystal Report o quella ciofeca di DataReport
che hanno messo in VB6?
>
> Ora è vero che a tutto si può rimediare, che Access è meglio del Cobol, ed
è
> meglio una trombata che un calcio nelle palle (Catalano).
>
> Però dovete riconoscere che certi limiti (seppur piccoli per taluni, ma
non
> per me) sono gravi sopratutto considerato chi c'è alle spalle e la
veneranda
> età del prodotto.
Secondo me Access è un giollielino paragonato sia a prodotti della
stessa fascia che superiori.
>
> Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
> griglie di una tabella se si fanno grigie e sottili, non è detto che
vengano
> stampate? Oppure che per implementare un recrd higlight devi diventare
matto
> (perchè se usi il conditional formatting rischi il loop e comunque
rallenta
> parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
> gestire alla grande gli accessi concorrenti?
Forse dipende dallo sviluppatore no?
>
> Tutto questo per dire che è vero che con Access sviluppo nella metà del
> tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe di
> codice il gioco vale la candela?
Forse non fai bene l'analisi.....
>
> Allora comincio forse a capire gli sviluppatori che usano Visual Basic +
SQL
> Server + Crystal Reports + le migliaia di plugin e di controls fatti da
> terze parti, che sono una scheggia e sopratutto funzionano.
Mi sa che tu non hai mai programmato in Visual Basic.
>
> Probabilmente nel breve periodo paga Access, ma per chi fa questo per
> mestiere forse conviene fare un piccolo investimento in più, crearsi un
> bell'ambiente di sviluppo e mandare Access in pensione.
Chi fa questo per mestiere sa quando usare Access e quando no!
>
> Saluti
>
By by
SunRex


title: Access - Carica!!!

text:
>
> Scusa Atlas ... al di là del fatto che buona parte delle cose che scrivi
> sono inventate di sana pianta (vedi lentezza); hai letto il post di
> Calligaris di qualche giorno fa?
>
> Leggendolo non ti viene almeno il sospetto di essere "fuori"?
> Soprattutto sul discorso Visual Basic + Crystal reports, etc.?
>
> Pixel
Me lo andrò a rileggere il post....vuoi dire che è roba vecchia?


title: Access - Carica!!!

text:
"TheMax" <
lot...@sulmiosito.net
> wrote in message
news:cdgsjg$a7h$1...@atlantis.cu.mi.it...
> "Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
> news:GWRKc.87928$G%.74390@tornado.fastwebnet.it...
>
> > Eccomi qui, quel cesso del mio newsreader mi ha sbragato il thread!!!
>
> Sempre colpa dei computer vero :-)
O di Microsoft? :))) Il diavolo di Outlook Express (o il mio provider) hanno
sbragato il thread e ho dovto leggere le risposte da Gogglegroups....!!!
> Sul blocco dei record mai avuto problemi, ovvio interfaccia disegnata
bene,
> accesso al minor numero di record possibili
Come gestisci il tutto? Form "unbound" e fai tutto a mano oppure tutto
gestitto da Access? Nella seconda ipotesi mi riconoscerai che ricever una
dialog  che ti dice che il contenuto è cambiato non è il massimo; certo
meglio che niente ma potevano studiarla un pò meglio.
>
> > - E' lento
>
> In confronto a?
> Hai mai pensato di usare Sql come BE e access come FE?
E' così che lo uso. E la lentezza non è certo nel BE il server SQL 2000
vola. E' proprio il FE che è lento!
> PS: Alcuni dei miei programmi fatti in access sono più veloci di un
> gestionale che usa
> sql server come base dati, dipende da come è sviluppato tante volte.
>
> > - La qualità delle stampe è pessima
>
> Opinione tua.
> A me non ha mai dato problemi con righettine e righette varie
>
Ecchè ti devo dire? Un report con una griglia grigia mi stampa un line blank
random ( e mi ha spiegato un MVP americano che è un problema di
approssimazione di Access)
Aggiungi che le bitmap vengono stampate al massimo a 72DPI........


title: Access - Carica!!!

text:
Zio bonin, ma che hai un cliente monoutente?
Io parlo di Access 2003 (adp) + Microsoft SQL Server 2000.
Carica su due stazioni lo stesso record. Vai sulla prima stazione e
modificalo, poi vai sulla seconda e modificalo.
Dimmi cosa leggi.
> 10 anni che ci lavoro con programmi in access multiutenti e concorrenti e
la
> mascherina che dici tu non mi è mai comparsa...non sarà colpa del
> programmatore?
>
>
> >
> > - E' lento
>
> ok, se usi jet con archivi gicanteschi in rete hai ragione, ma tutto si
> supera con un terminal server sui client oppure molto meglio passando come
> be a MSDE o SQL Server e usando come FE i file adp
Risposta a theMax post precedente
>
>
> >
> > - La qualità delle stampe è pessima
>
> questa poi....non rispondo nemmeno
>
Risposta a theMax post precedente
>
> Oppure che per implementare un recrd higlight devi diventare matto
> > (perchè se usi il conditional formatting rischi il loop e comunque
> rallenta
> > parecchio il ridisegno della finestra). Oppure che devi farti un mazzo
per
> > gestire alla grande gli accessi concorrenti?
>
> sicuro che stai usando access?
Ok mi spieghi come fai un evidenziazione (no conditional formatting, no
Lebans)
>
> >
> > Tutto questo per dire che è vero che con Access sviluppo nella metà del
> > tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe
di
> > codice il gioco vale la candela?
> >
>
> migliaia di righe di rattoppi?!?!?!? ma che dici!!!
Vai sul sito di Stephen Lebans, poi ne riparliamo! Migliaia di righe di
codice oer gestire aspetti intrinseci di un DB RAD.


title: Access - Carica!!!

text:
> Scusa ma se hai tutte queste esigenze perché non passi a qualcos'altro?
> Chettefrega se altri sviluppano in access?
> Mi sembra la scena di Balle Spaziali: "... Il mio sforzo è più grosso del
> tuo...".
> Preso (tu) atto che non è lo strumento per i tui clienti basta che lo
eviti
> e dormi tranquillo; dormi ancora meglio sapendo che c'è una comunità di
> svitati che utilizzano access e ti porteranno clienti...
>
> Ciao e buon lavoro.
Hai perfettamente ragione!


title: Access - Carica!!!

text:
> Comprati oracle e scrivi le tue applicazioni col C++ della borland,
> cambia NG e vai su quello di oracle.
A me il SQL Server di MS va benone! E' il front end che è lacunoso
Ciao


title: Access - Carica!!!

author: Matteo Breda

text:
Rieccoci...
>Insomma ma con che faccia voi dite a un vostro cliente (nel 2004) che le
>griglie di una tabella se si fanno grigie e sottili, non è detto che
vengano
>stampate?
Comunque sei il primo che si lamenti della qualità di stampa della
reportistica.
Ma cosa fanno i tuoi clienti?
> Oppure che per implementare un recrd higlight devi diventare matto
>(perchè se usi il conditional formatting rischi il loop
E' un bug di A '2003: devi evitare la sovrapposizione di controlli nelle
Form Continue, comunque trovi un articolo sulla kb.
>e comunque rallenta
>parecchio il ridisegno della finestra). Oppure che devi farti un mazzo per
>gestire alla grande gli accessi concorrenti?
Non direi proprio che ci si debba fare un mazzo per gestire gli accessi
concorrenti, anzi pare che faccia tutto lui.
Che poi alcuni sviluppatori si masturbino mentalmente cercando soluzioni a
situazioni a dir poco improbabili è un altro discorso.
In multiutenza la coperta è sempre un pochino corta, qualunque soluzioni si
adotti (blocco record in uso, blocco pagina, ottimistico, gestione
disconnessa) esistono sempre pro e contro.
L'ottimistico proposto di default da Access è, pur con qualche contro, una
buona e rispettabile soluzione: trovo bizzarra una polemica su questo.
Sul discorso lentezza di Access: dipende anzitutto dall'esperienza, i primi
.mdb che sviluppai erano lenti come la FAME ... i loro successori d'oggi
sono schegge.
Sto parlando di Access + JET, soluzione per la verità non proprio in linea
coi tempi.
Mi chiedo: sei a conoscenza delle possibilità d'interfacciamente a SQL
Server?
Sei riuscito a far andar lentamente perfino un .ADP?
In caso affermativo: come hai fatto?
>Tutto questo per dire che è vero che con Access sviluppo nella metà del
>tempo, ma se poi devo rattoppare le sue anomalie con migliaia di righe di
>codice il gioco vale la candela?
Certo che non vale la candela: ma non pensi, alla luce di quanto altri ti
scrivono, che il problema sia tuo?
Se davvero passi metà tempo a correggere problemi, francamente conosci male
il prodotto.
Magari sarai un ottimo elemento per altri versi, ma sfrutti da principiante
l'ambiente FE di Access.
>Allora comincio forse a capire gli sviluppatori che usano Visual Basic +
SQL
>Server + Crystal Reports + le migliaia di plugin e di controls fatti da
>terze parti, che sono una scheggia e sopratutto funzionano.
A proposito di questo, comincia a leggere il seguente (e visitare i links):
Sviluppo "professionale" con Access + Visual Basic  del 16/04  di Simone
Calligaris.
Matteo.


title: Access - Carica!!!

author: Pablitomf

text:
Atlas ha scritto:





> - E' lento







> Saluti
Domandina : Ma non ti da gusto sapere che noi siamo i folli ad usare il
"prodottaccio" (secondo te ovviamente) e tu sei quello che avendolo
scoperto lo evita il più possibile? Io ne godrei alla grande... evita
polemiche e cambia ambiente no? mica qualcuno ti punta la sua calibro 45
alla gola per usare Access invece che SQL... sei fortunato in questo, la
democrazia sull'uso o meno di access vige ancora, ma non vorrai mica
sputtanarcelo così a casa nostra?!?! questo è un NG di sostenitori di
quello che per te è poca roba, non dimenticarlo! E' come tifare Inter
nella Fossa dei Leoni, o Dire Forza Juve nella curva B del mio amasto
Stadio S.Paolo (forza Napoli)... è un pò fuori luogo accanirsi tanto, non
trovi?
Cmq sia sei sempre il benvenuto
--
Pablitomf (Maurizio Facciuti)
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)



title: Access - Carica!!!

text:
Atlas wrote:
> Ora è vero che a tutto si può rimediare, che Access è meglio del Cobol, ed
> è meglio una trombata che un calcio nelle palle (Catalano).
>
Che Access sia meglio del Cobol non ci metterei una mano sul fuoco :)
Sulla seconda siamo d'accordo.
--
Alla prossima.
        MAX


title: Access - Carica!!!

author: 'gnurant

text:
Atlas <
atla...@my-deja.com
> ha scritto:

Azz quante ne sono uscite. Alcune divertenti, altre ridicole, altre
interessanti(parlo di tutte le cose che vi siete detti sinora).
Access non è un granché in ogni cosa, penso sia partigiano proteggerlo a
tutti i costi. Ho letto che è meglio di altri superiori...ehm...non
esageriamo ora...Access va bene per i db non troppo complicati e non
troppo grossi: dopo i 2 gigabytes di dati non funziona più correttamente
(lo rivela la Microsoft stessa).
Per citare i report(che fanno pena), una volta dovevo aggiornare in
automatico circa un migliaio di origine controllo suddivisi in una decina
di reports.
Ho scritto il codice in VBA corretto e poi ho eseguito. Vado ad aprire i
report e non pescavano niente(#Nome?). Apro in struttura e vedo che le
stringhe erano scritte correttamente. Ho scoperto che dovevo
semplicemente selezionare la riga, fare ctrl-x e ctrl-c affinché
funzionasse....bah...ho dovuto ripassarmi tutto il migliaio di caselle...
Beh...che dire...io ci lavoro perché nell'azienda non se ne parla di
comprare un prodotto "leggermente" più evoluto quale Oracle.
Mi accontento, mi arrangio. Alle volte mi incazzo(vedi reports).
Ma non posso sputarci sopra al povero Access.
E' un giocattolino, va bene per divertirsi.
Ciauz
--
'gnurant come una cucuzza
Inviato da
www.mynewsgate.net


title: Access - Carica!!!

text:
> Azz quante ne sono uscite. Alcune divertenti, altre ridicole, altre
> interessanti(parlo di tutte le cose che vi siete detti sinora).
> Access non è un granché in ogni cosa, penso sia partigiano proteggerlo a
> tutti i costi. Ho letto che è meglio di altri superiori...ehm...non
> esageriamo ora...Access va bene per i db non troppo complicati e non
> troppo grossi: dopo i 2 gigabytes di dati non funziona più correttamente
> (lo rivela la Microsoft stessa).
Stai parlando di Access o di Jet 4.0, gnurant?
> Per citare i report(che fanno pena), una volta dovevo aggiornare in
> automatico circa un migliaio di origine controllo suddivisi in una decina
> di reports.
> Ho scritto il codice in VBA corretto e poi ho eseguito. Vado ad aprire i
> report e non pescavano niente(#Nome?). Apro in struttura e vedo che le
> stringhe erano scritte correttamente. Ho scoperto che dovevo
> semplicemente selezionare la riga, fare ctrl-x e ctrl-c affinché
> funzionasse....bah...ho dovuto ripassarmi tutto il migliaio di caselle...
>
> Beh...che dire...io ci lavoro perché nell'azienda non se ne parla di
> comprare un prodotto "leggermente" più evoluto quale Oracle.
Cosa centra Oracle con la reportistica che (a te) ha fatto fare il
disk-jokey.
> Mi accontento, mi arrangio. Alle volte mi incazzo(vedi reports).
> Ma non posso sputarci sopra al povero Access.
Quanta confusione:  Access, JET, Oracle, Reports ... un pò si parla di
sviluppo, un pò di Database.
Dice tutto il tuo nick!
Matteo


title: Access - Carica!!!

text:
Matteo Breda <
matte...@tiscalinet.it
> ha scritto:

Mah...essere ignorante non penso sia una colpa(e si dovrebbe verificare
quanto lo sono)...dimostrare di non capire dei concetti e cercare di essere
indovino dimostra invece un po' di presunzione...occhio a non darti la
zappetta sui piedi al prossimo post Matteo :o)



title: Access - Carica!!!

text:
"'gnurant" > >
> Mah...essere ignorante non penso sia una colpa(e si dovrebbe verificare
> quanto lo sono)...dimostrare di non capire dei concetti e cercare di
essere
> indovino dimostra invece un po' di presunzione...occhio a non darti la
> zappetta sui piedi al prossimo post Matteo :o)
> Ciauz
Ti ho fatto delle domande ... perchè non hai dato risposte?
Tutti sono capaci, incuranti della propria ignoranza vera o presunta, di
sparar cazzate su aree pubbliche; è probabile che tali cazzate urtino chi è
(un pochino) meno ignorante.
Matteo.


title: Access - Carica!!!

text:
Matteo Breda <
matte...@tiscalinet.it
> ha scritto:
>

-->Stai parlando di Access o di Jet 4.0, gnurant?
Questa è l'unica domanda che mi hai fatto...se non sai leggere sotto, non è
colpa mia...sigh
>> Azz quante ne sono uscite. Alcune divertenti, altre ridicole, altre
> interessanti(parlo di tutte le cose che vi siete detti sinora).
> Access non è un granché in ogni cosa, penso sia partigiano proteggerlo a
> tutti i costi. Ho letto che è meglio di altri superiori...ehm...non
> esageriamo ora...Access va bene per i db non troppo complicati e non
> troppo grossi: dopo i 2 gigabytes di dati non funziona più correttamente
> (lo rivela la Microsoft stessa).
> Per citare i report(che fanno pena), una volta dovevo aggiornare in
> automatico circa un migliaio di origine controllo suddivisi in una decina
> di reports.
> Ho scritto il codice in VBA corretto e poi ho eseguito. Vado ad aprire i
> report e non pescavano niente(#Nome?). Apro in struttura e vedo che le
> stringhe erano scritte correttamente. Ho scoperto che dovevo
> semplicemente selezionare la riga, fare ctrl-x e ctrl-c affinché
> funzionasse....bah...ho dovuto ripassarmi tutto il migliaio di caselle...
>
> Beh...che dire...io ci lavoro perché nell'azienda non se ne parla di
> comprare un prodotto "leggermente" più evoluto quale Oracle.
-->Cosa centra Oracle con la reportistica che (a te) ha fatto fare il
-->disk-jokey.
se cito un esempio, significa che è l'unica cosa che mi farebbe cambiare idea?
Lui parlava di reports merdosi e io gliel'ho citato. Secondo te ho voglia di
usare Oracle per fare dei bei reports? ahahah
> Mi accontento, mi arrangio. Alle volte mi incazzo(vedi reports).
> Ma non posso sputarci sopra al povero Access.
-->Quanta confusione:  Access, JET, Oracle, Reports ... un pò si parla di
-->sviluppo, un pò di Database.
-->Dice tutto il tuo nick!
La confusione ce l'hai tu in testa ahah...dai su, non te la prendere...ti
spiego: Access va bene per le basi di dati per piccole aziende, per piccoli
clienti. Lo uso e mi accontento(lo ripeto). Il fatto che si dica che Access sia
qualcosa di sensazionale mi fa ridere, ma non in tono ironico, ma perché non è
niente di sensazionale e basta.
Se lo fosse, ogni sistema bancario, ogni agenzia di viaggi, ogni altra ditta
che vuole lavorare sicuro adotterebbe Access. E scommetto tutto l'oro del mondo
che nessuna usa il prodotto della Microsoft.
Ma con questo non snobbo il prodotto(lo uso), né chi lo usa. E' un buon
prodotto con lacune notevoli...dai su, un po' di obiettività ci vuole...
Ciauz
P.S.:se manco stavolta hai capito, mi spiace per te...



title: Access - Carica!!!

text:
> spiego: Access va bene per le basi di dati per piccole aziende, per
piccoli
> clienti. Lo uso e mi accontento(lo ripeto).
Forse SQL Server gli dà una bella mano. Fra qualche mese quando il SQL
server del mio cliente è gonfio ti dirò......
> Il fatto che si dica che Access sia
> qualcosa di sensazionale mi fa ridere, ma non in tono ironico, ma perché
non è
> niente di sensazionale e basta.
> Se lo fosse, ogni sistema bancario, ogni agenzia di viaggi, ogni altra
ditta
> che vuole lavorare sicuro adotterebbe Access. E scommetto tutto l'oro del
mondo
> che nessuna usa il prodotto della Microsoft.
> Ma con questo non snobbo il prodotto(lo uso), né chi lo usa. E' un buon
> prodotto con lacune notevoli...dai su, un po' di obiettività ci vuole...
BRAVOOOOOO, parole sante, hai perfttamente colto nel segno 'gnurant!!
Qui nessuno voleva insultare chi fa o ha fatto uso (come me) di Access.
Si voleva soltanto dare a Cesare quel che è di Cesare.
Pace.


title: Access - Carica!!!

text:
"'gnurant" <
6751i...@mynewsgate.net
> ha scritto nel messaggio
news:200407201...@mynewsgate.net...

Boni, state boni!!!
SunRex
>
> Inviato da
www.mynewsgate.net


title: Access - Carica!!!

text:
"'gnurant" <>
> -->Stai parlando di Access o di Jet 4.0, gnurant?
> Questa è l'unica domanda che mi hai fatto...se non sai leggere sotto, non
è
> colpa mia...sigh
E' l'unica domanda ma è importante: il fatto che tu confonda Access con JET
è la miglior dimostrazione che sei proprio gnurant.
Molti frequentatori di questo ng. non conoscono alcun limite allo spazio
d'archiviazione: ci sono vari modi di usare Access come Front-End verso
Server di database, soprattutto SQL Server.
Il fatto che MS dalla versione 2000 abbia tolto dall'Help ogni riferimento a
DAO dovrebbe far riflettere anche gli ignoranti.
> -->Cosa centra Oracle con la reportistica che (a te) ha fatto fare il
> -->disk-jokey.
> Lui parlava di reports merdosi e io gliel'ho citato.
Dì la verità: sei lui.
> Secondo te ho voglia di > usare Oracle per fare dei bei reports? ahahah
Difficile capire cosa frulli nel cervello dei Troll.
> -->Quanta confusione:  Access, JET, Oracle, Reports ... un pò si parla di
> -->sviluppo, un pò di Database.
> -->Dice tutto il tuo nick!
> La confusione ce l'hai tu in testa ahah...dai su, non te la prendere...ti
> spiego: Access va bene per le basi di dati per piccole aziende, per
piccoli
> clienti. Lo uso e mi accontento(lo ripeto). Il fatto che si dica che
Access sia
> qualcosa di sensazionale mi fa ridere, ma non in tono ironico, ma perché
non è
> niente di sensazionale e basta.
> Se lo fosse, ogni sistema bancario, ogni agenzia di viaggi, ogni altra
ditta
> che vuole lavorare sicuro adotterebbe Access. E scommetto tutto l'oro del
mondo
> che nessuna usa il prodotto della Microsoft.
Ti assicuro che nelle banche Access è MOLTO usato per estrarre query e
report dai Server SQL e Oracle.
> Ma con questo non snobbo il prodotto(lo uso), né chi lo usa. E' un buon
> prodotto con lacune notevoli...dai su, un po' di obiettività ci vuole...
Limiti riferiti a cosa?
Attenzione: è vero che sei 'gnurant' ma puoi salire nel livello gerarchico
Ma per capire i propri limiti (e quelli dei prodotti che si usano) si deve
leggere, vedere cos'hanno sviluppato altri, etc.
In questi giorni sono stati postati links a decine di gestionali
"importanti" che usano Access come FE, sia verso JET che Sql Server.
Se tu e il tuo alter ego Atlas non foste Troll ma cercaste un confronto
costruttivo, prima di tutto approfondireste la questione e poi intavolereste
il discorso su altre basi, senz'altro più umili.
Matteo


title: Access - Carica!!!

author: Antonio Biso

text:
"SunRex" <
SunR...@hotmail.com
> ha scritto nel messaggio
news:MWaLc.27463$5D1.1...@news4.tin.it...
>
> > P.S.:se manco stavolta hai capito, mi spiace per te...
> >
>
> Boni, state boni!!!
> SunRex
Ehem...
E sfoltire un po' no eh?
Antonio


title: Access - Carica!!!

text:
"Atlas" <
atla...@my-deja.com
> ha scritto nel messaggio
>
> > Comprati oracle e scrivi le tue applicazioni col C++ della borland,
> > cambia NG e vai su quello di oracle.
>
> A me il SQL Server di MS va benone! E' il front end che è lacunoso
non ti resta che adottare il mio consiglio a partire dalla parola "scrivi"
Sib