title: Preview di immagini...

text:
"roby" <
8604i...@mynewsgate.net
> wrote in message
news:200408031...@mynewsgate.net
[CUT]
> Scusa Alex, ma dove sta la sezione Download?
>
> Trovo solo i tasti: Home Tables Forms Queries Reports.... General
>
> Non sarà mica che ho una risoluzione 800x600 e non mi visualizza una parte del
> sito?
>
> Fammi sapere, ciao...
>
> P.S. non voglio pensare che c'è l'ho sotto agli occhi e non lo vedo!!
> Altrimenti starei messo proprio male!
>
> Inviato da
www.mynewsgate.net
Si il problema è proprio la risoluzione disegnato per 1024x768.
Non sono un gran programmatore di WEB ,per cui questo
è quanto posso fare, però dandoti il Link al Download
dovresti scaricarlo:
http://www.mantuanet.it/alessandro.baraldi/FilesEsempio/ARCHIFOTO_Setup.exe
Vedi un pò se funziona.



title: Preview di immagini...

author: roby

text:
Alessandro Baraldi <
ik2...@libero.it
> ha scritto:
> "roby" <
8604i...@mynewsgate.net
> wrote in message

E' davvero un PROGRAMMA, complimenti!
E' un exe, il database è protetto da password ( sitocomune ).... l'ho dovuto
visualizzare su pc del mio collega, purtroppo io mi trovo con un 14'' di
fortuna.. e non ti dico.
Purtroppo prendere quello che mi serve sarà molto complicato visto la vastità
del programma, e tra i tanti moduli e macro...
Be comunque ancora complimenti all' autore.
Ti farò sapere, almeno se farò rifewrimento a qlc cosa saprai di cosa sto
parlando.
Ciao
Inviato da
www.mynewsgate.net


title: Preview di immagini...

author: ALESSANDRO Baraldi

text:
"roby" <
8604i...@mynewsgate.net
> ha scritto nel messaggio
news:200408031...@mynewsgate.net...
[CUT]
> >
> E' davvero un PROGRAMMA, complimenti!
> E' un exe, il database è protetto da password ( sitocomune ).... l'ho
dovuto
> visualizzare su pc del mio collega, purtroppo io mi trovo con un 14'' di
> fortuna.. e non ti dico.
>
> Purtroppo prendere quello che mi serve sarà molto complicato visto la
vastità
> del programma, e tra i tanti moduli e macro...
>
> Be comunque ancora complimenti all' autore.
> Ti farò sapere, almeno se farò rifewrimento a qlc cosa saprai di cosa sto
> parlando.
> Ciao
E' un giochino che uso per le mie foto, alla parte che serve a te accedi
in modo più agevole dai comandi di IMPORTA Immagini o Crea Catalogo.
Se riesci a non perderti per il Codice avrai tutto quanto ti serve.
Usa tutto quello che ritieni utile.
Ciao.
@Alex.


title: Preview di immagini...

text:
ALESSANDRO Baraldi <
ik2...@libero.it
> ha scritto:
>
> "roby" <
8604i...@mynewsgate.net
> ha scritto nel messaggio
> news:200408031...@mynewsgate.net...
> [CUT]
> > >
> E' un giochino che uso per le mie foto, alla parte che serve a te
accedi
> in modo più agevole dai comandi di IMPORTA Immagini o Crea Catalogo.
> Se riesci a non perderti per il Codice avrai tutto quanto ti serve.
> Usa tutto quello che ritieni utile.
> Ciao.
> @Alex.
>
Finalmente c'e' l'ho fatta...... mi perdevo in qlc str..., alla fine ho
preso
spunto da un'altro database.... che è + snello...
Comunque ancora grazie Alex.
Inviato da
www.mynewsgate.net


title: info su query

author: Marcello

text:
Ho una tabella principale in relazione uno a uno con un'altra tabella, ho
fatto una query su due campi uno sulla prima e uno sulla seconda, vorrei che
estraesse tutti i record che soddisfino la prima o la seconda condizione,
per questo ho messo la seconda condizione nel rigo
"oppure", ma il risultato è sempre come se tra le due condizionin ci fosse
un "and" e non un "or"
Consigli?
Marceme


title: info su query

author: Antonio Biso

text:
"Marcello" <
M_a_r_...@libero.it
> ha scritto nel messaggio
news:uiMZ9.133057$AA2.5...@news2.tin.it...

Di postare il codice SQL
Antonio


title: select case

author: marco

text:
salve,

purtroppo non ne vengo a capo,

ho un codice articolo

ho un campo in una query dove devo verificare varie possibilita':

ESPR1: SWITCH ([COD_ART] Like 'CAA*';10; [COD_ART] Like 'CA*';11;
[COD_ART] Like 'CF*';12; [COD_ART] Like 'CPP*';13; [COD_ART] Like
'CS*';14; ([COD_ART] Like 'UT*' AND [DES_RIGA] LIKE'*H2O*' );15;
[COD_ART] Like 'XCC*';16; [COD_ART] Like 'XPP*';17; [COD_ART] Like
'COS*';18; [COD_ART] Like 'UT*';19; ([COD_ART] Like 'ZT*' AND
[DES_RIGA] LIKE'*H2O*' );20; ([COD_ART] Like 'ZT*' AND [DES_RIGA]
LIKE'*ACR*' );21; ([COD_ART] Like 'ZT*' AND [DES_RIGA] LIKE'*LUC*' );
22; ([COD_ART] Like 'ZT*' AND [DES_RIGA] LIKE'*GOFFR*' );23; [COD_ART]
Like 'ZT*';24)

mi restituisce espressione troppo complessa

ho provato a crearmi un modulo con una funzione appropriata (partendo
con il solo primo caso)

Function TIPOPRODOTTO() As String
Select Case Query![TUTTIICODICI]![DES_RIGA]
Case Is = "CAA*"
TIPOPRODOTTO = 10
End Select
End Function

e richiamando la funzione sul campo della query con:

TIPOPRODOTTO([TUTTIICODICI])

ma ottengo un "numero errato di argomenti specificato in una funzione
nell'espressione immessa"

cosa sbaglio?


title: select case

author: Marco Pizzamiglio

text:
marco ha scritto:

[cut]

> Function TIPOPRODOTTO() As String
> Select Case Query![TUTTIICODICI]![DES_RIGA]
> Case Is = "CAA*"
> TIPOPRODOTTO = 10
> End Select
> End Function

> e richiamando la funzione sul campo della query con:

> TIPOPRODOTTO([TUTTIICODICI])

> ma ottengo un "numero errato di argomenti specificato in una funzione
> nell'espressione immessa"
> cosa sbaglio?

La tua Function non � impostata per accettare parametri.
Inoltre non puoi utilizzare caratteri jolly (*) in Select Case, fallo con
un
IF ... ELSEIF .... che � anche pi� veloce.

Public Function TIPOPRODOTTO(Riga as String) As String
Select Case Riga
If Riga like "CAA*" Then
  TIPOPRODOTTO = 10
ElseIf Riga like "...." Then
  TIPOPRODOTTO = ....
ElseIf Riga like "...." Then
  TIPOPRODOTTO = ....
.....
.....
End if

Ciao.
-Marco-

--

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: select case

text:
> .....
> End if
>

GRAZIE per la pronta risposta, i dubbi ci sono ancora, chiedo scusa ma
sono proprio alle prime armi:

avendo
 Public Function TIPOPRODOTTO(Riga as String) As String
 Select Case Riga
 If Riga like "CAA*" Then
     TIPOPRODOTTO = 10
 ElseIf Riga like "...." Then
     TIPOPRODOTTO = ....
 ElseIf Riga like "...." Then
     TIPOPRODOTTO = ....
.....

Nel mio caso, chiamandosi il campo DES_RIGA e non riga devo scrivere
appunto DES_RIGA? oppure query![TUTTIICODICI]![DES_RIGA]

ho provato in tutti i modi ma non va

se poi richiamo la funzione, nel campo della query, scrivendo:
TIPOPRODOTTO([TUTTIICODICI])               (tuttiicodici e' il nome
della tabella)

non funge e mi chiede di inserire il parametro


title: select case

text:
marco ha scritto:

> GRAZIE per la pronta risposta, i dubbi ci sono ancora, chiedo scusa ma
> sono proprio alle prime armi:

> avendo
>  Public Function TIPOPRODOTTO(Riga as String) As String
>  Select Case Riga
>  If Riga like "CAA*" Then
>  �   TIPOPRODOTTO = 10
>  ElseIf Riga like "...." Then
>  �   TIPOPRODOTTO = ....
>  ElseIf Riga like "...." Then
>    � TIPOPRODOTTO = ....
> .....

Le righe con i puntini le devi togliere, ovviamente, le ho messe solo per
indicare che all'occorrenza � possibile valutare pi� possibili valori del
parametro.
Se hai un solo possibile valore (CAA*) ti conviene usare un iif (vedi help
<F1>) cos� non ti serve scrivere una Function.

iif([DES_RIGA] like "CAA*";10;null)

> Nel mio caso, chiamandosi il campo DES_RIGA e non riga devo scrivere
> appunto DES_RIGA? oppure query![TUTTIICODICI]![DES_RIGA]

> ho provato in tutti i modi ma non va

> se poi richiamo la funzione, nel campo della query, scrivendo:
> TIPOPRODOTTO([TUTTIICODICI])               (tuttiicodici e' il nome
> della tabella)
> non funge e mi chiede di inserire il parametro

Nella query dove la richiami passi alla funzione il nome del CAMPO (non
solo
della tabella!) che contiene il valore da esaminare.
Nella Function usi una variabile (Riga) che riceve il valore passato e lo
elabora. Non � necessario che il nome del parametro della function
rispecchi
quello del campo della query.

Quindi la Function va bene cos�, e nella query richiami
TIPOPRODOTTO([TUTTIICODICI].[DES_RIGA])



title: select case

text:
>
> Le righe con i puntini le devi togliere, ovviamente, le ho messe solo per
> indicare che all'occorrenza possibile valutare pi possibili valori del
> parametro.

SI si, quello era chiaro

> Se hai un solo possibile valore (CAA*) ti conviene usare un iif (vedi help
> <F1>) cos non ti serve scrivere una Function.

purtroppo ho piu' di 13 iif annidati e mi va in errore

> Nella query dove la richiami passi alla funzione il nome del CAMPO (non
> solo
> della tabella!) che contiene il valore da esaminare.
> Nella Function usi una variabile (Riga) che riceve il valore passato e lo
> elabora. Non necessario che il nome del parametro della function
> rispecchi
> quello del campo della query.
>
> Quindi la Function va bene cos , e nella query richiami
> TIPOPRODOTTO([TUTTIICODICI].[DES_RIGA])
>

grazie dell'aiuto, ora sono fermo qui:

c'e' un campo nella query TUTTIIPRODOTTI che richiama la funzione

Espr1: TIPOPRODOTTO([DES_RIGA])

se mettevo TIPOPRODOTTO([TUTTIIPRODOTTI].[DES_RIGA]) mi chiede di
inserire il parametro

e la funzione TIPOPRODOTTO che e' cosi' impostata

Public Function TIPOPRODOTTO(Riga As String) As String
Riga = Query.[TUTTIIPRODOTTI].[DESRIGA]
Select Case Riga
If Riga Like "CAA*" Then            <-----------------------------
        TIPOPRODOTTO = 10
ElseIf Riga Like "CA*" Then
        TIPOPRODOTTO = 11
End If

ora mi si ferma sulla riga evidenziata dalla freccia e mi dice
errore di compilazione:
istruzione ed etichette non valide tra select case e la prima
posizione del case


title: select case

text:
> e la funzione TIPOPRODOTTO che e' cosi' impostata
>
> Public Function TIPOPRODOTTO(Riga As String) As String
> Riga = Query.[TUTTIIPRODOTTI].[DESRIGA]
> Select Case Riga
> If Riga Like "CAA*" Then            <-----------------------------
>         TIPOPRODOTTO = 10
> ElseIf Riga Like "CA*" Then
>         TIPOPRODOTTO = 11
> End If
>

Mi rispondo da solo, ma ho ancora un problema,

ho modificato cosi' il codice

Option Compare Database
Public Function TIPOPRODOTTO(Riga As String) As String
Riga = Query.[TUTTIIPRODOTTI].[DESRIGA].Value
Select Case Riga
Case Riga Like "CAA*"
      TIPOPRODOTTO = 10
Case Riga Like "CA*"
  TIPOPRODOTTO = 11
End Select

errore di run time 424 necessario oggetto

aiuuuuto :)  grazie in anticipo

marco


title: select case

text:
marco ha scritto:
[cut]

> Riga = Query.[TUTTIIPRODOTTI].[DESRIGA].Value

Questa riga qua sopra va tolta.
Non sei tu che vai ad inserire nella variabile il valore, gli viene
passato
in automatico quando nella query richiami la funzione.
Scrivendo TIPOPRODOTTO([TUTTIIPRODOTTI].[DESRIGA]) viene eseguita la
funzione TIPOPRODOTTO che si aspetta di ricevere un valore di tipo String,
e
che viene messo nella variabile definita nella dichiarazione della
function,
in questo caso Riga.
Quindi puoi (devi) usare la variabile Riga SENZA doverla valorizzare
esplicitamente.
Se ti compare una richiesta di parametro vuol dire che nella query dove
richiami la funzione TIPOPRODOTTO([TUTTIIPRODOTTI].[DESRIGA]) hai
sbagliato
a scrivere il nome della tabella o del campo, ricontrollali, mettendo
anche
eventuali spazi o trattini. Le maiuscole/minuscole invece non importano.



title: select case

author: DEVIS PAGNUTTI

text:
On 21 Mag, 13:48,
marco.pizzamig...@gmail.com
 (Marco Pizzamiglio)
wrote:
> marco ha scritto:
> [cut]
>
> > Riga = Query.[TUTTIIPRODOTTI].[DESRIGA].Value
>
> Questa riga qua sopra va tolta.

INFINITAMENTE GRAZIE, RISOLTO!


title: select case

text:

aargh

ho postato col nick del mio collega

pardon

:)


title: Estratto conto

author: aleter

text:
Vorrei creare un estratto conto su un report con dati che arrivano da due
tabelle una contenente le commesse l'altra gli acconti ricevuti.
Non riesco a trovare il sistema !!!


title: Estratto conto

text:
aleter ha scritto:
>Vorrei creare un estratto conto su un report con dati che arrivano da due
>tabelle una contenente le commesse l'altra gli acconti ricevuti.
>Non riesco a trovare il sistema !!!
>
>
Per me la strada + semplice è creare uan tab temporanea (magari locale) con i
campi Id, dare, avere (+magri i dettagli...tipo documento, data..ecc ecc).
A questo punto, fai la tua query sulla tabella temp ed il report sulla
query...
--
Questo articolo e` stato inviato dal sito web
http://www.nonsolonews.it


title: Estratto conto

author: Carlo Costarella

text:
"aleter" <
aleter...@email.it
> ha scritto nel messaggio
news:Krtmn.406$3a4...@news.edisontel.com...
> Vorrei creare un estratto conto su un report con dati che arrivano da due
> tabelle una contenente le commesse l'altra gli acconti ricevuti.
> Non riesco a trovare il sistema !!!
>
>
>
Molto facile se le due tabelle sono in relazione.
Nel report principale le commesse, nel sottoreport gli acconti.
Ciao, Carlo


title: Estratto conto

text:
ok grazie per le info, provo!!
"Carlo Costarella" <
carloco...@libero.it
> ha scritto nel messaggio
news:hnj7rt$6uq$1...@tdi.cu.mi.it...



title: calcolo turnover

author: ciroteo

text:
Vi sottopongo una query per me "difficilissima" relativa al calcolo del
turnover dei dipendenti ricavato secondo queste indicazioni, cito
direttamente da capitolato ( personalmente non mi permetterei mai di
inventarmi una roba del genere.)
" Numero di lavoratori in forza nell'ultimo triennio. Il turn-over deve
essere calcolato, per ciascun anno, come rapporto tra numero di operatori
dimissionari (escluse le cessazioni per collocamento a riposo  o per
passaggio ad altra impresa al termine del contratto d'appalto) e numero di
operatori in servizio nell'anno".
La query di origine che relaziona dipendenti e appalti possiede questi
campi:
nome, cognome, data_ammissione, data_recesso, receduto_Si_no,
data_inizio_appalto, data_fine_appalto.
Le cessazioni per collocamento a riposo sono quasi nulle, mentre quelle per
passaggio ad altra impresa sono automatiche nel momento in cui cessa
l'appalto.
Grazie a chiunque mi instradasse verso la soluzione di questa "sciarada" ...


title: calcolo turnover

author: Nick

text:
ciroteo ha detto: in data 22/04/2005 11.55:

Secondo me bisogna procedere per fasi e fare tutto via VBA.
- Ti calcoli (con un recordset o con dcount il numero totale degli
operatori attivi
esempio: TotDipAtt= dcount("nome","tabelladip","isnull([data_recesso])")
- Ti calcoli il numero dei dimissionari (se non ho capito male basta
filtrare la data e il secondo campo)
esempio: TotDipCess= dcount("nome","tabelladip","not
isnull([data_recesso]) AND [receduto]= FALSE")
- fai il rapporto
esempio: Rapporto = totdipcess/totdipatt * 100
ho interpretato giusto?
Ciao
Nick


title: Manuale VBA

author: Maicol

text:
Vorrei entrare nel mondo del VBA . Potreste indicarmi qualche testo adatto
ad un principiante , ma che permetta con il tempo di usarlo decentemente.
Grazie


title: Manuale VBA

author: Sergio MAZZA

text:
"Maicol" <
enzo...@libero.it
> ha scritto nel messaggio
news:obA58.2104$ia6....@twister2.libero.it...
> Vorrei entrare nel mondo del VBA . Potreste indicarmi qualche testo adatto
> ad un principiante , ma che permetta con il tempo di usarlo decentemente.
> Grazie
>
Inizia con l'help in linea (F1) e dai un'occhiata nel sito comune
(
www.sitocomune.com
)  dove ci sono delle recensioni di testi.
E poi c'é sempre l'NG...
Ciao.
--
Sergio MAZZA


title: [OT] MS Office 2004 Longhorn - Beta -

text:
Mi arriverà una beta, sono indeciso se installarla o meno insieme all'O.S.
Longhorn(su un PC test ovviamente!!!!!) ...
qualcuno di Voi l'ha gia provata?
E' abbastanza stabile o butta giu la macchina ogni 2 x 3?
--
strano...mavero


title: [OT] MS Office 2004 Longhorn - Beta -

author: Simone Calligaris

text:
"strano...mavero"

Se è solo un test che problemi di fai?


title: [OT] MS Office 2004 Longhorn - Beta -

author: Raffaele Alberoni

text:
strano...mavero ha scritto:

Dubbio??
Ma non è solo per MAC???
Saluti
--
Raffaele Alberoni
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: [OT] MS Office 2004 Longhorn - Beta -

text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:8vV_c.78866$1V3.1...@twister2.libero.it...

Sai com'è ... quando funzionano, questi applicativi sono una bomba ... ma ne
devono passare di megabyte di service pack e aggiornamenti!
Inoltre volevo solo sapere dei pareri di qualcuno di Voi!
--
strano...mavero


title: [OT] MS Office 2004 Longhorn - Beta -

author: Pablitomf

text:
Raffaele Alberoni ha scritto:
> strano...mavero ha scritto:
> > Mi arriverà una beta, sono indeciso se installarla o meno insieme all'O.S.
> > Longhorn(su un PC test ovviamente!!!!!) ...
> > qualcuno di Voi l'ha gia provata?
> > E' abbastanza stabile o butta giu la macchina ogni 2 x 3?
> Dubbio??
> Ma non è solo per MAC???
> Saluti
Al momento si...
riporto articolo.
Microsoft promette di render noti alla PDC 2003 maggiori informazioni
sull’OS successore di Windows XP che adotterà il sistema Palladium, la cui
data di rilascio rimane ancora incerta.
Presso la Microsoft Professional Developers Conference 2003
(
http://msdn.microsoft.com/events/pdc/whowhy.aspx
), che si terrà a Los
Angeles dal 26 al 30 ottobre, l’azienda di Redmond presenterà un’anteprima
della versione Longhorn, nome in codice del successore di Windows XP.
Non sarà una vera e propria versione Beta ma l’occasione sarà utile per
anticipazioni su quello che viene definito dallo stesso Bill Gates “una
nuova e radicale versione di Windows”. In particolare dovrebbero essere
forniti maggiori informazioni su Avalon, le API di Longhorn alla base
della nuova interfaccia utente, su WinFS, prossima versione di SQL Server,
su Indigo, un framework per lo sviluppo di servizi Web e su Whidbey, nome
in codice della prossima versione di Visual Studio .NET.
Maggiori dettagli agli indirizzi:
http://punto-informatico.it/p.asp?i=45428

http://www.macitynet.it/macity/aA15511/index.shtml

http://www.01net.it/01NET/HP/0,1254,0_ART_45154,00.html

Ribadiamo che la data di uscita della versione commerciale di Longhorn era
stata inizialmente fissata per il 2004, data successivamente slittata al
2005. Gli sviluppatori Microsoft hanno attualmente smentito anche
quest’ultima data, rifiutando di fissarne una. A questo riguardo
consigliamo la lettura di un articolo di Paolo Attivissimo:
http://www.portazero.info/article.php?sid=2687

E’ certo però che Longhorn è incluso nel progetto “Palladium”, di cui
tanto avrete sentito parlare. Un articolo di Sandro kensan ci illustra
meglio la situazione:
http://www.kensan.it/articoli/Palladium.html

e vi segnala al suo interno una FAQ (tradotta in varie lingue, tra cui
l’italiano) di Ross Anderson su TC, Longhorn, Palladium e TCPA:
http://www.complessita.it/tcpa/

Fonte: PortaZero
--
Pablitomf (Maurizio Facciuti)
“Quando non ti eserciti ricorda che qualcuno in qualche posto si sta
allenando e, quando lo incontrerai, ti batterà”.
Ed Macauley



title: [OT] MS Office 2004 Longhorn - Beta -

text:
Pablitomf ha scritto:
> Al momento si...
> riporto articolo.



> Maggiori dettagli agli indirizzi:
>
http://punto-informatico.it/p.asp?i=45428

>
http://www.macitynet.it/macity/aA15511/index.shtml

>
http://www.01net.it/01NET/HP/0,1254,0_ART_45154,00.html


>
http://www.portazero.info/article.php?sid=2687


>
http://www.kensan.it/articoli/Palladium.html


>
http://www.complessita.it/tcpa/

> Fonte: PortaZero
Allego altro link :
http://www.chicercatrova2000.it/news/leggi.asp?ID=261



title: [OT] MS Office 2004 Longhorn - Beta -

author: AEOM

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:chhcb2$ohj$1...@news.newsland.it...
> Raffaele Alberoni ha scritto:
>
> sull'OS successore di Windows XP che adotterà il sistema Palladium, la cui
> della versione Longhorn, nome in codice del successore di Windows XP.
>
> forniti maggiori informazioni su Avalon, le API di Longhorn alla base
> su Indigo, un framework per lo sviluppo di servizi Web e su Whidbey, nome
> in codice della prossima versione di Visual Studio .NET.
ma quante seghe mentali si fanno per inventarsi sti nomi?
AEOM


title: Impedire copia Programma Access

author: Tom

text:
Ciao qualcuno sa se c'è il modo per impedire di effettuare una copia di un
programma , ho creato un programma con Access 2000, l'ho diviso in F-e e
B-e, e l'ho caricato sul computer del mio cliente, dovendo fare delle
modifiche al programma ho dato un Floppy con l'aggiornamento al cliente, il
quale dopo averlo installato come d'accordo, ha fatto altre copie in altri
computer, combinando un casino (peggio per lui), mi chiedo c'è un modo per
far si che l'installazione di un aggiornamento o di un programma possa
essere effettuato solo una volta?
Grazie


title: Impedire copia Programma Access

text:
--
P4 1,9; WinXPPro; Acc97/XP
"Tom" <
ar...@libero.it
> ha scritto nel messaggio
news:tDWW9.26210$ZE.7...@twister2.libero.it...

Potresti zippare il programma e proteggere la copia zip con Password.
Ovviamente la password la dai quando e come dici tu.
Ciao, Carlo


title: selezionare certi record da recordset

text:
è possibile selezionare i record dal 1 al 350 poi dal 351 al 700 poi dal 701
al 1050
con un circlo for e 2 variabili che incrementano di 350 ad ogni ciclo?
come selezioneo i record dal 1 al 350 con select * from tabella where???
e poi dal 351 al 700? ecc.?
grazie a tutti.


title: selezionare certi record da recordset

author: almorel

text:

Ciao, la butto lì:
che ci devi fare con i dati estratti con le query ?
Non che mi interessi ma se devi es. caricarli in tabella o cose
simili,
io farei una copia della tabella, selezionerei i TOP 350 e farei
quello che devo, poi li cancellerei e ripeterei la cosa fino alla
fine.
Ovviamente con un ciclo di For ... Next(si può fare conoscendo il
numero totale di record)o di Do....Loop.
Ciao
Alberto


title: selezionare certi record da recordset

text:
"almorel" <
alm...@gmail.com
> ha scritto nel messaggio
news:6550f43c-5774-4ca0...@c16g2000yqd.googlegroups.com...
> On 18 Mar, 19:51, "leopard73" <
leopar...@email.it
> wrote:
>> possibile selezionare i record dal 1 al 350 poi dal 351 al 700 poi dal
>> 701
>> al 1050
>> con un circlo for e 2 variabili che incrementano di 350 ad ogni ciclo?
>>
>> come selezioneo i record dal 1 al 350 con select * from tabella where???
>> e poi dal 351 al 700? ecc.?
>>
>> grazie a tutti.
>
> Ciao, la butto l�:
> che ci devi fare con i dati estratti con le query ?
> Non che mi interessi ma se devi es. caricarli in tabella o cose
> simili,
> io farei una copia della tabella, selezionerei i TOP 350 e farei
> quello che devo, poi li cancellerei e ripeterei la cosa fino alla
> fine.
> Ovviamente con un ciclo di For ... Next(si pu� fare conoscendo il
> numero totale di record)o di Do....Loop.
> Ciao
> Alberto
>
si mi hai dato una bella idea, siccome il comando sendobject per inviare un
email non accetta oltre mi pare 350 indirizzi email nel campo bcc devo
selezionarne appunto prima 350 e metterli nel campo bcc del primo messaggio
email poi prendo i successivi 350 e li metto nel campo bcc della seconda
email ecc...
grazie.


title: selezionare certi record da recordset

text:
On 18 Mar, 22:38, "leopard73" <
leopar...@email.it
> wrote:
> "almorel" <
almo...@gmail.com
> ha scritto nel messaggionews:6550f43c-5774-4ca0...@c16g2000yqd.googlegroups.com...

Prego, figurati...
lieto di esserti stato utile.
Ciao
Alberto


title: selezionare certi record da recordset

text:
On 18 Mar, 19:51, "leopard73" <
leopar...@email.it
> wrote:

Questo che chiedi si chiama Paginazione.
Nè Jet nè SQL server lo consentono in modo semplice, ma sinceramente
un metodo più
tecnico di quanto suggerito esiste....
Ti riporto un suggerimento di Giorgio Rancati che ritengo sia ottimo:
[da un 3D di Giorgio Rancati]
Ciao,
puoi effettuare la paginazione in questo modo
----------------
SELECT TOP 10 *
     FROM Tabella
 WHERE campochiave
        NOT IN (SELECT TOP 10 campochiave
                        FROM Tabella
                        ORDER BY  Campordinamento)
 ORDER BY Campordinamento
-----------------
in questo modo selezioni le righe da 11 a 20, campo chiave deve essere
univoco e può essere ad esempio un contatore.
Per selezionare dalla riga 21 alla 30 metterai nella
NOT IN (SELECT TOP 20 ecc. ecc [/fine]
Saluti
@Alex


title: Un vostro parere sulle chiavi di tabella

author: Arturo

text:
Sono abbastanza nuovo del NG, ma mi ha colpito una cosa, di cui vorrei un
Vs. parere. Ho notato che la maggioranza degli utenti, se non tutti, fanno
uso esclusivamente di campi contatore per le chiavi delle tabelle. Questa è
indubbiamente una comodità per il programmatore, ma non lo è per l'utente
finale, in quanto un numero non ha appigli mnemonici e quindi il codice
articolo o il codice cliente non può essere ricordato, nè fornisce qualche
tipo di informazione sull'articolo. Se ad esempio si ha da gestire un grosso
magazzino l'ID degli articoli non è quasi mai un campo numerico ma
alfanumerico, in quanto il codice include informazioni utili (se non
propriamente menemoniche) anche per la categoria dell'articoli, il
fornitore, lo scaffale, ecc. Inoltre spesso è utile usare i codici stessi
dei fornitori per non dover raddoppiare il campo e avere già un codice utile
per il riordino, ecc. ecc.
Allora come mai questo uso massiccio del campo contatore come chiave
primaria? Non andrebbe altrettanto bene un campo testo di una decina di
caratteri impostato come chiave primaria?
Saluti a tutti
Arturo


author: Silvio Berruti

text:
"Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
news:zHy97.5225$y_3.4...@news.infostrada.it...

Ciao Arturo,
nessuno ti vieta di utilizzare un campo testo come chiave primaria e in
alcune, poche, circostanze lo faccio anch'io.
La differenza la fa Access, poiché gli riesce + veloce tenere un indice su
un valore numerico Long rispetto ad un testo, e, nelle tabelle relazionate
con questo campo, occupi comunque meno spazio e hai una minore ridondanza di
valori.
Inoltre, il fatto di utilizzare un campo contatore come chiave primaria non
esclude assolutamente l'uso di un campo contenente un testo x facilitare
l'utente nelle sue scelte.
Tutto questo oltre alla certezza che, salvo errori dovute a schede di rete
marce (vero Luciana?), non avrai la duplicazione dell'indice.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


author: Graziano Franchi (Dal Client)

text:
NON E' VERO.
Puoi provare ad impostare questa tabella
Articoli
ID Articolo  (Indice chiave e numero intero)
Articolo (Testo 20 Caratteri)
Magazzino
ID Magazzino (Indice chiave e numero intero lungo)
ID Articolo (legato qui molti)
Eccetera
Quando fai la maschera magazzino ed imposti la CASELLA COMBINATA  hai 2
possibilità
1) La più esatta è quella di vedere solo l'articolo come testo senza il
numero ma nella tabella memorizzi il numero ID Articolo
2) La più incasinata è quella di vedere sia il numero che l'articolo ma
nella tabella memorizzi il numero ID Articolo
Il vantaggio è che memorizzare le stringhe al posto dei numeri occorre più
spazio.
Attenzione non usare i campi contatore ma genera TU i numeri che vuoi; puoi
vedere nel sito comune.
Saluti
G.F.
"Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
news:zHy97.5225$y_3.4...@news.infostrada.it...



text:
"Graziano Franchi (Dal Client)" <
franchi...@centoservizi.it
> ha scritto
nel messaggio news:9k6e1f$fs7$1...@galileo.it.ip-plus.net...
>
> NON E' VERO.
Non è vero cosa?
> Puoi provare ad impostare questa tabella
> Articoli
> ID Articolo  (Indice chiave e numero intero)
> Articolo (Testo 20 Caratteri)
A che pro?
>
> Magazzino
> ID Magazzino (Indice chiave e numero intero lungo)
> ID Articolo (legato qui molti)
> Eccetera
>
> Quando fai la maschera magazzino ed imposti la CASELLA COMBINATA  hai 2
> possibilità
Perchè devo fare una casella combinata? Hai presente un magazzino di 10.000
articoli da cercare in una casella combinata?
> 1) La più esatta è quella di vedere solo l'articolo come testo senza il
> numero ma nella tabella memorizzi il numero ID Articolo
Il problema non è di "vedere", ma di "vendere" (è una zeppa!), per vendere
un articolo devi compilare una fattura di vendita, per compilare la fattura
devi inserire il codice dell'articolo, se il codice è solo "numerico" non
hai riferimenti mnemonici.
> 2) La più incasinata è quella di vedere sia il numero che l'articolo ma
> nella tabella memorizzi il numero ID Articolo
>
> Il vantaggio è che memorizzare le stringhe al posto dei numeri occorre più
> spazio.
>
> Attenzione non usare i campi contatore ma genera TU i numeri che vuoi;
puoi
> vedere nel sito comune.
Non stavo chiedendo istruzioni su come fare un DB, ma solo un parere
"accademico" sul preferire chiavi numeriche o alfa-numeriche. Personalmente
volendo usare i codici dei fornitori per gli articoli acquistati e codici
"mnemonici" per gli articoli prodotti ho sempre usato codici alfanumerici.
E' vero che Access lavora meglio su campi Long, ma le prestazioni dipendono
anche dal PC e l'uso degli alfa fa risparmiare tempo all'operatore e
fornisce molte informazioni aggiuntive. E' più facile ricordare una stringa
(se ha senso) che un numero.
> Saluti
> G.F.
Saluti ricambiati
Arturo


text:
"Arturo"
> Sono abbastanza nuovo del NG, ma mi ha colpito una cosa, di cui vorrei un
> Vs. parere. Ho notato che la maggioranza degli utenti, se non tutti, fanno
> uso esclusivamente di campi contatore per le chiavi delle tabelle. Questa
è
> indubbiamente una comodità per il programmatore, ma non lo è per l'utente
> finale, in quanto un numero non ha appigli mnemonici e quindi il codice
> articolo o il codice cliente non può essere ricordato, nè fornisce qualche
> tipo di informazione sull'articolo. Se ad esempio si ha da gestire un
grosso
> magazzino l'ID degli articoli non è quasi mai un campo numerico ma
> alfanumerico, in quanto il codice include informazioni utili (se non
> propriamente menemoniche) anche per la categoria dell'articoli, il
> fornitore, lo scaffale, ecc.
Le chiavi contatore (come già ti ha postato Silvio Berruti) sono un
eccellente strumento di normalizzazione tabelle: velocissime, univoche in
multiutenza senza scrivere codice, semplici da usare.
MA, non devi usarle a mò di codice cliente o articolo! :-)
Sono due concetti diversi da non confondere
Ovviamente a volte può far comodo ricorrere a una chiave primaria
alfabetica, ma a parer mio è svantaggioso in una "catena" di tabelle
collegate: sei costretto a ricorrere a chiavi alfamumeriche multicampo ...
lentissime.
Lascia perdere invece i suggerimenti d'incremento a codice di campi numerici
che trovi sul sito comune: in multiutenza rischi la vita :-)
Ciao, Simone


author: Roberto dal portatile

text:
"Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
news:zHy97.5225$y_3.4...@news.infostrada.it...
> Sono abbastanza nuovo del NG, ma mi ha colpito una cosa, di cui vorrei un
> Vs. parere. Ho notato che la maggioranza degli utenti, se non tutti, fanno
> uso esclusivamente di campi contatore per le chiavi delle tabelle.
Se per "chiavi delle tabelle" intendi le chiavi primarie hai ragione, è
abbastanza giusto, a mio avviso, laddove non esistano controindicazioni
particolari, usare un campo di tipo contatore come chiave primaria di un
database relazionale: se ne guadagna in spazio su disco, velocità di
esecuzione e sicurezza; questo è tanto più sentito tanto è più grande la
mole dei dati da trattare. Per non creare equivoci, io intendo per chiave
primaria quel campo della tabella in base al quale i record sono univoci e
non necessariamente un campo con il quale impostare il piano di codifica di
una tabella archivio; se poi il tipo di applicazione permette che coincidono
ancora meglio.
> Questa è
> indubbiamente una comodità per il programmatore, ma non lo è per l'utente
> finale, in quanto un numero non ha appigli mnemonici e quindi il codice
> articolo o il codice cliente non può essere ricordato, nè fornisce qualche
> tipo di informazione sull'articolo.
E dove è scritto che se la chiave primaria di una tabella Articoli è di tipo
contatore, al momento di digitare i dati da memorizzare nella tabella
Movimenti l'utente debba digitare un codice numerico (coincidente con il
contenuto del campo contatore) anziché un codice parlante alfanumerico?
Un buon programmatore riesce sempre a creare una adeguata interfaccia utente
nelle maschere senza creare problemi all'operatore, che, a mio avviso, si
rifiuterà comunque di digitare un insignificante numero anziché un codice
parlante; e ciò è possibile realizzarlo, da parte di un buon programmatore,
anche senza far ricorso ad una casella combinata, oppure usando una casella
combinata non per scegliere un codice dalla lista del menu a tendina ma per
digitare e verificare l'eventuale codice alfanumerico .
Dove è scritto che bisogna registrare in una tabella, che è origine record
di una maschera, ciò che viene digitato dall'operatore anzichè il
corrispondente codice numerico?
Non riesco a capire cosa c'entra la semplicità dell'interfaccia utente con i
criteri con cui si decide il tipo dei dati di una chiave primaria e/o di una
chiave esterna. A mio avviso sono due problemi importanti ma che possono
essere affrontati in maniera disgiunta al momento che si progetta un
database relazionale serio. Sta alla capacità dell'analista/programmatore
salvaguardare nel progetto tutti gli aspetti del problema e non metterli in
antitesi e/o in alternativa.
>Se ad esempio si ha da gestire un grosso
> magazzino l'ID degli articoli non è quasi mai un campo numerico ma
> alfanumerico, in quanto il codice include informazioni utili (se non
> propriamente menemoniche) anche per la categoria dell'articoli, il
> fornitore, lo scaffale, ecc. Inoltre spesso è utile usare i codici stessi
> dei fornitori per non dover raddoppiare il campo e avere già un codice
utile
> per il riordino, ecc. ecc.
Ripeto che non capisco perché tu debba necessariamente mettere in relazione
il tipo dati di una chiave primaria o di una chiave esterna, con un piano di
codifica di un archivio.
> Allora come mai questo uso massiccio del campo contatore come chiave
> primaria?
Perché, per un database relazionale, risulta normalmente il tipo di dati più
adatto a mettere in relazione tra di loro le tabelle, che risulta il più
compatto e che velocizza di più l'elaborazione e, non ultimo, mi garantisce
circa l'univocità dei record.
In fin dei conti, in un database relazionale ben progettato a cosa serve il
"vecchio" codice se non come estensione della descrizione.
In un database relazionale, nessuno usa più il codice cliente per ricercare
un cliente: tutti usano la sua ragione sociale; idem per un archivio
prodotti.
Ciò non toglie che, per determinate tabelle di un database (tabella fatture,
tabelle protocollo ecc), non sia conveniente, se non necessario, usare
chiavi primarie e/o esterne che non siano di tipo contatore.
> Non andrebbe altrettanto bene un campo testo di una decina di
> caratteri impostato come chiave primaria?
>
Per la mia esperienza no; o almeno quasi mai.
> Saluti a tutti
> Arturo
>
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9k6o6q$2rm4$1...@stargate1.inet.it...
>
> "Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
> news:zHy97.5225$y_3.4...@news.infostrada.it...
> > Sono abbastanza nuovo del NG, ma mi ha colpito una cosa, di cui vorrei
un
> > Vs. parere. Ho notato che la maggioranza degli utenti, se non tutti,
fanno
> > uso esclusivamente di campi contatore per le chiavi delle tabelle.
>
> Se per "chiavi delle tabelle" intendi le chiavi primarie hai ragione, è
> abbastanza giusto, a mio avviso, laddove non esistano controindicazioni
> particolari, usare un campo di tipo contatore come chiave primaria di un
> database relazionale: se ne guadagna in spazio su disco, velocità di
> esecuzione e sicurezza; questo è tanto più sentito tanto è più grande la
> mole dei dati da trattare. Per non creare equivoci, io intendo per chiave
> primaria quel campo della tabella in base al quale i record sono univoci e
> non necessariamente un campo con il quale impostare il piano di codifica
di
> una tabella archivio; se poi il tipo di applicazione permette che
coincidono
> ancora meglio.
Beh usare due indici al posto di uno, uno testo e uno contatore non riduce
certo lo spazio su disco, né semplifica le cose, dato che occorre mantenere
allineati i due indici come se fossero uno solo, tanto vale usarne uno e non
due.
> > Questa è
> > indubbiamente una comodità per il programmatore, ma non lo è per
l'utente
> > finale, in quanto un numero non ha appigli mnemonici e quindi il codice
> > articolo o il codice cliente non può essere ricordato, nè fornisce
qualche
> > tipo di informazione sull'articolo.
>
> E dove è scritto che se la chiave primaria di una tabella Articoli è di
tipo
> contatore, al momento di digitare i dati da memorizzare nella tabella
> Movimenti l'utente debba digitare un codice numerico (coincidente con il
> contenuto del campo contatore) anziché un codice parlante alfanumerico?
Non lo so, io non l'ho mai trovato scritto se non nella tua frase. :-)
> Un buon programmatore riesce sempre a creare una adeguata interfaccia
utente
> nelle maschere senza creare problemi all'operatore, che, a mio avviso, si
> rifiuterà comunque di digitare un insignificante numero anziché un codice
> parlante; e ciò è possibile realizzarlo, da parte di un buon
programmatore,
Il "buon programmatore" è una leggenda metropolitana. :-)
> anche senza far ricorso ad una casella combinata, oppure usando una
casella
> combinata non per scegliere un codice dalla lista del menu a tendina ma
per
> digitare e verificare l'eventuale codice alfanumerico .
> Dove è scritto che bisogna registrare in una tabella, che è origine record
> di una maschera, ciò che viene digitato dall'operatore anzichè il
> corrispondente codice numerico?
Non so dove possa essere scritto (nella Bibbia non l'ho visto), ma sono
sempre del parere che due chiavi complicano la vita inutilmente quando ne
basterebbe una sola, specialmente quando i record non vengono tutti digitati
ma anche importati o esportati, ad esempio, verso un altro gestionale che
lavora con codici tipo testo (come la maggioranza). Se l'uso di un secondo
codice numerico fosse fondamentale non credi che anche in gestionali
professionali come Esatto ci dovrebbe essere questo famigerato campo ID di
tipo numerico? Più tu crei complicazioni più il sistema si presta ad errori,
questa è una legge fondamentale nella programmazione e non solo.
> Non riesco a capire cosa c'entra la semplicità dell'interfaccia utente con
i
> criteri con cui si decide il tipo dei dati di una chiave primaria e/o di
una
> chiave esterna. A mio avviso sono due problemi importanti ma che possono
> essere affrontati in maniera disgiunta al momento che si progetta un
> database relazionale serio. Sta alla capacità dell'analista/programmatore
> salvaguardare nel progetto tutti gli aspetti del problema e non metterli
in
> antitesi e/o in alternativa.
>
> >Se ad esempio si ha da gestire un grosso
> > magazzino l'ID degli articoli non è quasi mai un campo numerico ma
> > alfanumerico, in quanto il codice include informazioni utili (se non
> > propriamente menemoniche) anche per la categoria dell'articoli, il
> > fornitore, lo scaffale, ecc. Inoltre spesso è utile usare i codici
stessi
> > dei fornitori per non dover raddoppiare il campo e avere già un codice
> utile
> > per il riordino, ecc. ecc.
>
> Ripeto che non capisco perché tu debba necessariamente mettere in
relazione
> il tipo dati di una chiave primaria o di una chiave esterna, con un piano
di
> codifica di un archivio.
Perchè due chiavi sono peggio di One.
> > Allora come mai questo uso massiccio del campo contatore come chiave
> > primaria?
>
> Perché, per un database relazionale, risulta normalmente il tipo di dati
più
> adatto a mettere in relazione tra di loro le tabelle, che risulta il più
> compatto e che velocizza di più l'elaborazione e, non ultimo, mi
garantisce
> circa l'univocità dei record.
L'unicità dei record non c'entra niente, anche una chiave alfanumerica o una
chiave a più campi, se ben strutturata, ti garantisce l'unicità dei record.
Mentre un campo contatore non garantisce l'unicità di quanto inserisci, per
cui se il tuo sistema prevede codici alfanumerici sei obbligato a impostare
come univoco alche il campo alfanumerico, devi cioè creare una seconda
chiave (primaria o no poco importa).
> In fin dei conti, in un database relazionale ben progettato a cosa serve
il
> "vecchio" codice se non come estensione della descrizione.
> In un database relazionale, nessuno usa più il codice cliente per
ricercare
> un cliente: tutti usano la sua ragione sociale; idem per un archivio
> prodotti.
Questo va bene sei hai molto tempo libero, ma se devi fare qualche centinaio
di fatture al giorno la ricerca sui campi testo, specialmente per gli
articoli, non è cosa agevole: molti articoli hanno nomi simili, possono
avere o non avere l'articolo, possono contenere abbreviazioni, ecc. Più
semplice usare un codice "parlante", di facile composizione mnemonica. Non
sono d'accordo che il "vecchio" codice sia un'estensione della descrizione,
in quanto questo vecchio codice lo trovi nei movimenti di magazzino, negli
impegni, nella fatturazione, ecc. E' evidente che la parte fiscale non si
può gestire con Access, in quanto le normative sempre variabili richiedono
l'uso di un gestionale professionale tenuto sempre aggiornato. Lo stesso
vecchio codice lo trovi negli ordini da fare ai fonitori, ecc. ecc.
> Ciò non toglie che, per determinate tabelle di un database (tabella
fatture,
> tabelle protocollo ecc), non sia conveniente, se non necessario, usare
> chiavi primarie e/o esterne che non siano di tipo contatore.
Beh, su qualcosa siamo d'accordo ...
> > Non andrebbe altrettanto bene un campo testo di una decina di
> > caratteri impostato come chiave primaria?
> Per la mia esperienza no; o almeno quasi mai.
Strano perchè la maggior parte dei gestionali in commercio usa solo codici
alfanumerici compreso anche l'ultimo della ESA, appena uscito e tutto in
VBA.
Saluti
Arturo


author: Salvatore

text:
"Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
news:cKE97.668$_07....@news.infostrada.it...

> Strano perchè la maggior parte dei gestionali in commercio usa solo codici
> alfanumerici compreso anche l'ultimo della ESA, appena uscito e tutto in
> VBA.
>
> Saluti
> Arturo
>
>
>
Ma siamo così sicuri che un utente riesca a ricordare a memoria ovvero a
districarsi tra circa 10.000 o più codici anche se questi sono di tipo
alfanumerico?
Ciao,
Salvatore


text:
> Ma siamo cosě sicuri che un utente riesca a ricordare a memoria ovvero a
> districarsi tra circa 10.000 o piů codici anche se questi sono di tipo
> alfanumerico?
> Ciao,
> Salvatore
Beh, dunque si calcola che nel cervello ci siano 10E15 sinapsi, ciascuna
capace di memorizzare un byte, direi che la cosa sia fattibile ... :-)
Dipende da come si impostano i codici, ad esempio per i libri si compongono
con le prime 3 lettere del cognome dell'autore, piů le ultime 4 cifre cel
codice ISBN, in tal modo se devi inserire la vendita di un libro di Bozzani
Arturo, basta che digiti BOZ e ti esce una lista ristretta di codici tra cui
scegliere. Se vendessi auto metterei la marca ad esempio FIA (per Fiat), REN
(per Renault) ecc. Per i clienti si puň fare la stessa cosa 3 lettere del
cognome + 3 del nome + eventualmente un altro carattere (un numero o la
sigla della provincia) in caso di omonimia. Anche in questo caso digitando 3
lettere hai una lista ristretta. Ecc. i sistemi possono essere tanti.
Ciao
Arturo


text:
"Arturo> lavora con codici tipo testo (come la maggioranza). Se l'uso di un
secondo
> codice numerico fosse fondamentale non credi che anche in gestionali
> professionali come Esatto ci dovrebbe essere questo famigerato campo ID di
> tipo numerico? Più tu crei complicazioni più il sistema si presta ad
errori,
> questa è una legge fondamentale nella programmazione e non solo.
Scusa Arturo, ti stai urtando con uno dei migliori esponenti del ng. per dei
cavilli.
Non parlarmi di Esatto che è una merda assoluta: se i tuoi modelli di
software "professionali" sono questi (basati su analisi Cobol vecchie di 20
anni) stai fresco.
Le procedure di nuova concezione usano spesso campi numerici e autonumber
per la normalizzazione, chi non li usa è per due ragioni:
1) analisi vetusta e poca voglia di riconcepirla
2) l'ambizione di avere un BE universale (jet e SQl server supportano gli
autonumber, altri DB no).
Le chiavi alfabetiche multicampo sono *belle* da leggere, ma hanno
prestazioni pessime e occupano un mare di spazio su disco.
Ciao, Simone


text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:xON97.2471$_07.1...@news.infostrada.it...
>
> "Arturo> lavora con codici tipo testo (come la maggioranza). Se l'uso di
un
> secondo
> > codice numerico fosse fondamentale non credi che anche in gestionali
> > professionali come Esatto ci dovrebbe essere questo famigerato campo ID
di
> > tipo numerico? Più tu crei complicazioni più il sistema si presta ad
> errori,
> > questa è una legge fondamentale nella programmazione e non solo.
>
> Scusa Arturo, ti stai urtando con uno dei migliori esponenti del ng. per
dei
> cavilli.
A dire il vero non intendo urtarmi con nessuno, certo che chi ti aggredisce
con i vari: "Dove sta scritto ... " ecc., non mi sembra molto ben disposto
ad uno scambio sereno di idee, in quanto intende dire che tu sei un idiota e
se la cosa non è stata scritta da qualcun altro è meglio che taci. :-)
> Non parlarmi di Esatto che è una merda assoluta: se i tuoi modelli di
> software "professionali" sono questi (basati su analisi Cobol vecchie di
20
> anni) stai fresco.
Questo può essere vero, ma bisogna anche valutare cosa offre il mercato
italiano in alternativa.
> Le procedure di nuova concezione usano spesso campi numerici e autonumber
> per la normalizzazione, chi non li usa è per due ragioni:
>
> 1) analisi vetusta e poca voglia di riconcepirla
> 2) l'ambizione di avere un BE universale (jet e SQl server supportano gli
> autonumber, altri DB no).
>
> Le chiavi alfabetiche multicampo sono *belle* da leggere, ma hanno
> prestazioni pessime e occupano un mare di spazio su disco.
Quanto dici è senza dubbio vero, il mio però non è il punto di vista del
programmatore ma dell'imprenditore che mira alla facilità e alla rapidità
dell'interfaccia utente. Dal lato pratico trovo che le chiavi alfanumeriche
con agganci mnemonici siano preferibili rispetto a quelle numeriche tipo
contatore. Dal lato delle prestazioni dipende molto dai PC che usi, già con
un pentium 700 fai molta fatica a notare i millesecondi di differenza tra
una query basata su chiavi numeriche o alfabetiche. Idem per lo spazio su
disco, praticamente tutti i PC della mia LAN aziendale hanno oltre il 70% di
disco vuoto, non credo che una chiave tipo stringa rispetto ad una tipo long
mi possa creare qualche problema di quel tipo. Inoltre si è anche detto di
usare due chiavi, il che è in contraddizione con il risparmio di spazio.
Mi sembra che si miri ad una ottimizzazione valida più per questioni di
principio che reali, io ho dei DB che contengono tabelle con oltre 10.000
articoli molto pesanti, anche con campi del tipo "memo", chiave alfabetica
contenente anche spazi, barre, ecc. collegate a tabelle con oltre 500.000
righe di movimento, 20.000 clienti, ecc. e ti assicuro che il tutto non è
per niente lento. Mi chiedo allora a quali DB ci si riferisca quando si
parla di ottimizzazione, a quelli della Barilla o della Fiat magari, oppure
è solo una questione di principio, cioè l'ottica del programmatore?
Dal lato pratico se tu per inserire un articolo in un ordine devi fare una
ricerca sul testo della descrizione hai perso sicuramente più tempo dei
millisecondi risparmiati grazie ad una chiave numerica. In altri termini un
DB può essere ottimizzato fino alla paranoia dal punto di vista delle
prestazioni del software, ma alla fine essere poco ottimizzato per
l'interfaccia con l'operatore umano, e quando l'umano perde tempo e si
stanca, ne perde e si stanca sicuramente di più rispetto ad una CPU
leggermente sovraccaricata.
> Ciao, Simone
Ciao, Arturo


text:
"Arturo" <
atad...@freemail.it
> ha scritto nel messaggio
news:5AF97.1289$_07....@news.infostrada.it...

Sai una cosa? Mi hai convinto.
Nel prossimo DB che progetto userň chiavi alfanumeriche. Normalmente uso il
contatore che mi consente, tra l'altro, di non far inserire all'utente i
valori in un campo fondamentale.
Resta il fatto che poi il codice se lo deve inventare l'utilizzatore, il
quale, magari per pigrizia o per ignoranza (capita, oh se capita...) usa di
nuovo i numeri. In ogni caso, un buon operatore dovrebbe trovarsi piů a suo
agio con i codici alfanumerici che con queli numerici.
Sai che comunque mi č capitato di incontrare operatori che si ricordano a
memoria i codici numerici di centinaia di persone o comunque di articoli,
oggetti ecc.
Ciao,
Salvatore


text:
Ero tentato di risponderti punto per punto, ma visto che il dialogo era
diventato molto polemico ritengo sia una cosa intelligente abbandonare
questo thread, se non altro per rispetto degli altri partecipanti, che
sicuramente trarranno da soli le valutazioni delle argomentazioni esposte.
Comunque certe strutture di chiave le ho abbandonate quando tanti anni fa ho
abbandonato il Cobol e ho cercato di capire come era meglio progettare
l'architettura di un database relazionale; a quanto pare ho regredito
anziché progredire: probabilmente è colpa dell'età.
Se poi ti va di sfatare la leggenda metropolitana dimmelo: oltre ad alcuni
frequentatori di questo NG ti posso presentare qualche buon
analista/programmatore.



author: warp

text:
Arturo ha scritto nel messaggio ...
>Questo può essere vero, ma bisogna anche valutare cosa offre il mercato
>italiano in alternativa.
Premessa: Roberto non è solo bravissimo ma anche molto disponibile con tutti, non rilevo contenuti
offensivi nel suo post e secondo me sei stato gratuitamente polemico nei suoi confronti.
Mandami un'e-mail e ti indico un sito da cui scaricare una valida alternativa ad Esatto.
Ultimamente ne stiamo sostituendo diversi in aziende che, scioccate, vogliono avere finalmente fra
le mani qualcosa che assomigli a un programma :-)
Ci vado pesante? No, pura verità.
La cosa paradossale è che i predecessori DOS di Esatto e similari erano rozzi graficamente, ma per
lo più decisamente buoni ... evidentemente dopo lustri di "lima e martello" i maghi del Cobol
avevano raggiunto la quadratura del cerchio.
Ci sono pro e contro nell'utilizzo di chiavi autonumber o alfanumeriche multicampo per la
normalizzazione di tabelle relazionate:
Autonumber:
PRO:          velocissimi, molto compatti, univoci in multiutenza senza scrivere alcunchè
CONTRO:    supportati da M$ JET e M$ Sql-Server ma non da tutti i motori sul mercato, non sono
*parlanti* e quindi è più ostico capire DB scritti da altri, per forzare un valore del contatore si
deve intervenire a codice.
Chiavi multicampo:
PRO:          sono facili da leggere (parlanti appunto), si possono assegnare manualmente i valori
delle chiavi, sono universali e non legate a un particolare DB.
CONTRO:    lentissime (in proporzione quasi geometrica rispetto ai Long), pesanti, richiedono
interventi di programmazione per la gestione di conflitti in multiutenza.
A parer mio chi usa DB M$$ e non ambisce a produrre software universali (quelli che funzionano MALE
con tutti i motori sulla faccia della terra) è meglio che ricorra ai buon vecchi autonumber per le
normalizzazioni più impegnative.
Questo non esclude l'utilizzo in casi particolari di chiavi alfabetiche: per esempio in tabelline
accessorie CODICE/DESCRIZIONE.
La pessima fama di M$ JET in fatto di prestazioni è legata proprio alle scelte infami di
normalizzazione che i produttori dei vari Diamante, Company, Swing, Business etc. hanno operato.
Hanno fatto una scelta politica: riciclare pari, pari l'analisi delle vecchie procedure DOS (che
giravano però con una logica Terminal/server) penalizzando in maniera inaccettabile prestazioni e
affidabilità.
Ciao, warp


text:
"Arturo" <
> > Non parlarmi di Esatto che è una merda assoluta: se i tuoi modelli di
> > software "professionali" sono questi (basati su analisi Cobol vecchie di
> 20
> > anni) stai fresco.
>
> Questo può essere vero, ma bisogna anche valutare cosa offre il mercato
> italiano in alternativa.
In alternativa offre tantissimo: molti sono uguali (se non peggio) alcuni
infinitamente migliori.
Certo Esatto ha tanto, ma a che serve dato che ci vuole un ingegnerie per
fare due bolle?
>
> Quanto dici è senza dubbio vero, il mio però non è il punto di vista del
> programmatore ma dell'imprenditore che mira alla facilità e alla rapidità
> dell'interfaccia utente. Dal lato pratico trovo che le chiavi
alfanumeriche
> con agganci mnemonici siano preferibili rispetto a quelle numeriche tipo
> contatore.
A mio parere c'è un equivoco di fondo: il contatore è uno strumento per
"legare" tabelle di cui l'operatore non deve conoscere manco l'esistenza.
E' una comodità per il programmatore non un'alternativa al codice cliente o
un mezzo per ottenere il n° fattura incrementato automaticamente (cosa
oscena che molti praticano).
 >Dal lato delle prestazioni dipende molto dai PC che usi, già con
> un pentium 700 fai molta fatica a notare i millesecondi di differenza tra
> una query basata su chiavi numeriche o alfabetiche.
No, no, io sto parlando di elaborazioni batch (vedi la stampa di un
bilancio) in cui query complesse vengono eseguite ciclicamente anche
migliaia di volte.
In questi casi le differenze di prestazioni sono enormi, su qualunque PC.
 Idem per lo spazio su
> disco, praticamente tutti i PC della mia LAN aziendale hanno oltre il 70%
di
> disco vuoto, non credo che una chiave tipo stringa rispetto ad una tipo
long
> mi possa creare qualche problema di quel tipo.
Certo, ma il limite di 1 gigabite (o 2 con jet 4.0) resta sempre lo
stesso...
Fare economia significa avere DB più veloci in rete e meno soggetti a
corruzioni.
Inoltre si è anche detto di
> usare due chiavi, il che è in contraddizione con il risparmio di spazio.
> Mi sembra che si miri ad una ottimizzazione valida più per questioni di
> principio che reali, io ho dei DB che contengono tabelle con oltre 10.000
> articoli molto pesanti, anche con campi del tipo "memo", chiave alfabetica
> contenente anche spazi, barre, ecc. collegate a tabelle con oltre 500.000
> righe di movimento, 20.000 clienti, ecc. e ti assicuro che il tutto non è
> per niente lento. Mi chiedo allora a quali DB ci si riferisca quando si
> parla di ottimizzazione, a quelli della Barilla o della Fiat magari,
oppure
> è solo una questione di principio, cioè l'ottica del programmatore?
Vorrei vederli questi DB e  valutare la complessità delle query che hai
scritto e le problematiche che risolvono.
Le mie personali esperienze vanno in direzione esattamente opposta.
Non ti dico poi i prodotti commerciali su base Jet che circolano (uno su
tutti: BUSINESS) ... tempo panino per qualunque elaborazione.
Ciao, Simone


text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:9k96sg$7a4$1...@fe2.cs.interbusiness.it...
>
> Arturo ha scritto nel messaggio ...
>
> >Questo può essere vero, ma bisogna anche valutare cosa offre il mercato
> >italiano in alternativa.
>
>
> Premessa: Roberto non è solo bravissimo ma anche molto disponibile con
tutti, non rilevo contenuti
> offensivi nel suo post e secondo me sei stato gratuitamente polemico nei
suoi confronti.
Mi spiace ma non era mia intenzione esserlo, credo sia il mio modo troppo
diretto di esprimermi che dà questa impressione a chi non mi conosce.
> Mandami un'e-mail e ti indico un sito da cui scaricare una valida
alternativa ad Esatto.
> Ultimamente ne stiamo sostituendo diversi in aziende che, scioccate,
vogliono avere finalmente fra
> le mani qualcosa che assomigli a un programma :-)
La cosa non è così semplice, un gestionale vale anche perchè è tenuto
aggiornato agli ultimi cavilli fiscali che ci impongono, altrimenti chi mai
userebbe dei reperti preistorici come Esatto?
> Ci vado pesante? No, pura verità.
Personalmente sono molti anni che non sopporto Esatto. Per lavorare sulle
sue tabelle le devo ogni volta ricopiare in tabelle di access, in quanto il
collo di bottiglia del Btrieve è non lentissimo, praticamente immobile con
una certa mole di dati.
> La cosa paradossale è che i predecessori DOS di Esatto e similari erano
rozzi graficamente, ma per
> lo più decisamente buoni ... evidentemente dopo lustri di "lima e
martello" i maghi del Cobol
> avevano raggiunto la quadratura del cerchio.
>
> Ci sono pro e contro nell'utilizzo di chiavi autonumber o alfanumeriche
multicampo per la
> normalizzazione di tabelle relazionate:
>
> Autonumber:
>
> PRO:          velocissimi, molto compatti, univoci in multiutenza senza
scrivere alcunchè
> CONTRO:    supportati da M$ JET e M$ Sql-Server ma non da tutti i motori
sul mercato, non sono
> *parlanti* e quindi è più ostico capire DB scritti da altri, per forzare
un valore del contatore si
> deve intervenire a codice.
>
> Chiavi multicampo:
>
> PRO:          sono facili da leggere (parlanti appunto), si possono
assegnare manualmente i valori
> delle chiavi, sono universali e non legate a un particolare DB.
> CONTRO:    lentissime (in proporzione quasi geometrica rispetto ai Long),
pesanti, richiedono
> interventi di programmazione per la gestione di conflitti in multiutenza.
Poichè io dò la precedenza alla facilità d'uso, preferisco un metodo più
lento nel lavoro di elaborazione, ma più veloce come interfaccia utente, chi
si stanca e rallenta è la persona, non la macchina.
> A parer mio chi usa DB M$$ e non ambisce a produrre software universali
(quelli che funzionano MALE
> con tutti i motori sulla faccia della terra) è meglio che ricorra ai buon
vecchi autonumber per le
> normalizzazioni più impegnative.
> Questo non esclude l'utilizzo in casi particolari di chiavi alfabetiche:
per esempio in tabelline
> accessorie CODICE/DESCRIZIONE.
>
> La pessima fama di M$ JET in fatto di prestazioni è legata proprio alle
scelte infami di
> normalizzazione che i produttori dei vari Diamante, Company, Swing,
Business etc. hanno operato.
> Hanno fatto una scelta politica: riciclare pari, pari l'analisi delle
vecchie procedure DOS (che
> giravano però con una logica Terminal/server) penalizzando in maniera
inaccettabile prestazioni e
> affidabilità.
>
> Ciao, warp
>
Ciao
Arturo


text:
"Simone Calligaris" <
simo...@libero.it
> ha scritto nel messaggio
news:AAW97.5498$_07.1...@news.infostrada.it...
> > Questo può essere vero, ma bisogna anche valutare cosa offre il mercato
> > italiano in alternativa.
>
> In alternativa offre tantissimo: molti sono uguali (se non peggio) alcuni
> infinitamente migliori.
> Certo Esatto ha tanto, ma a che serve dato che ci vuole un ingegnerie per
> fare due bolle?
La faccenda non è mai così semplice. Io sono stato tra i primi a passare a
un gestionale che girasse sotto "Windows", oggi sembra assurdo pensare il
contrario, ma nel 1995 passare da un gestionale sotto DOS a uno sotto
Windows non era una cosa così evidente e scontata. Ogni volta che cambi
gestionale perdi lo "storico" devi rifare tutti gli applicativi che ne
derivano, ecc. Allora non c'erano praticamente alternative ad Esatto per chi
volesse operare in ambiente Windows, oggi le alternative ci sono, ma per i
motivi suddetti non facile migrare. La Esa sta finendo un nuovo gestionale
in VBA, che dovrebbe essere il sostituto di Esatto e quindi compatibile con
la struttura dei vecchi archivi.
[snip]
> No, no, io sto parlando di elaborazioni batch (vedi la stampa di un
> bilancio) in cui query complesse vengono eseguite ciclicamente anche
> migliaia di volte.
> In questi casi le differenze di prestazioni sono enormi, su qualunque PC.
Non ho questo tipo di elaborazioni.
> Vorrei vederli questi DB e  valutare la complessità delle query che hai
> scritto e le problematiche che risolvono.
> Le mie personali esperienze vanno in direzione esattamente opposta.
> Non ti dico poi i prodotti commerciali su base Jet che circolano (uno su
> tutti: BUSINESS) ... tempo panino per qualunque elaborazione.
Dipende anche dalle CPU e dalla RAM che hai sotto ...
Ciao
Arturo


text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9k97cg$1qdi$1...@stargate1.inet.it...
>
> Ero tentato di risponderti punto per punto, ma visto che il dialogo era
> diventato molto polemico ritengo sia una cosa intelligente abbandonare
> questo thread, se non altro per rispetto degli altri partecipanti, che
> sicuramente trarranno da soli le valutazioni delle argomentazioni esposte.
Io credo che se oltre a fornire aiuto a chi lo chiede si discutesse anche di
"teoria" dei DB, la cosa potrebbe giovare a tutti. Non so che valutazioni
dovranno trarre i partecipanti, se intendi dire che ti giudicheranno più
competente di me la cosa era risaputa in partenza, io sono un biologo non un
programmatore in access e non ho mai fatto un corso di programmazione,
mentre tu, da quanto ho capito, lo fai per lavoro...
> Comunque certe strutture di chiave le ho abbandonate quando tanti anni fa
ho
> abbandonato il Cobol e ho cercato di capire come era meglio progettare
> l'architettura di un database relazionale; a quanto pare ho regredito
> anziché progredire: probabilmente è colpa dell'età.
A volte l'età gioca dei brutti scherzi ... :-)
Tu avrai sicuramente le tue ragioni, la mia contestazione (se tale si può
definire) era che a volte i programmatori vedono le cose solo dal punto di
vista dell'efficienza massima del software usato e non - anche - dal punto
di vista della facilità di utilizzo. In ogni "nicchia" sociale si creano
delle verità che sono dettate dai leaders, le quali assumono il valore di
tabù. Anche un NG non sfugge a questa regola ed io, senza volere, sono
andato a toccare un tema sacro del clan virtuale, ed è ovvio che non ci
possa essere confronto su un tale tema, in quanto nell'altro si scatena una
reazione di "difesa del territorio" che mira a cacciare l'intruso e
mantenere lo status in essere. In altri microcosmi può essere che l'uso di
chiavi numeriche o alfanumeriche non sia una questione così vitale ...
> Se poi ti va di sfatare la leggenda metropolitana dimmelo: oltre ad alcuni
> frequentatori di questo NG ti posso presentare qualche buon
> analista/programmatore.
Come ho già scritto in un altro post, sto cercando un programmatore in ASP
per il commercio elettronico, si tratta di un lavoro di medie-grandi
dimensioni.
Ciao
Arturo


text:
"Arturo" <
zx...@libero.it
> ha scritto nel messaggio
news:RTsa7.8747$te7.3...@news.infostrada.it...
>
> "Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
> news:9k97cg$1qdi$1...@stargate1.inet.it...
[CUT]
> competente di me la cosa era risaputa in partenza, io sono un biologo non
un
> programmatore in access e non ho mai fatto un corso di programmazione,
> mentre tu, da quanto ho capito, lo fai per lavoro...
>
Beh, hai capito male.
Non sono né programmatore, né analista: come molti frequentatori del NG
sanno, sono un dirigente di una grande azienda editoriale nella quale sono
un utente e non un attore dell'informatica.
Per il resto continuo a non condividere quasi nessuno dei tuoi punti di
vista: questo te lo dico come dirigente.



text:
"Arturo"
>
> La faccenda non è mai così semplice. Io sono stato tra i primi a passare a
> un gestionale che girasse sotto "Windows", oggi sembra assurdo pensare il
> contrario, ma nel 1995 passare da un gestionale sotto DOS a uno sotto
> Windows non era una cosa così evidente e scontata. Ogni volta che cambi
> gestionale perdi lo "storico" devi rifare tutti gli applicativi che ne
> derivano, ecc. Allora non c'erano praticamente alternative ad Esatto per
chi
> volesse operare in ambiente Windows, oggi le alternative ci sono, ma per i
> motivi suddetti non facile migrare.
Sono d'accordo.
 La Esa sta finendo un nuovo gestionale
> in VBA, che dovrebbe essere il sostituto di Esatto e quindi compatibile
con
> la struttura dei vecchi archivi.
Non sapevo: dove si possono reperire info?
Sono curioso di natura :-)
> > Vorrei vederli questi DB e  valutare la complessità delle query che hai
> > scritto e le problematiche che risolvono.
> > Le mie personali esperienze vanno in direzione esattamente opposta.
> > Non ti dico poi i prodotti commerciali su base Jet che circolano (uno su
> > tutti: BUSINESS) ... tempo panino per qualunque elaborazione.
>
> Dipende anche dalle CPU e dalla RAM che hai sotto ...
Mah, ti assicuro che Diamante e Business sono lentissimi anche con
configurazioni hardware performanti.
Ciao, Simone


text:
>
> Non sapevo: dove si possono reperire info?
> Sono curioso di natura :-)
Lo trovi sul sito dell'Esa:
http://www.esasoftware.com
Avrà varie versioni: e-uno, e-due, ecc.
Saluti
Arturo


text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9kdpfd$1uj4$1...@stargate1.inet.it...
[snip]
> Beh, hai capito male.
> Non sono né programmatore, né analista: come molti frequentatori del NG
> sanno, sono un dirigente di una grande azienda editoriale nella quale sono
> un utente e non un attore dell'informatica.
> Per il resto continuo a non condividere quasi nessuno dei tuoi punti di
> vista: questo te lo dico come dirigente.
Beh, dal tuo post precedente:
> Comunque certe strutture di chiave le ho abbandonate quando tanti anni fa
ho
> abbandonato il Cobol e ho cercato di capire come era meglio progettare
> l'architettura di un database relazionale; a quanto pare ho regredito
> anziché progredire: probabilmente è colpa dell'età.
sembrava che tu facessi il programmatore, invece non sei né un programmatore
né un analista ma un semplice utente... che si diletta  a progettare
database relazionali al di fuori del lavoro. Bastava dirlo subito!
Di nuovo
Arturo


text:
Arturo ha scritto nel messaggio ...
>> Mandami un'e-mail e ti indico un sito da cui scaricare una valida
>alternativa ad Esatto.
>> Ultimamente ne stiamo sostituendo diversi in aziende che, scioccate,
>vogliono avere finalmente fra
>> le mani qualcosa che assomigli a un programma :-)
>
>La cosa non è così semplice, un gestionale vale anche perchè è tenuto
>aggiornato agli ultimi cavilli fiscali che ci impongono, altrimenti chi mai
>userebbe dei reperti preistorici come Esatto?
Ma scusa, pensi che solo ESA Soft implementi i cavilli fiscali di cui sopra? :-)
Le norme sono norme, per tutti.
>Poichè io dò la precedenza alla facilità d'uso, preferisco un metodo più
>lento nel lavoro di elaborazione, ma più veloce come interfaccia utente, chi
>si stanca e rallenta è la persona, non la macchina.
L'uso di autonumber non influenza in alcun modo la concezione dell'interfaccia utente: lenta,
veloce, bella o brutta che sia dipende da tutt'altro.
Mah, continuo a pensare che ci siano equivoci sull'uso di questi campi...
Ciao, warp


title: Query troppo difficile per me

author: liviaeilario

text:
Ciao a tutti,
ho una tabella con un campo Nome e molti campi si/no che si visualizzano
nella maschera relativa con un casella di controllo. Ora ho bisogno di
estrarre dei nominativi che rispondano a dei criteri relativi alle caselle
di controllo.
Mi spiego meglio scusate:
nome.........operaio.......autista........presente.........vaccinato
posso aver bisogno dei nominativi degli operai, o degli operai che sono
vaccinati, o degli autisti che sono presenti e vaccinati.
Troppo difficile per me
Grazie
Ilario


title: Query troppo difficile per me

author: FM

text:
liviaeilario <
liviae...@libero.it
> wrote in message
aj0l8.30559$1S3.9...@twister1.libero.it...

Conviene utlizzare il tasto F1 quando il cursore è posizionato sulla casella
criteri di una query basata sulla tabella citata. Help il linea moto utile.
Ciao, Francesco


title: Query troppo difficile per me

text:
> Conviene utlizzare il tasto F1 quando il cursore è posizionato sulla
casella
> criteri di una query basata sulla tabella citata. Help il linea moto
utile.
>
> Ciao, Francesco
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Grazie ma il tasto F1 lo conosco, mi rivolgo a voi quando non ci capisco lo
stesso..........
Ilario
>
>


title: Query troppo difficile per me

text:
liviaeilario <
liviae...@libero.it
> wrote in message
uB0l8.30633$1S3.9...@twister1.libero.it...
>
> > Conviene utlizzare il tasto F1 quando il cursore č posizionato sulla
> casella
> > criteri di una query basata sulla tabella citata. Help il linea moto
> utile.
> >
> > Ciao, Francesco
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>
> Grazie ma il tasto F1 lo conosco, mi rivolgo a voi quando non ci capisco
lo
> stesso..........
>
> Ilario
> >
> >
>
>
Il controllo Check box prevede due valori (controllo Boolean): Sě/No.
Prova a scrivere nella casella criteri della colonna che contiene il
controllo Boolen (Sě/No), della query suddetta, Sě (i accentata) se vuoi che
siano selezionati i record che hanno il criterio (es. Vaccinato) spuntato,
No se al contrariio vuoi selezionare i record che non hanno selezionato il
controllo.
Conviene utilizzare quante piů query possibili che soddisfino le ricerche
che fai, con criterisingoli o multipli.


title: Query troppo difficile per me

text:
> Conviene utilizzare quante più query possibili che soddisfino le ricerche
> che fai, con criterisingoli o multipli.
>
>
> >>>>>>>>>>>>>>>>>>>>>
Grazie 1000
Ilario


title: Query troppo difficile per me

author: Francesco

text:
liviaeilario <
liviae...@libero.it
> wrote in message
iS0l8.30739$1S3.9...@twister1.libero.it...

Per curiosità, funziona?


title: Query troppo difficile per me

author: giaconet

text:
"Francesco" <
f.mol...@infinito.it
> ha scritto nel messaggio
news:3c949...@news.dada.it...

E perché non dovrebbe?
Bye
giaconet


title: access 97 e access 2000

text:
Ho questo tipo di problema :
all'interno di una lan ho alcuni database su office 97 e altri su office
2000 cosi' come ho su alcuni client installato office 97 e office 2000,
quando leggo office 97 dal 2000 nessun problema ma al contrario mi si crea
qualche problema ... come fare?
Grazie in anticipo


title: access 97 e access 2000

author: Sib dal portatile

text:
"eolo_" <
eo...@hotmail.com
> ha scritto nel messaggio

Non mi sembra una cosa strana.
Quando mai un programma piu' vecchio riesce a leggere il file generato dal
programma piu' nuovo?
Porta tutti a 2000 e via.
Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente


title: Problema creazione maschera a "più elementi"

author: Red Wolf

text:
Ciao
devo creare una maschera "a più elementi" per visualizzare il
risultato di una query.
Dovrei mettere accanto ad ogni recod che visualizzo anche un Radio
Button che mi consenta di scegliere uno solo dei record.
se lo faccio da "struttura" i radio sono o tutti accesi o tutti spenti
contempor.
come faccio?
grazie
Red Wolf


author: MA

text:
"Red Wolf" <
e.mig...@soft.it
> ha scritto nel messaggio
news:9a66eb5f-3217-4d95...@u9g2000yqb.googlegroups.com...
Ciao
devo creare una maschera "a pi� elementi" per visualizzare il
risultato di una query.
Dovrei mettere accanto ad ogni recod che visualizzo anche un Radio
Button che mi consenta di scegliere uno solo dei record.
se lo faccio da "struttura" i radio sono o tutti accesi o tutti spenti
contempor.
come faccio?
grazie
Red Wolf
___
Risposta:
questo che indichi � il comportamento tipico di un controllo non associato
in una maschera continua
vai nell'origine del controllo e digli il campo a cui vuoi legarlo


text:
CUT
> ___
> Risposta:
> questo che indichi è il comportamento tipico di un controllo non associato
> in una maschera continua
> vai nell'origine del controllo e digli il campo a cui vuoi legarlo
un radio b utton a che vuoi ch elo colleghi?
deve essere solo o attivato o disattivato... in alternativa agli
altri...
non ho capito


author: Alessandro Cara

text:
Red Wolf ha scritto:
> CUT
>> ___
>> Risposta:
>> questo che indichi � il comportamento tipico di un controllo non associato
>> in una maschera continua
>> vai nell'origine del controllo e digli il campo a cui vuoi legarlo
>
> un radio b utton a che vuoi ch elo colleghi?
> deve essere solo o attivato o disattivato... in alternativa agli
> altri...
>
> non ho capito
Questa e' uno dei misteri di Lourdes di Access.
La form continua ha controlli singoli che nel caso in cui il valore del
sorgente dati proviene da tabella (o query) viene gestito come se fosse
un insieme (o array) nel caso in cui il controllo non e' associato il
suo valore viene espanso, ovviamente, sulla schiera visibile.
Quindi o definisci un campo sulla tabella e lo tratti di conseguenza
oppure metti un command button che gestisci sull'evento di click.
--
ac


text:
CUT
> > non ho capito
>
> Questa e' uno dei misteri di Lourdes di Access.
> La form continua ha controlli singoli che nel caso in cui il valore del
> sorgente dati proviene da tabella (o query) viene gestito come se fosse
> un insieme (o array) nel caso in cui il controllo non e' associato il
> suo valore viene espanso, ovviamente, sulla schiera visibile.
> Quindi o definisci un campo sulla tabella e lo tratti di conseguenza
> oppure metti un command button che gestisci sull'evento di click.
> --
> ac
MCACZ!!!!
grazie


text:
"Red Wolf" <
e.mig...@soft.it
> ha scritto nel messaggio
news:61bcf5ed-8ff6-4ac7...@k17g2000yqb.googlegroups.com...
CUT
> ___
> Risposta:
> questo che indichi � il comportamento tipico di un controllo non associato
> in una maschera continua
> vai nell'origine del controllo e digli il campo a cui vuoi legarlo
un radio b utton a che vuoi ch elo colleghi?
deve essere solo o attivato o disattivato... in alternativa agli
altri...
non ho capito
____
vai nell'origine del controllo e legalo al campo che ti serve.
Se non hai un campo � chairo che lui si comporter� cos� e se ti serve devi
creare un campo
Qui c'� la differenza tra campo che troviamo in tab e query e il controllo.
Il campo registra un valore e lo salva in tabella,
il controllo lo visualizza
se tu crei un campo bolleano s�/no
tu puoi rappresentarlo con una textbox e vedrai -1 e 0
oppure come nel tuo caso il radio button clickato o no
ma poi mettere anche un pulsante (non un bottone) e lo vedrai collassato o
in rilievo.
Pulante, textbox e radio e tutti gli altri sono associabili, se non lo sono
nella visualizzazione continua avranno lo stesso valore per tutti i record


text:
CUT
> se tu crei un campo bolleano s /no
> tu puoi rappresentarlo con una textbox e vedrai -1 e 0
> oppure come nel tuo caso il radio button clickato o no
> ma poi mettere anche un pulsante (non un bottone) e lo vedrai collassato o
> in rilievo.
>
> Pulante, textbox e radio e tutti gli altri sono associabili, se non lo sono
> nella visualizzazione continua avranno lo stesso valore per tutti i record
ok
ho fatto proprio così...
l'ho legato ad un campo SI/NO e quindi si è creato un check im
maschera.
e me lo gestisco....
grazie ancora
ciao
Red Wolf


title: creare un nuovo record identico al corrente....

author: Raffaella

text:
...è possibile??
Ciao ragazzi. Avrei bisogno se fosse possibile duplicare il record corrente
(su evento click) per ottenerne una history dei contatti.
Es:
record corrente                  12/10/02        Pippo    Dati Campo
memo...............Bottone (evento click)
nuovo record                      new Date?     Pippo    Dati Campo memo
ovviamente nella stessa tabella (che è sottostante alla maschera)
E' possibile ??
E se si chi mi fa gentilmente un piccolo esempio di codice??
Ho visto degli altri thread nel Ng ma non sono riuscita a chiarirmi le idee.
Grazie e ciao a tutti
Raffa


author: Roberto da casa

text:
"Raffaella" <
senzaes...@yahoo.it
> ha scritto nel messaggio
news:WXXS9.15850$lj5.1...@tornado.fastwebnet.it...
> ...č possibile??
> Ciao ragazzi. Avrei bisogno se fosse possibile duplicare il record
corrente
> (su evento click) per ottenerne una history dei contatti.
> Es:
> record corrente                  12/10/02        Pippo    Dati Campo
> memo...............Bottone (evento click)
> nuovo record                      new Date?     Pippo    Dati Campo memo
>
> ovviamente nella stessa tabella (che č sottostante alla maschera)
>
> E' possibile ??
> E se si chi mi fa gentilmente un piccolo esempio di codice??
> Ho visto degli altri thread nel Ng ma non sono riuscita a chiarirmi le
idee.
>
> Grazie e ciao a tutti
> Raffa
Per duplicare, nella stessa tabella, il record corrente prova cosě:
    DoCmd.DoMenuItem acFormBar, acEditMenu, 8, , acMenuVer70
    DoCmd.DoMenuItem acFormBar, acEditMenu, 2, , acMenuVer70
    DoCmd.DoMenuItem acFormBar, acEditMenu, 5, , acMenuVer70
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Protezione database Access 2002

author: Taro

text:
E' possibile cambare il propretario di database?
Ho provato ad accedere sia con l'utente propretario sia con quello che
vorrei lo diventasse ma la voce "cambia propretario"  mi diventa non
selezionabile in entrambi i casi.In cosa sbaglio?


title: OT: "nadime"

author: Alessia

text:
Ciao ragazzi, messaggio OT.
Ho ricevuto un paio di volte in questi giorni, un'e-mail da "nadine" con
questo indirizzo
nad...@interfree.it
, inviato alla Topona, con richiesta di
farmi sentire visto che è da molto che non l'ho faccio e gli auguri di
Pasqua
Visto che il nome Topona è stato cognato da un paio di voi al raduno
nazionale, e nessun altro ha osato tanto, visto che ho notato che l'e-mail è
stata inviata oltre che a me anche ad altri partecipanti del NG, ricordo
l'indirizzo di Lucianab64, mi è venuto il dubbio che qualcuno di voi lo ha
inviato.
Se è così, sinceramente non ricordo nessun/a "nadine", (che Lbo abbia
cambiato NickName?), forse una delle mille trasformazioni di Antonio?
Se siete Voi chiedo scusa perchè non mi ricordo assolutamente chi, se non
siete voi sarei curiosa di capire la motivazione del msg.
Comunque approfitto per augurarVi Buona Pasqua.
Dimenticavo, ho sentito odore di raduno o sbaglio. Lo so che mi faccio viva
solo in occasione delle  feste, cercherò di essere più presente e buonina.
Giuro che questa volta (sempre se mi volete ancora) porterò la Grappa di
Picolit per Federico.
Baci ed abbracci a tutti quelli che ho avuto il piacere di conoscere,
salutonissimi a tutti gli altri.
Alessia


title: OT: "nadime"

text:
"Alessia" <
les...@altavista.it
> ha scritto nel messaggio
news:9b1q91$16s8$1...@half.spin.it...
> Ciao ragazzi, messaggio OT.
> Ho ricevuto un paio di volte in questi giorni, un'e-mail da "nadine" con
> questo indirizzo
nad...@interfree.it
, inviato alla Topona, con richiesta
di
> farmi sentire visto che è da molto che non l'ho faccio e gli auguri di
> Pasqua
[CUT]
> Alessia
>
Beh, come sai non posso chiamarmi nadine. :-))
Quindi approfitto solo per fare gli auguri di Pasqua a te e atutti i
partecipanti al NG.
Grazie per i baci e gli abbracci che ricambio di cuore.
Ciao, Roberto


title: OT: "nadime"

text:
Alessia ha scritto nel messaggio
>Ciao ragazzi, messaggio OT.
>Ho ricevuto un paio di volte in questi giorni, un'e-mail da "nadine" con
>questo indirizzo
nad...@interfree.it
, inviato alla Topona, con richiesta di
>farmi sentire visto che è da molto che non l'ho faccio e gli auguri di
>Pasqua
>Visto che il nome Topona è stato cognato da un paio di voi al raduno
>nazionale, e nessun altro ha osato tanto, visto che ho notato che l'e-mail è
>stata inviata oltre che a me anche ad altri partecipanti del NG, ricordo
>l'indirizzo di Lucianab64, mi è venuto il dubbio che qualcuno di voi lo ha
>inviato.
>Se è così, sinceramente non ricordo nessun/a "nadine", (che Lbo abbia
>cambiato NickName?),
A proposito di Lbo ... è pur vero che frequento questo (bellissimo) ng.  con grande scostanza, ma
che fine avrà fatto?
E' da molto tempo che non vedo suoi post.
Ciao, warp


title: OT: "nadime"

text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:9b21jt$qk9$1...@fe2.cs.interbusiness.it...
>
> Alessia ha scritto nel messaggio
> >Ciao ragazzi, messaggio OT.
cut
>
> A proposito di Lbo ... è pur vero che frequento questo (bellissimo) ng.
con grande scostanza, ma
> che fine avrà fatto?
> E' da molto tempo che non vedo suoi post.
>
Gia'  dov'e' Lbo? Luca  B. , dove sei ?
Intanto colgo l'occasione per fare gli auguri a tutti di buona Pasqua .
Ciao. Luca.


title: OT: "nadime"

author: Luciano (DOC)

text:
warp ha scritto nel messaggio <9b21jt$qk9$
1...@fe2.cs.interbusiness.it
>...
>A proposito di Lbo ... è pur vero che frequento questo (bellissimo) ng.
con grande scostanza, ma
>che fine avrà fatto?
>E' da molto tempo che non vedo suoi post.
Un paio di settimane fa mi ha scritto in mailbox...poi e' sparito senza
replicare alla mia risposta...
In effetti io so dov'e' affaccendato....ma non so se lui gradisce che io lo
dica!:-)
Buona pasqua alla Topona e alle sua amiche!:-)
Saluti.
Luciano
(DOC)


title: OT: "nadime"

author: lucianab64 on libero

text:
warp <
war...@libero.it
> wrote in message
9b21jt$qk9$1...@fe2.cs.interbusiness.it...

Confermo!
Anch'io ho ricevuto l'e-mail da nadime.
Purtroppo non ho il piacere di conoscere il mittente.
Mi sono anche chiesta qual e' stato il criterio con cui sono stati scelti
gli indirizzi di posta elettronica a cui inviare la lettera.
Devo ammettere che non mi e' chiaro anche se qualche dubbio ce l'ho.
Ricambio comunque gli auguri di Buona Pasqua a tutti i frequentatori del
magnifico NG che seguo sempre con grande interesse.
A presto!!!
:-)    Luciana


title: OT: "nadime"

author: Sergio MAZZA (Ufficio Stampa)

text:
"Alessia" <
les...@altavista.it
> ha scritto nel messaggio
news:9b1q91$16s8$1...@half.spin.it...

Ciao Alessia,
dalle ultime analisi risulto ancora Sergio MAZZA...
Ciao e auguri pasquali.


title: OT: "nadime"

text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
> Alessia ha scritto nel messaggio
> >Ciao ragazzi, messaggio OT.
cut
> >Se è così, sinceramente non ricordo nessun/a "nadine", (che Lbo abbia
> >cambiato NickName?),
>
> A proposito di Lbo ... è pur vero che frequento questo (bellissimo) ng.
con grande > scostanza, ma
spero che tu intendessi Incostanza, e non realmente "scostanza" ;-)
> che fine avrà fatto?
> E' da molto tempo che non vedo suoi post.
>
> Ciao, warp
Ciao, Sib


title: OT: "nadime"

author: Roberto dal portatile

text:
"lucianab64 on libero" <
lucia...@libero.it
> ha scritto nel messaggio
news:Y_gB6.14906$xC3.2...@news.infostrada.it...
[CUT]
>
> Confermo!
> Anch'io ho ricevuto l'e-mail da nadime.
> Purtroppo non ho il piacere di conoscere il mittente.
> Mi sono anche chiesta qual e' stato il criterio con cui sono stati scelti
> gli indirizzi di posta elettronica a cui inviare la lettera.
Magari sono stati scelti gli indirizzi delle femminucce del NG, alle quali
si è voluto inviare un augurio personalizzato.
> Devo ammettere che non mi e' chiaro anche se qualche dubbio ce l'ho.
> Ricambio comunque gli auguri di Buona Pasqua a tutti i frequentatori del
> magnifico NG che seguo sempre con grande interesse.
>
> A presto!!!
> :-)    Luciana
>
Buona Pasqua
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: OT: "nadime"

author: Silvio Berruti

text:
"Roberto dal portatile" <
r.ma...@libero.it
> ha scritto nel messaggio
news:F9jB6.236$s93....@news.infostrada.it...
>
> "lucianab64 on libero" <
lucia...@libero.it
> ha scritto nel messaggio
> news:Y_gB6.14906$xC3.2...@news.infostrada.it...
> [CUT]
> >
> > Confermo!
> > Anch'io ho ricevuto l'e-mail da nadime.
> > Purtroppo non ho il piacere di conoscere il mittente.
> > Mi sono anche chiesta qual e' stato il criterio con cui sono stati
scelti
> > gli indirizzi di posta elettronica a cui inviare la lettera.
>
> Magari sono stati scelti gli indirizzi delle femminucce del NG, alle quali
> si è voluto inviare un augurio personalizzato.
Potrebbe essere perché a me non è arrivato, e non mi sognerei mai di
cambiare il mio nome in Nadime!
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: OT: "nadime"

text:
"Sergio MAZZA (Ufficio Stampa)" <
sergi...@tiscalinet.it
> ha scritto nel
messaggio news:9b471c$jms$1...@suite03.caspur.it...
>
> "Alessia" <
les...@altavista.it
> ha scritto nel messaggio
> news:9b1q91$16s8$1...@half.spin.it...
> > Ciao ragazzi, messaggio OT.
>
> dalle ultime analisi risulto ancora Sergio MAZZA...
>
> Ciao e auguri pasquali.
Quelle fatte a Casablanca?  :-))



title: OT: "nadime"

text:
Roberto dal portatile <
r.ma...@libero.it
> wrote in message
F9jB6.236$s93....@news.infostrada.it...
>
> "lucianab64 on libero" <
lucia...@libero.it
> ha scritto nel messaggio
> news:Y_gB6.14906$xC3.2...@news.infostrada.it...
> [CUT]
> >
> > Confermo!
> > Anch'io ho ricevuto l'e-mail da nadime.
> > Purtroppo non ho il piacere di conoscere il mittente.
> > Mi sono anche chiesta qual e' stato il criterio con cui sono stati
scelti
> > gli indirizzi di posta elettronica a cui inviare la lettera.
>
> Magari sono stati scelti gli indirizzi delle femminucce del NG, alle quali
> si è voluto inviare un augurio personalizzato.
>
> > Devo ammettere che non mi e' chiaro anche se qualche dubbio ce l'ho.
> > Ricambio comunque gli auguri di Buona Pasqua a tutti i frequentatori del
> > magnifico NG che seguo sempre con grande interesse.
> >
> > A presto!!!
> > :-)    Luciana
> >
>
> Buona Pasqua
>
> --
>
> Roberto
;-)
Luciana


title: OT: "nadime"

author: Sergio MAZZA

text:
"Silvio Berruti" <
s...@libero.it
> ha scritto nel messaggio
news:kLjB6.415$s93....@news.infostrada.it...

Eh no eh!? Prima macho e poi micio? Che vitaccia cavallina!
Ciao.


title: OT: "nadime"

text:
"Roberto dal portatile" <
r.ma...@libero.it
> ha scritto nel messaggio
news:KD%A6.9134$xC3.1...@news.infostrada.it...

Ciao Roberto e tantissimi Auguri, abbracci baci
Alessia


title: OT: "nadime"

text:
"Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
news:9b2ec7$hgv$1...@news.mclink.it...

Ciao Luciano, Buona Pasqua anche a te, ed alla tua famiglia.
Alessia


title: OT: "nadime"

text:
"Sergio MAZZA" <
sergi...@tiscalinet.it
> ha scritto nel messaggio
news:9b65vg$hio$1...@suite03.caspur.it...

Quindi sei un Micio Mazza, interessante interessante.
Auguri di cuore
Ale


title: OT: "nadime"

text:
"Alessia" <
les...@altavista.it
> ha scritto nel messaggio
news:9b6im5$jat$1...@half.spin.it...
>
>
> Quindi sei un Micio Mazza, interessante interessante.
> Auguri di cuore
> Ale
>
Prrr Prrr


title: OT: "nadime"

author: warp

text:
Sib dal portatile ha scritto nel messaggio
>> A proposito di Lbo ... è pur vero che frequento questo (bellissimo) ng.
>con grande > scostanza, ma
>
>spero che tu intendessi Incostanza, e non realmente "scostanza" ;-)
Ma "scostanza" è più artistico!
CIAO.


title: OT: "nadime"

text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:9b6mtc$ldb$1...@fe1.cs.interbusiness.it...
>
> Sib dal portatile ha scritto nel messaggio
>
> >> A proposito di Lbo ... č pur vero che frequento questo (bellissimo) ng.
> >con grande > scostanza, ma
> >
> >spero che tu intendessi Incostanza, e non realmente "scostanza" ;-)
>
> Ma "scostanza" č piů artistico!
Sono d'accordo con te, č piů naif. :-)
>
> CIAO.
>
Ciao, Roberto


title: OT: "nadime"

author: Sib dall'ufficio

text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:9b6mtc$ldb$1...@fe1.cs.interbusiness.it...
>
> Sib dal portatile ha scritto nel messaggio
>
> >> A proposito di Lbo ... č pur vero che frequento questo (bellissimo) ng.
> >con grande > scostanza, ma
> >
> >spero che tu intendessi Incostanza, e non realmente "scostanza" ;-)
>
> Ma "scostanza" č piů artistico!
Vabbuo', ti concedo la "licenza poetica"....
... e ricordati che non e' cedibile e ha validita' di un anno.
Ciao, Sib


title: OT: "nadime"

author: Mad® Milox

text:
"Alessia" <
les...@altavista.it
> ha scritto nel messaggio
news:9b1q91$16s8$1...@half.spin.it...
> Ciao ragazzi, messaggio OT.
[cut]
> Comunque approfitto per augurarVi Buona Pasqua.
> Dimenticavo, ho sentito odore di raduno o sbaglio. Lo so che mi faccio
viva
> solo in occasione delle  feste, cercherò di essere più presente e buonina.
> Giuro che questa volta (sempre se mi volete ancora) porterò la Grappa di
> Picolit per Federico.
> Baci ed abbracci a tutti quelli che ho avuto il piacere di conoscere,
> salutonissimi a tutti gli altri.
> Alessia
>
Ciao, io e' veramente poco che frequento questo NG, spero di non essere
inopportuno
se "sfrutto" il tuo messaggio per fare gli Auguri di Buona Pascqua a tutti
ragazzi qui.
Siete veramente Grandi :))
Ciao
--
(^o^))~    Lorenzo   (^o^))~
"Preimaginare e' lo imaginare le cose che saranno..."
"Postimaginare e' imaginare le cose passate ..."
(Leonardo Da Vinci)


title: OT: "nadime"

text:
"Mad® Milox" <
madm...@tin.it
> ha scritto nel messaggio
news:9b7h5o$9ve$1...@pegasus.tiscalinet.it...
>
[CUT]
>
> Ciao, io e' veramente poco che frequento questo NG, spero di non essere
> inopportuno
> se "sfrutto" il tuo messaggio per fare gli Auguri di Buona Pascqua a tutti
> ragazzi qui.
> Siete veramente Grandi :))
>
> Ciao
Buona Pasqua anche a te.
E' ancora di più in queste circostanze che il NG è di tutti ed è bello
parteciparvi.
Ciao, Roberto


title: Form con campi data invisibili se data = null

text:
Ciao a tutti,
ho una tabella con, tra l'altro, 62 campi data che possono essere, alcuni popolati con una data ed altri con la data 01/01/1901.
Nel Form che ha come origine la suddetta tabella, e che è un Form multiplo, ho la necessità di porre a Visible = False i campi che hanno data = 01/01/1901 ed utilizzo il seguente codice sulla proprietà caricamento:
   For loncont = 1 To 62
       If If Me("DataGr" & Format(loncont, "00")) = #01/01/1901#  Then
         Me("DataGr" & Format(loncont, "00")).Visible = False
       Else
          Me("DataGr" & Format(loncont, "00")).Visible = True
       End If
   Next loncont
Il problema è che il risultato non è quello che cerco, mi ritorna tutte le righe, relativamente alla parte della gestione delle date, uguali alla prima, mentre le altre variabile sono restituite correttamente.
Dove sbaglio?
grazie per suggerimenti.


author: Karl Donaubauer

text:

In due rispetti:
1. Anche in una maschera continua c'è sempre e solo un
record attuale al quale si riferisce il Me("MioCampo").
2. Visible = True/False sempre vale per tutti i record.

Al massimo puoi usare la formatazione condizionale,
che non puo gestire la visibilità, ma almeno lo stato attivo.
Vedi:

http://www.donkarl.com/it?FAQ4.1

http://groups.google.com/groups?&as_q=continua+condizionale+visibile&as_uauthors=Donaubauer

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


title: Rilevazione ultimo aggiornamento File

author: Luigi

text:
Buongiorno
č possibile rilevare equindi riportare in una form l'ultima data ed ora di
aggiornamento del database in questione ?
Es: se utilizzo il dB "A" e ho apportato delle modifiche e rilevate il
01.01.2003 h. 15,30 č possibile fare in modo che tali dati vengano letti e
riportati su una form ?
Grazie
Luigi


title: Rilevazione ultimo aggiornamento File

author: @Alex (Alessandro Baraldi)

text:
"Luigi" <
maur...@porta-spa.com
> ha scritto nel messaggio
news:BnRRa.185224$lK4.5...@twister1.libero.it...

Prova se č quello che cerchi....!
FileDateTime(nomepercorso)
Se vuoi approfondire perņ, le Tabelle registrano molti dati relativi
all'ultima
modifica eseguita nelle Tabelle di Sistema che sono di Default Nascoste.
Basta renderle visibili e consultarle...!
Ciao.
@Alex.


title: Conversione da 2000 a 97

author: Roberto

text:
Dopo aver convertito un database da 2000 a 97 riscontro che non mi riesce
più di aprire dei report in quanto mi appare il messaggio "Impossibile
aprire la maschera (??) MiaMaschera.
I dati in essa contenuti non vengono riconosciuti da MAccess ...."


title: visualizzare immagini da collegamenti

text:
Ciao a tutti,
vi pongo un problema da cui non esco...
Come si fa a visualizzare in un controllo immagine, nella maschera,
un'immagine cui ci si riferisce tramite un campo, nella tabella,
collegamento? Son riuscito a imparare come si usa picture etc etc, ma
riesco a visualizzare solo immagini con l'indirizzo salvato in un
campo testo ed io ho bisogno degli indirizzi relativi. Se qualcuno ha
una soluzione o un escamotage sarà benedetto.
Help me!


title: visualizzare immagini da collegamenti

text:
Forse mi sono espresso male...
Io dovrei creare un database di immagini, ma con molti campi testuali.
Per non appesantire il database ho le immagini in una cartella
apposita, a cui devo riferirmi. Siccome vorrei fosse "portabile", cioè
caricabile su una chiavetta USB, non posso utilizzare link assoluti
per ovvi motivi. Ho visto che creando un campo di tipo collegamento
nella tabella riesco ad avere indirizzi relativi, del tipo "immagini/
pippo.jpg" (anche se scomodo da caricare!), ma non riesco a creare un
controllo immagine in una maschera che mi visualizzi l'immagine
indirizzata; ad esempio: Me.Visualizza.picture = Me.Collegamento non
funziona, mentre se al posto del campo collegamento ci metto un campo
di tipo testo, e scrivo l'indirizzo assoluto, va!
Qualcuno sa qualcosa? Ci sto su da un bel po' di giorni e mi sembra di
essere l'unico nel mondo che ha questo problema, oppure son
completamente fesso e non arrivo a comprendere qualche banalità... Se
è così ditemelo!
Vi prego...


title: problema con recordset

author: max

text:
Ho la necessità di creare un recordset modificabile sui valori di una
tabella
Esempio
Tabella 1
IDCarico            contatore chiave primaria
Descrizione
IDFornitore        collegamento con tabella fornitori
Data
Flag.                   Si/No
Ecc.
Tabella 2
ID                      contatore chiave primaria
IDCarico            collegamento con tabella 1 uno a molti
Descrizione
Ecc.
Creo un recordset e prelevo i dati della tabella1 e li assegno alla
sottomaschera1 della maschera principale.
Private Sub RagioneSociale_AfterUpdate()
Dim rstddt As ADODB.Recordset
Set rstddt = New ADODB.Recordset
rstddt.CursorLocation = adUseClient
rstddt.Open " SELECT tabella1.ID, tabella1.IDCarico, tabella1.flag,
tabella1.Descrizione FROM tabella1 " _
& " WHERE tabellafornitori.IDFornitore= " & Me.IDFornitore & "",
CurrentProject.Connection, adOpenKeyset " _
& ", adLockOptimistic
Set Forms!frm1!sfrm1.Form.Recordset = rstddt
Set rstddt = Nothing
End Sub
Spunto il Flag a si dei record che mi servono per la sottomaschera2
Esempio 2
ID             IDCarico           Flag
20                   5                  si
23                   9                  si
30                  14                 no
Come faccio a creare un recordset che prenda solamente i record della
tabella2, dove IDcarico e uguale a IDCarico della tabella1 con il flag
selezionato, come da esempio 2.
Lavoro benissimo con i recordset ma purtroppo non riesco a crearne uno da
piu righe di record con ID diversi
Forse devo usare un ciclo Do Until   ?
Mi fate un esempio?
Grazie Massimo
Chissà se mi sono espresso bene.............


title: [Form iniziale in un applicativo Access]

author: Marco Gualla

text:
Ho fatto un applicativo in access con un menu ed una toolbar e vorrei
mettere sullo sfonfo della finestra access un 'immagine od un colore che non
sia lo sfondo grigio della finestra di access.
Ho messo un forma impostato come form di avvio ma anche mettendolo a 0,0 con
la docmd.movesize non va sotto la toolbar ed inoltre non riesco a sapere
quantè la larghezza del form di access al fine di dare la larghezza alla mia
perchè se l'utente la ridimensiona questa va per i fatti suoi.
So che è un problema scemo ma per fare le cose carine mi piacerebbe arivare
a farlo. Aiutooooooooooooooooooooooooo......


author: lbo dal portatile

text:
On Sat, 11 Mar 2000 07:59:53 +0100, "Marco Gualla"
<
marco...@tin.it
> wrote:
>Ho fatto un applicativo in access con un menu ed una toolbar e vorrei
>mettere sullo sfonfo della finestra access un 'immagine od un colore che non
>sia lo sfondo grigio della finestra di access.
non si puo'.  potresti magari mettere una form pop up con stile bordo
nessuno e delle dimensioni dello schermo, ma la vedo macchinosa.
>Ho messo un forma impostato come form di avvio ma anche mettendolo a 0,0 con
>la docmd.movesize non va sotto la toolbar ed inoltre non riesco a sapere
>quantè la larghezza del form di access al fine di dare la larghezza alla mia
>perchè se l'utente la ridimensiona questa va per i fatti suoi.
allora, magari si potra' anche fare, non so.
pero' c'e' una questione, se vuoi, filosofica.  l'interfaccia untente
di un prodotto rispecchia le finalita' e le potenzialita' di quel
prodotto.
quando io sento parlare di tutti questi abbellimenti grafici su di
un'applicazione access, tipo simulare che non sia access, mi dico: ma
perche' non te la programmi con un linguaggio di programmazione vero.
lo so che con access e' piu' facile, ma access e le sue interfacce
utente sono state pensate per altre cose.
non solo: tutto quello che non si puo' realizzare con gli stumenti di
interazione forniti da access forse non e' ne' utile ne' funzionale
(e' "sbagliato"), cosi' come tutto quello che non si puo' dire per
mezzo di una grammatica ben strutturata e' sbagliato e non e' da dire.
ti dico questo perche' mi accorgo che chi fa richieste "strane" di
questo tipo generalmente e' qualcuno che non ha capito il mezzo
informatico, che non ha capito come si organizzano dati o, nel caso di
internet, che non ha capito che internet non e' una specie di grosso
televisore o una specie di powerpoint dei poveri.
access e' estremamente flessibile.  se l'abbellimento non si puo' fare
vuol dire che non deve essere fatto con access ma con altri strumenti.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/