title: filtro su maschera da casella combinata

text:

Si scrive così come hai scritto tu... ma non hai inteso che a seconda
del Tipo di dato del Campo serve applicare una formattazione.
Se il campo è Testo ad esempio il criterio va racchiuso tra
apicetti... ma tu di apicetti ne hai messi troppi.... e male...
sembrano messi a caso...!
Private Sub cboCategoriaMerceologica_AfterUpdate()
Me.FilterOn = False
Me.Filter = "CategoriaMerceologica='" & cboCategoriaMerceologica &"'"
Me.FilterOn = True
End Sub
Saluti
@Alex


title: filtro su maschera da casella combinata

text:

Ti ringrazio ho risolto e la mia gestione degli apici era totalmente
casuale...
è difficile contare gli apici su schermo e poi non sono riuscita a
trovare
nulla che spiegasse la teoria su come "creare dei filtri passo passo".
quindi come al solito
vado a tentoni.
grazie ancora


title: filtro su maschera da casella combinata

author: Roberto da Parma

text:
"Elena_Elena" <
elena...@gmail.com
> ha scritto nel messaggio
news:8afac6db-2ce9-48bd...@o20g2000vbh.googlegroups.com...
On 19 Mag, 11:55, Alessandro Baraldi <
ik2...@libero.it
> wrote:
> On 19 Mag, 11:38, Elena_Elena <
elenach...@gmail.com
> wrote:
>
>
>
> > Lo so che mi odierete per la domanda trita e ritrita, ma � da ieri che
> > navigo e tento a vuoto...
>
> > Ho una maschera continua frmElencoPrestazioni con origine dati
> > tblPrestazioni
> > nell'intestazione della maschera ho inserito 2 caselle combinate
> > cboCategoriaMerceologica e cboTipoEsame
>
> > io vorrei che sull'evento dopo aggiornamento della
> > cboCategoriaMerceologica mi filtrasse
> > tutte la prestazioni che si rifiriscono alla categoria merceologica
> > specificata nella combo
> > stesso dicasi della cboTipoEsame
>
> > Usando gli esempi trovati nel gruppo sono arrivata a questo codice che
> > mi da errore di sintassi
>
> > Private Sub cboCategoriaMerceologica_AfterUpdate()
> > Me.Filter = "'CategoriaMerceologica=' & cboCategoriaMerceologica &"
> > Me.FilterOn = True
> > End Sub
>
> > In pratica non so come si "scrive" un filtro
> > Vi va di aiutarmi?
> > Grazie
> > Elena
>
> Si scrive cos� come hai scritto tu... ma non hai inteso che a seconda
> del Tipo di dato del Campo serve applicare una formattazione.
> Se il campo � Testo ad esempio il criterio va racchiuso tra
> apicetti... ma tu di apicetti ne hai messi troppi.... e male...
> sembrano messi a caso...!
>
> Private Sub cboCategoriaMerceologica_AfterUpdate()
> Me.FilterOn = False
> Me.Filter = "CategoriaMerceologica='" & cboCategoriaMerceologica &"'"
> Me.FilterOn = True
> End Sub
>
> Saluti
> @Alex
Ti ringrazio ho risolto e la mia gestione degli apici era totalmente
casuale...
� difficile contare gli apici su schermo e poi non sono riuscita a
trovare
nulla che spiegasse la teoria su come "creare dei filtri passo passo".
quindi come al solito
vado a tentoni.
grazie ancora
No elena � sbagliato procedere a tentoni in primis...dovrebbe essere il tuo
ultimo metodo prima di passare di qui :-)
...usa la guida...numerosi esempi possono aiutarti.
Quando poi ti dovesse capitare di incontrare difficolt� nei filtri...potr�
esserti d'aiuto questo
http://www.accessgroup.it/HomeArgomenti.asp?ID=240&Oggetto2=Ricerca%20con%20virgolette
Ciao
--
Roberto da Parma


title: filtro su maschera da casella combinata

text:
On 19 Mag, 22:13, "Roberto da Parma" <
arisi.robe...@tin.it
> wrote:
> "Elena_Elena" <
elenach...@gmail.com
> ha scritto nel messaggionews:8afac6db-2ce9-48bd...@o20g2000vbh.googlegroups.com...
> On 19 Mag, 11:55, Alessandro Baraldi <
ik2...@libero.it
> wrote:
>
>
>
> > On 19 Mag, 11:38, Elena_Elena <
elenach...@gmail.com
> wrote:
>
> > > Lo so che mi odierete per la domanda trita e ritrita, ma è da ieri che
> > > navigo e tento a vuoto...
>
> > > Ho una maschera continua frmElencoPrestazioni con origine dati
> > > tblPrestazioni
> > > nell'intestazione della maschera ho inserito 2 caselle combinate
> > > cboCategoriaMerceologica e cboTipoEsame
>
> > > io vorrei che sull'evento dopo aggiornamento della
> > > cboCategoriaMerceologica mi filtrasse
> > > tutte la prestazioni che si rifiriscono alla categoria merceologica
> > > specificata nella combo
> > > stesso dicasi della cboTipoEsame
>
> > > Usando gli esempi trovati nel gruppo sono arrivata a questo codice che
> > > mi da errore di sintassi
>
> > > Private Sub cboCategoriaMerceologica_AfterUpdate()
> > > Me.Filter = "'CategoriaMerceologica=' & cboCategoriaMerceologica &"
> > > Me.FilterOn = True
> > > End Sub
>
> > > In pratica non so come si "scrive" un filtro
> > > Vi va di aiutarmi?
> > > Grazie
> > > Elena
>
> > Si scrive così come hai scritto tu... ma non hai inteso che a seconda
> > del Tipo di dato del Campo serve applicare una formattazione.
> > Se il campo è Testo ad esempio il criterio va racchiuso tra
> > apicetti... ma tu di apicetti ne hai messi troppi.... e male...
> > sembrano messi a caso...!
>
> > Private Sub cboCategoriaMerceologica_AfterUpdate()
> > Me.FilterOn = False
> > Me.Filter = "CategoriaMerceologica='" & cboCategoriaMerceologica &"'"
> > Me.FilterOn = True
> > End Sub
>
> > Saluti
> > @Alex
>
> Ti ringrazio ho risolto e la mia gestione degli apici era totalmente
> casuale...
> è difficile contare gli apici su schermo e poi non sono riuscita a
> trovare
> nulla che spiegasse la teoria su come "creare dei filtri passo passo".
> quindi come al solito
> vado a tentoni.
> grazie ancora
>
> No elena è sbagliato procedere a tentoni in primis...dovrebbe essere il tuo
> ultimo metodo prima di passare di qui :-)
> ...usa la guida...numerosi esempi possono aiutarti.
>
> Quando poi ti dovesse capitare di incontrare difficoltà nei filtri...potrà
> esserti d'aiuto questohttp://
www.accessgroup.it/HomeArgomenti.asp?ID=240&Oggetto2=Ricerca%2.
..
>
> Ciao
>
> --
>
> Roberto da Parma
Grazie della dritta sempre sempre utile
rigurado alla ricerca a tentoni...
beh ecco prima di chiedere aiuto cerco di cavermela da sola
o almeno arrivare a voi con un bagaglio minimo di conoscenze
GRazie ancora


title: Record filtrati in percentuale.

author: Roberto

text:
Ho creato una query e applicato un filtro in base al Sesso (m/f); vorrei
creare un campo nel quale far comparire in percentuale il risultato del
filtro, rispetto al totale, es:
Clienti n. 100
Femmine n. 30
Percentuale di femmine rispetto al totale = 30%
Grazie
Roberto
PS
Buona Domenica.


title: Record filtrati in percentuale.

text:
"Roberto" <
xxxxx...@tin.it
> ha scritto nel messaggio
news:vHyha.31511$Jg1.6...@news1.tin.it...

Se hai filtrato dinamicamente una QRY l'unico modo per recuperare il Numero
di Record ORIGINALE è quello di contare dalla Tabella con:
NumRecTOT= DCOUNT("[IdPrimaryKey],"NomeTabella"
Per sapere quanti record hai nella QRY, visto che suppongo sia l'origine
dati di una
FORM allora usa:
NumRecFiltrati= Me.RecordsetClone.RecordCount
Ora, per il calcolo percentuale è un semplice calcoletto......!
Percentuale=100*NumRecFiltrati/NumrecTot
@Alex.


title: Problema file excel

author: Pippo Salemi

text:
Non sò dove sbattere la testa e quindi mni rivolgo a voi che avete
sempre risolto i miei problemi.
Ho un file excel che non riesco ad aprire "Impossibile leggere il file",
ho trovato in rete un software che lo recupero i file rovinati ma è a
pagamento.
Conoscete qualche scorciatoia?
Aiuto, grazie.
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Problema file excel

text:
Niente da fare caro amico, ciň che č rovinato č rovinato e basta, o hai
delle copie o ti serve olio di gomito e forza di volontŕ... credimi, neanche
quelli a pagamento servono spesso a nulla, poi se lo trovi fortuna per te,
io a suo tempo non l'ho trovato, eppure mi č costato 2.000.000 di vecchie
lire, mica broccoli e patate!!! ... ecco perchč bisogna pianificare sempre e
comunque nella gestione del proprio lavoro delle procedure di backup.
--
Maurizio75


title: Problema file excel

text: prova a eseguire un chkdsk con l'opzione recupera


title: Fronte retro msaccess

text:
ho un problema che non riesco a risolvere..
utilizzo una stampante settata per stamapre in F/R , i report generati
fino ad ora escono tranquillamente in F/R, ultimamante ho creato un
nuovo report e incredibilmente quest'ultimo e solo questo non esce in
F/R.... :(  a qualcuno viene in mente qalcosa del perchè?


title: OT macro in word

author: NAo+

text:
Come posso intercettare l'evento tipo in apertura?
Mi spiego meglio, vorrei che ogni volta cha apro word mi si avvii in certo
codice o macro, come posso fare?
Grazie
Ciao NAdir


title: OT macro in word

author: omnitow

text:
"NAo+" <
naon...@inwind.it
> ha scritto nel messaggio
news:yTGl9.28165$e31.6...@twister2.libero.it...

Non ricordo più il nome che devi assegnare alla sub cmq da word ricerca
nella guida "macro ad esecuzione automatica"
Ciao omnitow


title: OT macro in word

author: Maurizio Borrelli

text:
> "NAo+" news:yTGl9.28165$e31.6...@twister2.libero.it...:
> Come posso intercettare l'evento tipo in apertura?
> Mi spiego meglio, vorrei che ogni volta cha apro word mi si avvii in certo
> codice o macro, come posso fare?
    Consulta la guida di Word alla pagina:
        Controllo dell'avvio di Microsoft Word
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------


title: Prelevare dati da un campo del record precedente

author: Elsis

text:
Salve ragazzi,
Avendo una tabella con questo schema:
data - descrizione - entrata - uscita - giacenza
avrei la necessità di riportare sul record successivo il valore
del campo giacenza del record precedente.
per intenderci:
data - descrizione - entrata - uscita - giacenza
01/11     alfa           100      50        10
02/11     beta           205      25        15
nella query che sviluppo ho necessità di utilizare il valore
giacenza "10" nel record del 02/11, e cosi per tutti i record.
Mi aiutate per favore.
Grazie come sempre a tutti in anticipo
--
Postato da Alice Newsgroup: lo usi da web ma con le funzioni del newsreader
http://newsgroup.alice.it
Gerarchie it, italia, it-alt, tin, it.binari. Unico!


author: Luciano (DOC)

text:
"Elsis" <
elsi...@alice.it
> ha scritto nel messaggio
news:23649911.1227548990811.JavaMail.newsgroup@sc-ng-1...
> nella query che sviluppo ho necessità di utilizare il valore
> giacenza "10" nel record del 02/11, e cosi per tutti i record.
Non puoi farlo con una query. Devi aprire un recordset e scorrerlo, leggendo
e scrivendo i valori.
Saluti.
Luciano


author: antonio

text:
"Elsis" <
elsi...@alice.it
> ha scritto nel messaggio
news:23649911.1227548990811.JavaMail.newsgroup@sc-ng-1...

Per capire un po'...
Ti trovi nella maschera che deve generare il nuovo record 03/11 e vorresti
che ti venga proposta la giacenza confermata per il giorno 02/11 (ovvero 15)
?
Se è così potresti inserire un fac-simile della seguente routine nell'evento
Form_Load:
Private Sub Form_Load()
    Dim rs As Recordset
    Set rs = Me.RecordsetClone
    rs.MoveLast
    Me.Giacenza = rs!Giacenza
End Sub
Ciao
Antonio


author: Karl Donaubauer

text:
Elsis wrote:
> Avendo una tabella con questo schema:
>
> data - descrizione - entrata - uscita - giacenza
>
> avrei la necessità di riportare sul record successivo il valore
> del campo giacenza del record precedente.
>
> per intenderci:
>
> data - descrizione - entrata - uscita - giacenza
> 01/11     alfa           100      50        10
> 02/11     beta           205      25        15
>
> nella query che sviluppo ho necessità di utilizare il valore
> giacenza "10" nel record del 02/11, e cosi per tutti i record.
Prova con questa espressione per un campo calcolato nella query:
DLookUp("giacenza";"tabella";"data=" & CLng(DMax('data';tabella;'data<' &
CLng(data))))
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


text:
Karl Donaubauer ha scritto:

Ho provato la tua formula Karl e funziona perfettamente. Ti
ringrazio molto e ti complico ancora di più la vita:
Considerando che io vorrei che lui prelevasse la giacenza
precedente dello stesso articolo, come faccio ad inserire nella
formula anche l'articolo. Ovvero, mi serve che access mi dia la
giacenza precedente dell'articolo del record in questione e non
semplicemente la giacenza rilevata dal record precedente.
Riprendendo l'esempio già citato:
data - descrizione - entrata - uscita - giacenza
01/11     alfa           100      50        10
02/11     beta           205      25        15
03/11     alfa           50       30        30
nella query che sviluppo ho necessità di utilizzare il valore
giacenza "10" nel record del 03/11, e cosi per
tutti i record, in quanto è la giacenza precedente dell'articolo
alfa.
Grazie ancora.
Ciao



text:
Elsis1977 wrote:
> Karl Donaubauer ha scritto:
>> ...
>> DLookUp("giacenza";"tabella";"data=" &
>> CLng(DMax('data';tabella;'data<' &
>> CLng(data))))
> ...
> Ho provato la tua formula Karl e funziona perfettamente. Ti
> ringrazio molto e ti complico ancora di più la vita:
> Considerando che io vorrei che lui prelevasse la giacenza
> precedente dello stesso articolo, come faccio ad inserire nella
> formula anche l'articolo. Ovvero, mi serve che access mi dia la
> giacenza precedente dell'articolo del record in questione e non
> semplicemente la giacenza rilevata dal record precedente.
> Riprendendo l'esempio già citato:
>
> data - descrizione - entrata - uscita - giacenza
> 01/11     alfa           100      50        10
> 02/11     beta           205      25        15
> 03/11     alfa           50       30        30
>
> nella query che sviluppo ho necessità di utilizzare il valore
> giacenza "10" nel record del 03/11, e cosi per
> tutti i record, in quanto è la giacenza precedente dell'articolo
> alfa.
DLookUp("giacenza";"tabella";"descrizione='" & descrizione & "' And data=" &
CLng(DMax('data';tabella;'descrizione=' & Chr$(39) & descrizione & Chr$(39)
& ' And data<' & CLng(data))))



title: origine dati Grafico MS EXcel

author: Scintilla

text:
Ho inserito un oggetto "grafico di MS Excel" in una maschera di Access...
Il problema è questo, come faccio a indirizzare l'origine dei dati (che ora
è del tipo =Foglio1!$A$1:$D$7) verso la tabella principale del database???
che stringa devo inserire nella casella dove chiede di specificare l'origine
dei dati??
Grazie in anticipo!


title: origine dati Grafico MS EXcel

author: Claudio(BS)

text:
Scintilla ha scritto:

Non ne sono sicuro al 100% ma in teoria credo sia da compilare l'origine
dati (Foglio1!$A$1:$D$7) con i dati della tua tabella, in alternativa
potresti provare a specificare una query nell'origine dati che estrae i
dati dal database, l'unico inconveniente di queste soluzioni è che il
foglio di excel arriva *solo* a 65536 righe e 256 colonne.
byez
--
Claudio(BS)
per rispondere aggiungi claudio
** Articolo inviato tramite i servizi gratuiti di
www.x-privat.org
 **


title: origine dati Grafico MS EXcel

text:
> Non ne sono sicuro al 100% ma in teoria credo sia da compilare l'origine
> dati (Foglio1!$A$1:$D$7) con i dati della tua tabella,
...infatti.... mi chiedevo appunto come si compila l'origine dati, per far
riferimento alla tabella del database!
saluti


title: origine dati Grafico MS EXcel

text:
Scintilla ha scritto:

apri excel -> menu dati -> carica dati esterni -> nuova query su database
Imposti la tua query e salvi il file
chiudi excel (non è necessario ma non si sa mai)
apri il tuo database
inserisci i valori nella tabella
chiudi il database
riapri il file di excel e ... magia!!!
oppure tutto tramite vba con DAO o ADO, vedi tu quello che preferisci.



title: impostare valore di casella di testo di una form dal codice di una subform

author: PIPPO

text:
Buongiorno,
mi sono perso nel tentativo di impostare il valore di una casella di testo
contenuta in una form da un evento associato ad un pulsante di una sua
subform.

Premesso che non ne so molta, ho provato in vari modi finchè  ho trovato sul
sito comune il riferimento parent, che mi sembrava appropriato, ma mi
restituisce un errore.

il codice che uso è nell’evento su click di un pulsante della sottomaschera
in visualizzazione continua è:

Me.Parent!Testo14 = Me!codice
Me.Parent!Testo16 = Me!prodotto
Me.Parent!Testo18 = Me!Saldo - Me!SommaDiGiacenza
Me.Parent.Requery

l’errore che ricevo è:
metodo parent  dell’oggetto ‘_form_Sottomaschera xxxx’ non riuscito.

In pratica, posto che la maschera principale si chiama abbinamenti e la
secondaria si chiama xxxx, come posso fare?

Grazie!


title: contare in un periodo

author: paolo

text:
ciao,
forse avrete già risolto problemi simili, ma dando un'occhiata ai post
precedenti non ho trovato nulla di adeguato alla mia situazione.
in sintesi:
ho una tbl assistiti e la solita relazione 1-M con la tbl ricoveri e con le
due date, ammissione e dimissione.
come da schema sotto le situazioni possono essere varie ed ho bisogno quindi
di sapere quanti giorni di permanenza ha avuto ogni paziente (A,B,C,D) nel
periodo T1-T2
spero di essere stato chiaro.
grazie a tutti.
           T1                 T2
A    ----|-------          |
B    ----|--------------|-----
C          |    --------     |
D          |            ------|-----
--- = permanenza


title: contare in un periodo

author: roby

text:
"paolo" <
knive...@yahoo.com.au
> ha scritto nel messaggio
news:48922960$0$1092$4faf...@reader1.news.tin.it...

Io farei una query semplicissima e ti crei all'interrno della stessa un
campo calcolato cosi:
=[dimissione]-[ammissione]    risultato un numero fixed decimali 0 ed il
gioco è fatto.
é la prima risposta fammi sapere se ok


title: contare in un periodo

text:

Puoi usare la funzione "DateDiff" espressa in giorni; in un query crei
un campo calcolato inserendo:
permanenza: DateDiff("g";[T1];[T2])
Fammi sapere.
Ciao Vladimiro.


title: contare in un periodo

text:

> Ciao Vladimiro.- Nascondi testo citato
>
> - Mostra testo citato -
Naturalmente la stessa espressione la puoi inserire nelle maschere e
nei reports senza passare per le query :-)
Di nuovo Vladimiro.


title: contare in un periodo

author: giorgio rancati

text:
"paolo" <
knive...@yahoo.com.au
> ha scritto nel messaggio
news:48922960$0$1092$4faf...@reader1.news.tin.it...

Ciao Paolo,
quesito carino :-)
Allora... il primo passo da fare è quello di filtrare gli IdAssistito che
hanno un intervallo di date che cade nel periodo tra T1 e T2
Quindi  Dimissione>=T1 AND  Ammissione<=T2
Facciamo la prova del 9, sicuramente dobbiamo escludere i ricoveri che hanno
Ammissione>T2 oppure Dimissione<T1
quindi gli IdAssistito E e F della tabella qui sotto
           T1                 T2
A    ----|-------          |
B    ----|--------------|-----
C          |    --------     |
D          |            ------|-----
E   ---- |                     |
F          |                     |  ----
che tradotto in espressione diventa NOT (Ammissione>T2 OR Dimissione<T1)
bene, adesso applichiamo De Morgan togliendo la NOT e trasformando la OR in
AND negando (ovvero ottenere l'opposto) delle condizioni
> che diventerà <=
e
< che diventerà >=
si ottiene così Ammissione<=T2 AND Dimissione>=T1
Ok, i conti tornano, è la stessa cosa che avevo scritto sopra con la sola
differenza nell'ordine dei termini.
Ora bisogna calcolare il numero di giorni considerando che: se Ammissione è
minore di T1 bisogna considerare T1 altrimenti Ammissione ovvero
----
IIf(Ammissione<T1,T1,Ammissione)
----
e se Dimissione è maggiore di T2 bisogna considerare T2 altrimenti
Dimissione ovvero
----
Iif(Dimissione>T2,T2,Dimissione)
----
poi facciamo la sommatoria della differenza in giorni dei valori ottenuti.
Quindi data una tabella di nome Ricoveri con i Campo IdAssistito,Ammissione
e Dimissione di cui si vuole sapere la permanenza in giorni degli assistiti
dal 10/07/2008 al 20/07/2008 possiamo scrivere la seguente query
----
SELECT IdAssistito,
   SUM(Datediff('D',IIf(Ammissione<T1,T1,Ammissione),
             Iif(Dimissione>T2,T2,Dimissione))) AS Giorni
FROM Ricoveri,
    (SELECT TOP 1 #07/10/08# AS T1,
          #07/20/08# AS T2
    FROM Ricoveri) AS Periodo
WHERE Dimissione>=Periodo.T1 AND  Ammissione<=Periodo.T2
GROUP BY IdAssistito
----
ps.. la tabella derivata
----
    (SELECT TOP 1 #07/10/08# AS T1,
          #07/20/08# AS T2
    FROM Ricoveri) AS Periodo
----
l'ho scritta solo per la comodità di avere T1 e T2 nelle varie espressioni,
ovviamente puoi toglierla e sistituire tutti i T1 e T2 con le date del
periodo da prendere in considerazione, le date sono scritte con la notazione
anglosassone perchè il linguaggio SQL lo richiede, comunque dall'interfaccia
grafica della query puoi mettere le date nella notazione Italiana.
Ciao
Giorgio


title: contare in un periodo

text:
"giorgio rancati" <
giorgio_No_Sp...@tiscali.it
> ha scritto nel
messaggio news:48923857$0$26154$5fc...@news.tiscali.it...

grazie infinite a tutti!
sono già all'opera, appena concludo qualcosa vi farò sapere!
di nuovo grazie!


title: contare in un periodo

text:
wow, non ho parole!
funziona alla grande!!!
ho solo aggiunto un +1 sul calcolo dei giorni in quanto per me il giorno
della dimissione va comunque computato.
grazie 1000 Giorgio e grazie anche a roby e vladileon


title: salve

author: kolino

text:
Salve a tutti, questo è il mio primo accesso al NG.
Ho conosciuto molti di Voi al CISA2  (il mio nome intero è NICOLA TEOTONICO)
BUON LAVORO!


title: salve

author: Sergio MAZZA

text:
"kolino" <
in...@espoint.it
> ha scritto nel messaggio
news:iDLng.15753$_J1.2...@twister2.libero.it...

Benvenuto e buon lavoro anche a te!
Ciao.
--
Sergio MAZZA


title: salve

author: VedoTondo

text:
"kolino" <
in...@espoint.it
> ha scritto nel messaggio
news:iDLng.15753$_J1.2...@twister2.libero.it...

Benvenuto!


title: salve

author: MA

text:

Ciao Nicola, benvenuto
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: salve

author: Pablitomf (Maurizio Facciuti)

text:
kolino ha scritto:
> Salve a tutti, questo è il mio primo accesso al NG.
> Ho conosciuto molti di Voi al CISA2  (il mio nome intero è NICOLA TEOTONICO)
> BUON LAVORO!
Ave cesare... e buon lavoro anche a te.
primo consiglio... questo NG ha un pò di regole da rispettare per il
corretto utilizzo dello stesso... credo sia meglio leggerlo.
Titolo : Come ci si dovrebbe comportare in un newsgroup
ovvero 'Istruzioni per l'uso'
link :
http://www.sitocomune.com
sez. ICAA
;-)
--
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------------
http://www.accessgroup.it/
http://www.sitocomune.com/
----------------------------------
Non mi fido molto delle statistiche, perchè un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media.
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: pregi e difetti Access

author: ringo

text:
Salve a tutti,
ho creato un MDB abbastanza complesso,
un mio collega si lamentava del fatto che nell'ultimo periodo
il progetto era lentissimo... beh indagando un pò ho visto
che l'MDB era diventato grandissimo ben 640 mb! (solo il front end)
compattandolo è diventato 85 mb e le prestazioni sono
tornate normali...
Secondo la vostra esperienza cos'è che incide molto
sull'aumento della grandezza dell'mdb? ci sono operazioni
particolari dove occorre prestare attenzione?
Facendo delle prove ho visto per esempio che una maschera,
prende solo dei parametri impostati dall'utente, crea delle
stringhe sql es esegue sui dati (i dati sono TUTTI esterni
al front end) le estrazioni dopodichè li mostra
tramite sottomaschere (quindi operazioni di sola lettura);
tutto questo comporta un'incremento dell'mdb di 4/5 MB ogni
volta che eseguo l'estrazione...
grazie!
ringo


title: pregi e difetti Access

author: Pixel

text:
"ringo"
> ho creato un MDB abbastanza complesso,
> un mio collega si lamentava del fatto che nell'ultimo periodo
> il progetto era lentissimo... beh indagando un pò ho visto
> che l'MDB era diventato grandissimo ben 640 mb! (solo il front end)
> compattandolo è diventato 85 mb e le prestazioni sono
> tornate normali...
> Secondo la vostra esperienza cos'è che incide molto
> sull'aumento della grandezza dell'mdb? ci sono operazioni
> particolari dove occorre prestare attenzione?
A parte la compattazione?
1) Reimportare tutto il FE in un nuovo .mdb a progetto terminato.
2) Crare il .MDE
> Facendo delle prove ho visto per esempio che una maschera,
> prende solo dei parametri impostati dall'utente, crea delle
> stringhe sql es esegue sui dati (i dati sono TUTTI esterni
> al front end) le estrazioni dopodichè li mostra
> tramite sottomaschere (quindi operazioni di sola lettura);
> tutto questo comporta un'incremento dell'mdb di 4/5 MB ogni
> volta che eseguo l'estrazione...
A parte l'incremento esagerato (non è che lavori col formato 2000 in AXP)
... l'SQL generato dinamicamente con tabelle collegate provoca un certo
"bloating" del FE.
Non dimenticare che un .mdb/e con tabelle collegate (pur privo di tabelle
temporanee locali) resta sempre un Database (diverso è il discorso per gli
.ADP/E).
Probabilmente le aree di cache necessarie a "compilare" le query non salvate
vengono gestite nel FE facendo aumentare le dimensioni.
In fondo basta saperlo: setta l'opzione di autocompattazione alla chiusura.
Saluti.


title: pregi e difetti Access

text:
"ringo" <> ho creato un MDB abbastanza complesso,
> un mio collega si lamentava del fatto che nell'ultimo periodo
> il progetto era lentissimo... beh indagando un pò ho visto
> che l'MDB era diventato grandissimo ben 640 mb! (solo il front end)
>
> compattandolo è diventato 85 mb e le prestazioni sono
> tornate normali...
Dimenticavo:  85 MB restano dimensioni incredibili per un FE ... hai
senz'altro inglobato immagini.


title: pregi e difetti Access

text:
"Pixel" <
pixe...@libero.it
> ha scritto nel messaggio
news:TFsLc.6691$OH4.1...@twister1.libero.it...

no immagini zero...anzi saranno un paio...
cmq ci sono circa 400 query
300 maschere e sottomaschere
e circa 300 report
qui vedi alcune parti del programma:
http://www.assi-net.it/demo/Demo_RasAgent.swf
ciao
ringo


title: pregi e difetti Access

text:
"ringo" <
>
> no immagini zero...anzi saranno un paio...
>
> cmq ci sono circa 400 query
> 300 maschere e sottomaschere
> e circa 300 report
Sono comunque troppi 85 MB.
Che succede se reimporti tutto in un nuovo. mdb?
Pixel


title: pregi e difetti Access

text:
"Pixel" <
pixe...@libero.it
> ha scritto nel messaggio
news:5btLc.6775$OH4.1...@twister1.libero.it...

ogni tanto lo faccio... non scende di molto la dimensione...


title: pregi e difetti Access

text:
"ringo" <
> > > cmq ci sono circa 400 query
> > > 300 maschere e sottomaschere
> > > e circa 300 report
Già: le query salvate (proprio perchè "precompilate" localmente) portano via
parecchio spazio.
Probabilmente si potrebbe ridurre "ripulendo" i moduli di codice, ma a
questo punto è rognosa.
Pixel


title: pregi e difetti Access

text:
"ringo" <
ri...@tiscali.it
> ha scritto nel
messaggio
news:cdlmr9$5ad$1...@newsread.albacom.net...

questo link porta ad una pagina bianca
La ripristini?
MAssimiliano


title: pregi e difetti Access

text:
"MA" >
> questo link porta ad una pagina bianca
> La ripristini?
Sei curioso eh?    ;-)


title: pregi e difetti Access

text:
"Pixel" <
pixe...@libero.it
> ha scritto nel
messaggio
news:wpwLc.8013$OH4.1...@twister1.libero.it...

Sempre
MAssimiliano


title: pregi e difetti Access

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:lmwLc.3857$B06....@news.edisontel.com...

il link è attivo forse devi aspettare il caricamento...
è circa 1,4 mb in formato flash...
bye
ringo


title: pregi e difetti Access

text:

Guarda che io ho una connessione veloce e non c'è
neanche una barra di caricamento.
E' semplicemente bianca.
MAssimiliano


title: pregi e difetti Access

text:

Risolto.
Effettivamente è lentissimo il caricamento.
MAssimialino


title: Clacolo del tempo medio

author: Increpone

text:
Ho una tabella in cui ho messo l'ora di inizio di una procedura e
l'ora del termine della procedura
Ho creato una quey che mi calcola il tempo trascorso tra l'inizio e la
fine in ore.minuti.
Ad esempio:
Ora inizio = 13.30
Ora Fine = 14.40
Durata intervento = 1.10
Ora ho bisogno di una query che mi calcoli il tempo medio di durata
delle procedure
Se ad esempio ho una procedura che dure 2.30 e una che dura 1.50, la
media deve essere 2.10  (2 ore e 10 minuti)
Ho provato a far calcolare la media in una query ma mi esce un numero
tipo: 0,0746527777777778
Qualcuno sa dirmi come fare per avere il valore medio nel formato
ore.minuti
Grazie


title: Clacolo del tempo medio

author: almorel

text:

Ciao,
così a caldo,
usa la funzione DateDiff ("n",Data1,data2) per la differenza in minuti
poi dividi i minuti per intero (\) e hai le ore, poi fai minuti Mod 60
ed ha il resto dei minuti.
OreMinuti=Minuti\60 & ":" & Minuti Mod 60
Ciao e auguri !
Alberto


title: Clacolo del tempo medio

text: Ok provo subito Grazie.


title: Tabelle collegate al vecchio Fox Pro ?

author: Simone Calligaris

text:
Esiste la possibilità, utilizzando recenti versioni di Access, di creare linked tables (anche sola lettura) a vecchi DB Visul Fox Pro?

Saluti


title: Tabelle collegate al vecchio Fox Pro ?

author: Ammammata

text:
Il giorno Thu 17 Jun 2021 04:11:58p, *Simone Calligaris* ha inviato su
it.comp.appl.access il messaggio
news:cbe75ead-442a-4a3d...@googlegroups.com
. Vediamo
cosa ha scritto:

> Esiste la possibilità, utilizzando recenti versioni di Access, di
> creare linked tables (anche sola lettura) a vecchi DB Visul Fox Pro?
>

nella mia esperienza NO

ho dovuto ricorrere a una prima esportazione in Excel e successivamente in
Access

se hai modo di cercare nei post (molto) vecchi troverai la discussione

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........


title: Tabelle collegate al vecchio Fox Pro ?

text:
Il giorno Thu 17 Jun 2021 04:23:54p, *Ammammata* ha inviato su
it.comp.appl.access il messaggio
news:XnsAD4CA6CE0FD20am...@127.0.0.1
. Vediamo cosa ha
scritto:

> ho dovuto ricorrere a una prima esportazione in Excel

Private Sub Execute_Click()
'
' opens all DBF files and convert to XLSX
'
    Dim MyName, MyDir As String

    MyDir = SourceDataPath ' to be read from parameters!

    Application.ScreenUpdating = False
    Application.DisplayStatusBar = True

    MyName = Dir(MyDir + "*.dbf")
    Do While MyName <> ""
        With ctl
            On Error Resume Next
            Kill MyDir + MyName + ".xlsx"
            On Error GoTo ErrorExecute
            Application.StatusBar = "Converting " + MyName + "..."
            Workbooks.Open Filename:=MyDir + MyName, ReadOnly:=True
            Cells.Select
            Selection.Replace What:="À", Replacement:="·", LookAt:=xlPart,
_
                SearchOrder:=xlByRows, MatchCase:=False,
SearchFormat:=False, _
                ReplaceFormat:=False
            ActiveWorkbook.SaveAs Filename:=MyDir + MyName + ".xlsx" _
                , FileFormat:=xlOpenXMLWorkbook, CreateBackup:=False
            ActiveWorkbook.Close

        End With
        MyName = Dir
    Loop
    Application.StatusBar = "Conversion completed!"
    Application.ScreenUpdating = True
    Application.DisplayStatusBar = False

    Workbooks.Close

ExitErrore:
    Exit Sub

ErrorExecute:
    MsgBox Err.Description
    Resume ExitErrore

End Sub

> e successivamente in Access
>

Private Sub Create_Archive_Click()

    Dim MyName, TableName, MyDir As String
    MyDir = SourceFilePath

    MyName = Dir(MyDir + "*.xlsx")
    Do While MyName <> ""
        With ctl
            TableName = Left(MyName, Len(MyName) - 9)
                ' Manage some particular cases
                If TableName = "BUDGET" Then TableName = "BUDGET1"
                If TableName = "COMPANY" Then TableName = "COMPANY1"
                ' end of particular cases
            DoEvents
            SysCmd acSysCmdSetStatus, "Importing : " & TableName
            On Error Resume Next
            CurrentDb.TableDefs.Delete (TableName)
            DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9,
TableName, MyDir + MyName, True
        End With
        MyName = Dir
    Loop

SysCmd acSysCmdSetStatus, "Done : click Exit to close"

End Sub



title: Tabelle collegate al vecchio Fox Pro ?

author: Karl Donaubauer

text:
Salve,

Ammammata:
> Simone Calligaris* ha scritto:
>
>> Esiste la possibilità, utilizzando recenti versioni di Access, di
>> creare linked tables (anche sola lettura) a vecchi DB Visul Fox Pro?
>
> nella mia esperienza NO
> ...

Non l'ho mai provato, ma non funziona con il driver ODBC per FoxPro?

https://docs.microsoft.com/en-us/office/troubleshoot/access/fails-connecting-foxpro-databases

--
Ciao
Karl
*********
http://AccessDevCon.com

Access FAQ:
https://www.donkarl.com/it


title: Tabelle collegate al vecchio Fox Pro ?

text:
Il giorno Thu 17 Jun 2021 04:56:50p, *Karl Donaubauer* ha inviato su
it.comp.appl.access il messaggio
news:ij165i...@mid.individual.net
.
Vediamo cosa ha scritto:

>
> Non l'ho mai provato, ma non funziona con il driver ODBC per FoxPro?
>
>
https://docs.microsoft.com/en-us/office/troubleshoot/access/fails-conne

> cting-foxpro-databases
>
>

a suo tempo avevo problemi con la versione a 64 bit o roba del genere

diciamo che con il passare degli anni l'esigenza di accedere ai dati VFP
del vecchio gestionale sta scomparendo piano piano, questo è l'ultimo dove
le statistiche tornano indietro fino al 2018

quello nuovo è SQL e qui i driver ODBC ci sono senza problemi



title: Tabelle collegate al vecchio Fox Pro ?

text:
Il giorno giovedì 17 giugno 2021 alle 16:56:53 UTC+2 Karl Donaubauer ha scritto:
> Salve,
>
> Ammammata:
> > Simone Calligaris* ha scritto:
> >
> >> Esiste la possibilità, utilizzando recenti versioni di Access, di
> >> creare linked tables (anche sola lettura) a vecchi DB Visul Fox Pro?
> >
> > nella mia esperienza NO
> > ...
>
> Non l'ho mai provato, ma non funziona con il driver ODBC per FoxPro?
>
>
https://docs.microsoft.com/en-us/office/troubleshoot/access/fails-connecting-foxpro-databases

In realtà si tratta d'un lavoro che ancora non ho iniziato: diciamo che sto raccogliendo feedbacks  ;-)
Se l'ODBC in oggetto darà problemi (lessi alcuni post in rete a tal proposito) ripiegherò sulla soluzione creativa di Ammammata.

Grazie a entrambi


title: Tabelle collegate al vecchio Fox Pro ?

text:
Il giorno Thu 17 Jun 2021 07:57:12p, *Simone Calligaris* ha inviato su
it.comp.appl.access il messaggio news:f6155816-7518-4c79-ba23-
bbe6b7...@googlegroups.com
. Vediamo cosa ha scritto:

> ripiegherò sulla soluzione creativa di Ammammata

occhio che la conversione in excel si perde per strada i campi memo

per me non era un problema, per altri potrebbe esserlo



title: Protezione Database in Access 2000

author: Paolo Holzl

text:
Per favore rispondete solo se avete dati certi.
Ho protetto un database mediante la Password in Access 97, protezione
che si sa essere attaccabile.
Proteggere mediante rimozione privilegi e criptaggio non va bene
quando si lavora 'allegando' le tabelle del database protetto
(purtroppo), e quindi sempre quando e' un database di rete.
Vi risulta che la protezione dell' MDB di access 2000 sia cambiata e
qundi insattaccabile ?
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam
For reply, substitute xxx with gruppotekup


title: Protezione Database in Access 2000

author: Federico Luciani

text:
Paolo Holzl wrote:
> Per favore rispondete solo se avete dati certi.
> Ho protetto un database mediante la Password in Access 97, protezione
> che si sa essere attaccabile.
> Proteggere mediante rimozione privilegi e criptaggio non va bene
> quando si lavora 'allegando' le tabelle del database protetto
> (purtroppo), e quindi sempre quando e' un database di rete.
> Vi risulta che la protezione dell' MDB di access 2000 sia cambiata e
> qundi insattaccabile ?
So per certo che e' cambiata, nel senso che non e' piu' cosi' immediato
craccarlo.
--
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------


title: Problema con la registrazione dei controlli Activex.

author: Andrea

text:
Cosa devo fare per ovviare al seguente problema in fase di registrazione dei
controlli activex.
In particolare per i controlli imgedit.ocx e imgscan.ocx.
Il messaggio d'errore che mi ritorna é
"Impossibile aggiungere/eliminare c:\imgedit.ocx. Installare/rimuovere il
controllo usando una utilità di installazione separata."
Premetto che il computer è con sistema operativo xp prof. con tutti gli
aggiornamenti installati, office 2000 con tutti gli aggiornamenti
installati, VB6 pro installato ecc. ecc.
La stessa configurazione ce l'ho su un'altro computer che invece mi registra
tranquillamente i nuovi controlli.
Non ci capisco più niente.
Qualcuno mi sa aiutare?
Grazie.
Andrea


title: Doveroso ringraziamento

author: Tezuya

text:
Mi rivolgo in particolare a Roberto....sei grande!
Con i tuoi consigli e la tua pazienza sono quasi riuscito ad implementare
quel benedetto archivio di immagini mediche, le ultime dritte hanno centrato
perfettamente il problema.
Mi sono rimasti solo un paio di dubbi:
1)Qual'è il miglior modo per spostare lo stato attivo su un particolare
controllo (ad es. una immagine)?Posso cambiare le proprietà di un controllo
anche se non ha lo stato attivo?
2)Come posso aprire automaticamente Paint di Windows con una immagine jpeg
(poichè di default parte con le bitmap) o meglio, come è possibile lanciare
con un controllo (ad es. un bottone di comando) Paint passandogli un
determinato file grafico?
Grazie ancora.


title: Doveroso ringraziamento

author: Enrico Cannoni

text:
"Tezuya" <
tez...@interfree.it
> ha scritto nel messaggio
news:bG%W6.35697$Cq5.4...@news.infostrada.it...

Al secondo quesito la risposta dovrebbe essere la seguente:
Inserisci un pulsante e poi associa all'evento clic il seguente codice
Dim prova As Variant
prova = testo
Shell ("e:\programmi\Jasc Software Inc\Paint Shop Pro 7\psp.exe" & Chr$(34)
& prova & Chr$(34))
testo è il campo di dito testo che contiene il percorso del file da
visualizzare
e nel mio caso ho usato psp, tu naturalmente usa il programma che vuoi.
N.B. Io stesso ero ricorso ai consigli dei nostri amici per avere la stringa
corretta.
Ciao Enrico


title: dichiarazione di un recordset

author: Centro Sviluppo Sistemi

text:
Salve!
Ho un problema, del quale nn mi spiego assolutamente il motivo:
Dim rs as Recordset
Set rs = CurrentDb.OpenRecordset ("ISORTA0F")
questa dichiarazione sta all'interno di una procedura onclick di un
pulsante..
La tabella cè,e m sembra proprio che il codice sia giusto,ma quando mando in
esecuzione il pgm m si ferma sulla seconda riga dicendo TIPO NON
CORRISPONDENTE..
in che cosa sbaglio?
Grazie x l'interessamento!


title: dichiarazione di un recordset

author: namor

text:
Centro Sviluppo Sistemi ha scritto:

Forse hai il riferimento alle librerie ADO sopra alle DAO in
Strumenti-Riferimenti. Openrecordset restituisce un recordset DAO. Inverti
l'ordine, o esplicita la libreria che vuoi usare:
Dim rs as DAO.Recordset
Namor
--
namor at inwind punto it
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: ATTRACTIVE PROPOSAL!

author: John

text:
Hi Everybody!
Three weeks ago I bought a programm to automate my routine operations on
MS Access databases:
Backup
Compact
Synchronize e. c.
It works perfect and I love it but...
The company
www.redprise.onecommerce.net
 when I bought it is offering each
third registered copy for FREE.
And I have an idea:
If someone buys this utility (the BackAdmin - $99) we will be able to get
second one for FREE.
To get the third copy you have to send your two previous registration
numbers.
You send me your registration number and I will buy third copy for us for
FREE!!!
Who is intrested - please write me.
Warm regards,
John Edwards.


title: ATTRACTIVE PROPOSAL!


title: somme complicate

author: Laura Atzeni

text:
salve a tutti, metto le mani avanti e vi dico subito che non sono  una cima
in access... mi servirebbe assolutamente risolvere un problema legato a
calcoli che con excel non sono un problema... ho una colonna di entrate e
una di uscite, dovrei fare in modo che in ogni riga, in una terza colonna
che chiamo saldo cassa, venga calcolata la differenza fra entrate e uscite
della stessa riga e il risultato venga sommato al saldo cassa della riga
precedente... una specie di subtotale da ottenere a ogni riga.
qualcuno sa gentilmente aiutarmi?
grazie


title: somme complicate

author: Bruno Campanini

text:
"Laura Atzeni" <
la.a...@tiscali.it
> wrote in message
news:47d45cb5$0$31746$5fc...@news.tiscali.it...

Per il mio pragramma di contabilità ho creato questa funzione:
-----------------------------------------------------------------
Public Function SaldoProgressivo() As Currency
Dim ProgressivoDare As Currency, ProgressivoAvere As Currency
Dim RS As Recordset
Set RS = CodeContextObject.RecordsetClone
On Error GoTo SaldoProgressivo_Err
RS.MoveFirst
On Error GoTo 0
Do Until RS.EOF
    ProgressivoDare = ProgressivoDare + Nz(RS![Dare], 0)
    ProgressivoAvere = ProgressivoAvere + Nz(RS![Avere], 0)
    If RS![NumReg] = CodeContextObject![NumReg] Then
        SaldoProgressivo = ProgressivoDare - ProgressivoAvere
        Exit Function
    End If
    RS.MoveNext
Loop
Exit_Function:
    Exit Function
SaldoProgressivo_Err:
    Resume Exit_Function
End Function
---------------------------------------------------------------
Penso possa adattarsi a varie circostanze.
Va posta in un modulo e funziona per qualsiasi scheda il cui
Record Source sia basato su Query / Table avente i campi:
-  [Dare]
-  [Avere]
-  [NumReg],  Long PK (Autonumber)
Semplicemente ponila nel Control Source (campo calcolato)
aggiunto sulla scheda (Continuos Form) che elenca i movimenti:
= SaldoProgressivo()
Bruno


title: somme complicate

author: MA

text:

metti questa in un modulo
 Function fctRunSum(intid As Integer) As Currency
Dim rs As DAO.Recordset
Set rs = CurrentDb.OpenRecordset("SELECT SUM(Entrate -Uscite) as Saldo FROM Contabilità WHERE id <=" & intid)
With rs
    fctRunSum = !saldo
End With
rs.Close: Set rs = Nothing
End Functione
e usala cosi'
SELECT Contabilità.ID, Contabilità.Data, Contabilità.[Costi Ricavi], Contabilità.Entrate, Contabilità.Uscite, fctRunSum([id]) AS Saldo
FROM Contabilità
ORDER BY Contabilità.ID;
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access


title: somme complicate

text:
Sarebbe possibile ordinare secondo un campo data?
ho inserito in questo modo ma mi da errore:
Set rs = CurrentDb.OpenRecordset("SELECT SUM(Entrate -Uscite) as Saldo FROM
[Dati generali] WHERE Id <=" & intid ORDER BY Data)
auguri a tutti
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:fr2t61$ef4$1...@tdi.cu.mi.it...



title: STARTING WITH

author: enzo

text:
salve atutti. Vorrei sapere quale è la clausola corrispondente a
STARTING WITH in Access grazie.


title: STARTING WITH

text:
enzo wrote:
> salve atutti. Vorrei sapere quale č la clausola corrispondente a
> STARTING WITH in Access grazie.
Ciao
Cosa vuoi ottenere?
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: STARTING WITH

text: vorrei solo sapere se c'è una clausola corrispondente in access


title: STARTING WITH

author: Alessandro Cara

text:
enzo wrote:
> vorrei solo sapere se c'č una clausola corrispondente in access
>
Corrispondente a che? Se non dici a che lingua appartiene "Starting
with" che puo' sembrare inglese ma potrebbe anche essere cisalpino
superiore o transalpino inferiore o magari rapanuese
left(X,n) = "Y"
o like o mid o instr e magari si trova pure qualche altro modo
--
ac


title: STARTING WITH

author: Ivan da casa

text:
"enzo" <
dumb...@virgilio.it
> ha scritto nel messaggio
news:1148890407.1...@j33g2000cwa.googlegroups.com...
salve atutti. Vorrei sapere quale č la clausola corrispondente a
STARTING WITH in Access grazie.
io proporrei LIKE '[C]' ....
per tutto quello che inizia per C
all'interno di una query ... lol ;)
ivan


title: svuotare casella combinata

author: Principiante

text:
Salve a tutti,
nel corpo della form sono presenti 5 caselle combinate con la funzione
di trovare un record nella maschera basato sul valore selezionato
nella casella combinata,
vorrei che la casella combinata torni vuota dopo la selezione.
il motivo?
se effettuo ricerche prima con una e dopo con un'altra casella
combinata,pur funzionando correttamente, le caselle combinate restano
impresse con la scelta fatta, anche se ormai si è selezionato un
record differente.
come posso fare?
*** Grazie ***


title: svuotare casella combinata

text:

Potresti fare un pulsante di comando  che ti azzera i valori delle
combo box con le istruzioni:
me.combo1=null
me.combo2=null
...
In questo modo lasci l'opportunità all'utente di fare le sue scelte.
Saluti.


title: svuotare casella combinata

text:

Ho risolto così;
    Me!MiaCasellaCombinata = Null
Posta su ogni casella combinata, qualsiasi utilizzo si svuota dopo la
scelta.
Grazie Dakkar.


title: svuotare casella combinata

text:

> Grazie Dakkar.- Nascondi testo tra virgolette -
>
> - Mostra testo tra virgolette
E se volessi togliere anche il fuoco?
Mi spiego, la casella si svuota ma il cursore continua a lampeggiare
al suo interno. Sarebbe meglio se anche il cursore non ci fosse.
Cosa suggerite?
*** Grazie ***


title: svuotare casella combinata

author: Geppo

text:
Ciao Principiante wrote:
-- cut--
>
> E se volessi togliere anche il fuoco?
> Mi spiego, la casella si svuota ma il cursore continua a lampeggiare
> al suo interno. Sarebbe meglio se anche il cursore non ci fosse.
> Cosa suggerite?
>
me.NomeAltroControllo.setfocus
> *** Grazie ***
prego
--
Ciao
Geppo


title: messaggio di errore sconosciuto

author: arturo

text:
cercando di esportare i dati di una tabella di access97 ottengo sempre
questo messaggio
"The Microsoft database engine stopped the process because you and
another user are attempting to chenge the same data at the same time".
Questo mi succede anche con la copia del file che cerco di utilizzare
sul mio computer casalingo (che non è in rete, quindi non ci sono
altri utenti).
Quando poi cerco di capire un pò meglio premendo il tasto con il punto
interrogativo mi compare la scritta:
"Il modulo di gestione di database Microsoft Jet ha interrotto
l'elaborazione. Un altro utente sta tentando contemporaneamente di
modificare gli stessi dati (3197)".
Questo errore può verificarsi in un ambiente multiutente.
Un altro utente ha modificato i dati che si sta cercando di
aggiornare. Questo errore può verificarsi quando più utenti aprono una
tabella o creano un oggetto Recordset e utilizzano un blocco
ottimistico. Nel periodo di tempo intercorso tra l'utilizzo del metodo
Edit e l'utilizzo del metodo Update, un altro utente ha modificato gli
stessi dati.
Per sovrascrivere le modifiche dell'altro utente con le proprie,
rieseguire il metodo Update."
Non riesco a capire cosa devo fare e cosa sia successo.
Ho provato in tutti i modi (quelli a me conosciuti, che sicuramente
non sono tutti) senza successo.
Avete suggerimenti??
Grazie Arturo.


title: Aprire nuovo file MDB

author: Luigi

text:
Buongiorno a tutti.
mi sapreste per cortesia dare l'istruzione VB per fare in modo che:
da un'applicazione Access al premere di un pulsante mi si apra un'altra
applicazione Access (diversa dalla prima).
Grazie
Luigi


title: Aprire nuovo file MDB

author: SunRex

text:
"Luigi" <
maur...@porta-spa.com
> ha scritto nel messaggio
news:YOz7b.306871$Ny5.9...@twister2.libero.it...

Sulla guida in linea guardati la funzione Shell
SunRex
>
>


title: Aprire nuovo file MDB

text:
"SunRex" <
sunrexs...@hotmail.com
> ha scritto nel messaggio
news:uNA7b.39388$hE5.1...@news1.tin.it...

Grazie....vado a vedere.
Luigi


title: SQL Server, Accessisti e dotnettisti

author: OneEDP

text:
Perch� vagando qu� � la gli accessisti vengono snobbati dai pi� in favore di
soluzioni alternative .net,
vb.net
, o altro?
Qualcuno sostiene che parlare di programmazione ad oggetti in Access � un
abominio e che non lo userebbe mai neanche se glielo prescrive il dottore.
Il 90 % sconsiglia l'uso di Access come front-end su sql server 2008 e di
orientarmi su
ado.net
 e
vb.net
 ad occhi chiusi. (E le tabelle locali, e i
report, e gli eventi sui report e i ribbon, e, e.. ?)
Purtroppo con Access non ho seguito queste evoluzione perch� reputavo (come
per xml) un fatto di moda passeggero, ma a quanto pare mi sbagliavo.
E' vero che il vba � lacunoso per certi aspetti, ma se l'obiettivo e di
ottenere interfacce pi� user-friendly su una provider di dati penso che
access sia ancora la scelta pi� giusta.
Ma siccome mi metto sempre in discussione penso che chi critica access in
modo costruttivo qualche ragione ce l'avr�. Specialmente nel ramo IT in
forsennata evoluzione.
Grazie a tutti voi per il contributo.
Questo post lo ricopio anche su microsot.public.sql e it.comp.appl.access
Daniele


title: SQL Server, Accessisti e dotnettisti

author: ^luigi^

text:
OneEDP ha scritto:

> Daniele
secondo me l'unico difetto di cui sono convinti chi dice questo � il fatto
della sicurezza e gestione in rete, ma  comunque, anche da me la pensano
uguale!
l.
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: SQL Server, Accessisti e dotnettisti

author: RobertoA

text:
>> Ma siccome mi metto sempre in discussione penso che chi critica access in
>> modo costruttivo qualche ragione ce l'avr�....
Anch'io quando avevo 6 anni pensavo "... ma 'sti grandi, certamente avranno
delle buone ragioni a comportarsi da deficienti a volte..."
Poi, crescendo, mi sono ricreduto
Ciao
RobertoA


title: SQL Server, Accessisti e dotnettisti

author: Oscar Manfredini

text:
"OneEDP" <
> Perch� vagando qu� � la gli accessisti vengono snobbati dai pi� in favore
> di soluzioni alternative .net,
vb.net
, o altro?
> Qualcuno sostiene che parlare di programmazione ad oggetti in Access � un
> abominio e che non lo userebbe mai neanche se glielo prescrive il dottore.
> Il 90 % sconsiglia l'uso di Access come front-end su sql server 2008 e di
> orientarmi su
ado.net
 e
vb.net
 ad occhi chiusi. (E le tabelle locali, e i
> report, e gli eventi sui report e i ribbon, e, e.. ?)
> Purtroppo con Access non ho seguito queste evoluzione perch� reputavo
> (come per xml) un fatto di moda passeggero, ma a quanto pare mi sbagliavo.
> E' vero che il vba � lacunoso per certi aspetti, ma se l'obiettivo e di
> ottenere interfacce pi� user-friendly su una provider di dati penso che
> access sia ancora la scelta pi� giusta.
> Ma siccome mi metto sempre in discussione penso che chi critica access in
> modo costruttivo qualche ragione ce l'avr�. Specialmente nel ramo IT in
> forsennata evoluzione.
Lasciamo perdere questioni di nessun impatto concreto, come la
programmazione a oggetti in ambito Access, e andiamo subito al sodo.
Ma facciamo un passo indietro: per quale ragione Access ha avuto successo
negli
anni novanta tra i developers?
Perch�, al di l� delle sterili discussioni dell'epoca, era di gran lunga
migliore rispetto al VB dell'epoca (pessimo e macchinoso in ambito
gestionale).
Oltretutto Access 97, un vero "cult", funzionava benissimo.
Oggi le cose sono cambiate, il framework .NET � davvero potente, scalabile e
ha un futuro ben tracciato.
Inoltre pu� essere utilizzato con grande profitto in ambito web oltre che
desk.
ACCESS, se funzionasse a dovere, rimarrebbe un prodotto eccellente in ambito
desk
Con la miglior reportistica in assoluto e un ottimo interfacciamento verso
SQL Server, che piaccia o meno ai detrattori (che, naturalmente, non lo
conoscono).
Tuttavia:
0 - Gli stessi programs manager di Access non hanno le idee chiare sul
target di questo prodotto. Basta seguire il relativo blog per capirlo.
1 - Access non ha funzionalit� di sviluppo web
2 - Per applicazioni destinate a multiutenze vastissime non pu� avere la
scalabilit� di AdoNet.
3 - Pare che MS non riesca o non voglia rendere l'ambiente davvero robusto:
ogni nuova release � un'impressionante collezione di bugs.
Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
E' affidabile la distribuzione Runtime?
A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno ha
saputo rispondere.
Personalmente continuo a usare Access (nonostante una procedura sviluppata
lo scorso anno in .NET) perch� non posso buttar via quindici anni di lavoro.
Tanto varrebbe cambiare attivit�, per me.
Inoltre non perdo la speranza che tra un S.Pack e l'altro, la versione
corrente del prodotto possa diventar sufficientemente robusta.
Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi ai
buoni samaritani canadesi.
Tirando le somme: mi pare ragionevole che chi comincia oggi a sviluppare si
orienti su .NET.
Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:

Monello, io volevo essere garbato e invece tu guarda che mi scrivi.
Solo che devo ancora capire cosa far� da grande.
Un saluto
Daniele


title: SQL Server, Accessisti e dotnettisti

text:
> Tuttavia:
>
> 0 - Gli stessi programs manager di Access non hanno le idee chiare sul
> target di questo prodotto. Basta seguire il relativo blog per capirlo.
> 1 - Access non ha funzionalità di sviluppo web
> 2 - Per applicazioni destinate a multiutenze vastissime non può avere la
> scalabilità di AdoNet.
> 3 - Pare che MS non riesca o non voglia rendere l'ambiente davvero robusto:
> ogni nuova release è un'impressionante collezione di bugs.
D'accordo al 100%
> Parliamo di Access 2007: è un prodotto affidabile dopo il S.P.2?
A me pare di si', anche se a volte in fase di design ci sono dei
blocchi che durano minuti.
Pero' poi utilizzando l'applicazione con il runtime non ci sono
problemi evidenti.
> E' affidabile la distribuzione Runtime?
Io azzardo un si' anche qui, io ho fatto un'installazione e mandata a
circa 30 persone fino ad oggi non ci sono stati problemi.
L'unico difetto della creazione guidata e' che non puoi specificare
una sottocartella per l'installazione.
> A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno ha
> saputo rispondere.
Se non ci basiamo sulle nostre esperienze, ho paura che da loro non
avremo risposte.
> Per quanto riguarda il Runtime, invece, l'unica possibilità è affidarsi ai
> buoni samaritani canadesi.
Chi?
ciao
mau


title: SQL Server, Accessisti e dotnettisti

text:
"mau_rizio" <
> Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
>A me pare di si', anche se a volte in fase di design ci sono dei
>blocchi che durano minuti.
>Pero' poi utilizzando l'applicazione con il runtime non ci sono
>problemi evidenti.
> E' affidabile la distribuzione Runtime?
>Io azzardo un si' anche qui, io ho fatto un'installazione e mandata a
>circa 30 persone fino ad oggi non ci sono stati problemi.
>L'unico difetto della creazione guidata e' che non puoi specificare
>una sottocartella per l'installazione.
> A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno
> ha
> saputo rispondere.
>Se non ci basiamo sulle nostre esperienze, ho paura che da loro non
>avremo risposte.
Beh, io mi riferivo al newsgroup pubblico dell'area MS.
L'assenza di risposte faceva presumere che, di fatto, nessuno stesse
seriamente utilizzando A'2007 per la distribuzione d'applicazioni.
Le tue affermazioni mi confortano  :-)
> Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi ai
> buoni samaritani canadesi.
>Chi?
http://www.sagekey.com/installation_access.aspx
Utilizzo i loro scripts sia con Access 97 che XP.
Provvedono automaticamente ad installare tutti i Service Packs (JET, Access,
etc) ed eliminano i problemi di conflitto tra l'installazione Runtime e
altre versioni di Office eventualmente installate sui PC degli utenti.
Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:
"OneEDP" <OneEDP@antispam> ha scritto nel messaggio
news:4ad86f99$0$1108$4faf...@reader1.news.tin.it...

Forse non ho espresso correttamente quello che intendevo dire
Non volevo paragonarti al bimbo, ci mancherebbe anche questo
Molte volte (anch'io parto sempre cosi) diamo per scontato che sotto sotto
ci sia una ragione importante che conduce il pensiero delle persone, insomma
pensiamo che ci sia una logica che supporta l'agire delle persone.
Sbagliamo.
Molte volte non c'e' nessuna logica, ma sentimenti, umori, piaceri o
dispiaceri passati, il tempo (!!!), la sera precedente, gli astri, ecc.. ,
che conducono la scelta delle persone
Ciao
RobertoA


title: SQL Server, Accessisti e dotnettisti

text:

Diciamo che in un'azienda di poche decine di utenti potrebbe anche non
starci (poi dipende da caso a caso)
> 2 - Per applicazioni destinate a multiutenze vastissime non pu� avere
> la scalabilit� di AdoNet.
> 3 - Pare che MS non riesca o non voglia rendere l'ambiente davvero
> robusto: ogni nuova release � un'impressionante collezione di bugs.
Purtroppo � vero.
Ma a volte vengono prese delle sVista
>
> Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
> E' affidabile la distribuzione Runtime?
Dopo la sp2 devo dire che il comportamento mi � sembrato "pi�" robusto.
>
> A queste domande poste alcuni mesi fa su quest'area (e quella MS)
> nessuno ha saputo rispondere.
>
> Personalmente continuo a usare Access (nonostante una procedura
> sviluppata lo scorso anno in .NET) perch� non posso buttar via
> quindici anni di lavoro. Tanto varrebbe cambiare attivit�, per me.
> Inoltre non perdo la speranza che tra un S.Pack e l'altro, la versione
> corrente del prodotto possa diventar sufficientemente robusta.
> Per quanto riguarda il Runtime, invece, l'unica possibilit� �
> affidarsi ai buoni samaritani canadesi.
>
> Tirando le somme: mi pare ragionevole che chi comincia oggi a
> sviluppare si orienti su .NET.
>
Se iniziassi oggi � probabile di s�, ma per sopravvivenza.
Sono stato circa mezz'ora al telefono con un formatore SQL server 2008 e ha
cercato di convicermi su dot net c# e
ado.net
, perch� con Access, a suo
utilizzerei SQL Server solo al minimo delle sue potenzialit� e in alcuni
punti non potevo controbattere.
Sinceramente da Access 1.0 reinventare di nuovo tutto (compreso crystal
report) non ne avrei la forza.
Grazie
> Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:
RobertoA wrote:
> "OneEDP" <OneEDP@antispam> ha scritto nel messaggio
> news:4ad86f99$0$1108$4faf...@reader1.news.tin.it...
>> RobertoA wrote:
>>>>> Ma siccome mi metto sempre in discussione penso che chi critica
>>>>> access in modo costruttivo qualche ragione ce l'avr�....
>>>
>>> Anch'io quando avevo 6 anni pensavo "... ma 'sti grandi, certamente
>>> avranno delle buone ragioni a comportarsi da deficienti a volte..."
>>> Poi, crescendo, mi sono ricreduto
>>> Ciao
>>> RobertoA
>> Monello, io volevo essere garbato e invece tu guarda che mi scrivi.
>> Solo che devo ancora capire cosa far� da grande.
>> Un saluto
>> Daniele
>
> Forse non ho espresso correttamente quello che intendevo dire
> Non volevo paragonarti al bimbo, ci mancherebbe anche questo
> Molte volte (anch'io parto sempre cosi) diamo per scontato che sotto
> sotto ci sia una ragione importante che conduce il pensiero delle
> persone, insomma pensiamo che ci sia una logica che supporta l'agire
> delle persone. Sbagliamo.
No Roberto ho capito che non intendevi appiopparmi il termine di bimbo, ho
voluto ribadire che da me il primo bisogna non fossilizzarsi.
> Molte volte non c'e' nessuna logica, ma sentimenti, umori, piaceri o
> dispiaceri passati, il tempo (!!!), la sera precedente, gli astri,
> ecc.. , che conducono la scelta delle persone
E' vero. Se fai un salto su ng della IBM troverai un'accoglienza... altro
che astri...
un bagno di sangue
> Ciao
> RobertoA
Con stima
Daniele
PS E' comunque un gran casin�. E sto ancora scalpitando sul nastro di
partenza!


title: SQL Server, Accessisti e dotnettisti

text:
> E' vero. Se fai un salto su ng della IBM troverai un'accoglienza... altro
> che astri...
> un bagno di sangue
Ti ho visto, ti ho visto
Porta pazienza, sono attaccati al 'loro' sistema e guai a parlare d'altro


title: SQL Server, Accessisti e dotnettisti

text:
RobertoA wrote:
>> E' vero. Se fai un salto su ng della IBM troverai un'accoglienza...
>> altro che astri...
>> un bagno di sangue
>
> Ti ho visto, ti ho visto
Sotto mentite spoglie eh ;-)
Non mi piacciono gli schieramenti, ma un po' di complicit� ci vuole.



title: SQL Server, Accessisti e dotnettisti

text:
"Oscar Manfredini" <
oscar.ma...@libero.it
> ha scritto nel messaggio
news:4ad86a1e$0$1112$4faf...@reader2.news.tin.it...

beh, finora
> 2 - Per applicazioni destinate a multiutenze vastissime non pu� avere la
> scalabilit� di AdoNet.
Stai parlando di Access database?
E Access GUI?
> 3 - Pare che MS non riesca o non voglia rendere l'ambiente davvero
> robusto: ogni nuova release � un'impressionante collezione di bugs.
>
> Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
Molto
> E' affidabile la distribuzione Runtime?
Idem, se ci lavori bene
>
> A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno
> ha saputo rispondere.
>
> Personalmente continuo a usare Access (nonostante una procedura sviluppata
> lo scorso anno in .NET) perch� non posso buttar via quindici anni di
> lavoro.
> Tanto varrebbe cambiare attivit�, per me.
> Inoltre non perdo la speranza che tra un S.Pack e l'altro, la versione
> corrente del prodotto possa diventar sufficientemente robusta.
> Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi ai
> buoni samaritani canadesi.
Hai brutte esperienze col runtime, io l'opposto
>
> Tirando le somme: mi pare ragionevole che chi comincia oggi a sviluppare
> si orienti su .NET.
E' una validissima scelta, altrettanta quella di usare Access
>
> Ciao: Oscar
>
>
>
>
>
>
>
>
>
>


title: SQL Server, Accessisti e dotnettisti

text:
"Oscar Manfredini" <
oscar.ma...@libero.it
> ha scritto nel messaggio
news:4ad87d79$0$1107$4faf...@reader2.news.tin.it...
>
> "mau_rizio" <
>
>
>> Parliamo di Access 2007: � un prodotto affidabile dopo il S.P.2?
>>A me pare di si', anche se a volte in fase di design ci sono dei
>>blocchi che durano minuti.
>>Pero' poi utilizzando l'applicazione con il runtime non ci sono
>>problemi evidenti.
>
>> E' affidabile la distribuzione Runtime?
>>Io azzardo un si' anche qui, io ho fatto un'installazione e mandata a
>>circa 30 persone fino ad oggi non ci sono stati problemi.
>>L'unico difetto della creazione guidata e' che non puoi specificare
>>una sottocartella per l'installazione.
>
>> A queste domande poste alcuni mesi fa su quest'area (e quella MS) nessuno
>> ha
>> saputo rispondere.
>
>>Se non ci basiamo sulle nostre esperienze, ho paura che da loro non
>>avremo risposte.
>
>
> Beh, io mi riferivo al newsgroup pubblico dell'area MS.
> L'assenza di risposte faceva presumere che, di fatto, nessuno stesse
> seriamente utilizzando A'2007 per la distribuzione d'applicazioni.
Io lo uso, diffusamente



title: SQL Server, Accessisti e dotnettisti

author: BFS

text:
OneEDP ha scritto:
> Perchï¿œ vagando quï¿œ ï¿œ la gli accessisti vengono snobbati dai piï¿œ in favore di
> soluzioni alternative .net,
vb.net
, o altro?
> Qualcuno sostiene che parlare di programmazione ad oggetti in Access ï¿œ un
> abominio e che non lo userebbe mai neanche se glielo prescrive il dottore.
> Il 90 % sconsiglia l'uso di Access come front-end su sql server 2008 e di
> orientarmi su
ado.net
 e
vb.net
 ad occhi chiusi. (E le tabelle locali, e i
> report, e gli eventi sui report e i ribbon, e, e.. ?)
> Purtroppo con Access non ho seguito queste evoluzione perchï¿œ reputavo (come
> per xml) un fatto di moda passeggero, ma a quanto pare mi sbagliavo.
> E' vero che il vba ï¿œ lacunoso per certi aspetti, ma se l'obiettivo e di
> ottenere interfacce piï¿œ user-friendly su una provider di dati penso che
> access sia ancora la scelta piï¿œ giusta.
> Ma siccome mi metto sempre in discussione penso che chi critica access in
> modo costruttivo qualche ragione ce l'avrï¿œ. Specialmente nel ramo IT in
> forsennata evoluzione.
> Grazie a tutti voi per il contributo.
> Questo post lo ricopio anche su microsot.public.sql e it.comp.appl.access
>
> Daniele
>
>
la realtï¿œ per cui lavoro io sono uffici di al max 20 posti di lavoro, e
da parecchi anni lavoro con file adp collegati a sql-server.
Raramente ho bisogno di connessioni da remoto ma che risolvo
egregiamente con terminal server.
Per le mie realtï¿œ lavorative access ï¿œ il nï¿œ1 come front-end mentre come
back-end l'ho abbandonato quasi subito. Con sql-server dormo tranquillo
e i problemi di prestazione non so neppure cosa siano.
Fino ad oggi non ho mai risposto "non ï¿œ possibile farlo" ai miei
clienti...il giorno che accadrï¿œ valuterï¿œ il passaggio ad altro sistema
di programmazione.
Insomma, nel mio piccolo...access tutta la vita
ciao
BFS


title: SQL Server, Accessisti e dotnettisti

text:
BFS wrote:
> OneEDP ha scritto:
>> Perch� vagando qu� � la gli accessisti vengono snobbati dai pi� in
>> favore di soluzioni alternative .net,
vb.net
, o altro?
>> Qualcuno sostiene che parlare di programmazione ad oggetti in Access
>> � un abominio e che non lo userebbe mai neanche se glielo prescrive
>> il dottore. Il 90 % sconsiglia l'uso di Access come front-end su sql
>> server 2008 e di orientarmi su
ado.net
 e
vb.net
 ad occhi chiusi. (E
>> le tabelle locali, e i report, e gli eventi sui report e i ribbon,
>> e, e.. ?) Purtroppo con Access non ho seguito queste evoluzione perch�
>> reputavo (come per xml) un fatto di moda passeggero, ma a quanto
>> pare mi sbagliavo. E' vero che il vba � lacunoso per certi aspetti, ma se
>> l'obiettivo e
>> di ottenere interfacce pi� user-friendly su una provider di dati
>> penso che access sia ancora la scelta pi� giusta.
>> Ma siccome mi metto sempre in discussione penso che chi critica
>> access in modo costruttivo qualche ragione ce l'avr�. Specialmente
>> nel ramo IT in forsennata evoluzione.
>> Grazie a tutti voi per il contributo.
>> Questo post lo ricopio anche su microsot.public.sql e
>> it.comp.appl.access Daniele
>>
>>
>
>
> la realt� per cui lavoro io sono uffici di al max 20 posti di lavoro,
> e da parecchi anni lavoro con file adp collegati a sql-server.
> Raramente ho bisogno di connessioni da remoto ma che risolvo
> egregiamente con terminal server.
> Per le mie realt� lavorative access � il n�1 come front-end mentre
> come back-end l'ho abbandonato quasi subito. Con sql-server dormo
> tranquillo e i problemi di prestazione non so neppure cosa siano.
> Fino ad oggi non ho mai risposto "non � possibile farlo" ai miei
> clienti...il giorno che accadr� valuter� il passaggio ad altro sistema
> di programmazione.
> Insomma, nel mio piccolo...access tutta la vita
>
> ciao
> BFS
Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
Ti ringrazio per questa tua "testimonianza".
Sono un po' preoccupato delle prestazioni e vorrei capire come dimensionare
un server proprio con 20 postazioni (con + connessioni concorrenti
ovviamente)
Ad esempio.
Query di raggruppamento che restitusica 10.000 su 200.000 filtrate di una
tabella da 1.000.000 di record con left join che influenzano il risultato
finale (contengono dei coefficienti per alcuni calcoli, e non semplicemente
delle anagrafiche) (Classico esempio rimanenze di magazzino).
E' mooolto generico, ma ti sarei grato se mi dessi un parere sui tempi e
prestazioni (solo il planning sql lo pu� dire, ma mi fido pi� delle
"sensazioni" sul campo)
Grazie.
Altrimenti apro un altro thread.
Ciao


title: SQL Server, Accessisti e dotnettisti

text:
OneEDP ha scritto:
> BFS wrote:
>> OneEDP ha scritto:
>>> Perchï¿œ vagando quï¿œ ï¿œ la gli accessisti vengono snobbati dai piï¿œ in
>>> favore di soluzioni alternative .net,
vb.net
, o altro?
>>> Qualcuno sostiene che parlare di programmazione ad oggetti in Access
>>> ï¿œ un abominio e che non lo userebbe mai neanche se glielo prescrive
>>> il dottore. Il 90 % sconsiglia l'uso di Access come front-end su sql
>>> server 2008 e di orientarmi su
ado.net
 e
vb.net
 ad occhi chiusi. (E
>>> le tabelle locali, e i report, e gli eventi sui report e i ribbon,
>>> e, e.. ?) Purtroppo con Access non ho seguito queste evoluzione perchï¿œ
>>> reputavo (come per xml) un fatto di moda passeggero, ma a quanto
>>> pare mi sbagliavo. E' vero che il vba ï¿œ lacunoso per certi aspetti, ma se
>>> l'obiettivo e
>>> di ottenere interfacce piï¿œ user-friendly su una provider di dati
>>> penso che access sia ancora la scelta piï¿œ giusta.
>>> Ma siccome mi metto sempre in discussione penso che chi critica
>>> access in modo costruttivo qualche ragione ce l'avrï¿œ. Specialmente
>>> nel ramo IT in forsennata evoluzione.
>>> Grazie a tutti voi per il contributo.
>>> Questo post lo ricopio anche su microsot.public.sql e
>>> it.comp.appl.access Daniele
>>>
>>>
>>
>> la realtï¿œ per cui lavoro io sono uffici di al max 20 posti di lavoro,
>> e da parecchi anni lavoro con file adp collegati a sql-server.
>> Raramente ho bisogno di connessioni da remoto ma che risolvo
>> egregiamente con terminal server.
>> Per le mie realtï¿œ lavorative access ï¿œ il nï¿œ1 come front-end mentre
>> come back-end l'ho abbandonato quasi subito. Con sql-server dormo
>> tranquillo e i problemi di prestazione non so neppure cosa siano.
>> Fino ad oggi non ho mai risposto "non ï¿œ possibile farlo" ai miei
>> clienti...il giorno che accadrï¿œ valuterï¿œ il passaggio ad altro sistema
>> di programmazione.
>> Insomma, nel mio piccolo...access tutta la vita
>>
>> ciao
>> BFS
>
> Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
> Ti ringrazio per questa tua "testimonianza".
> Sono un po' preoccupato delle prestazioni e vorrei capire come dimensionare
> un server proprio con 20 postazioni (con + connessioni concorrenti
> ovviamente)
> Ad esempio.
> Query di raggruppamento che restitusica 10.000 su 200.000 filtrate di una
> tabella da 1.000.000 di record con left join che influenzano il risultato
> finale (contengono dei coefficienti per alcuni calcoli, e non semplicemente
> delle anagrafiche) (Classico esempio rimanenze di magazzino).
> E' mooolto generico, ma ti sarei grato se mi dessi un parere sui tempi e
> prestazioni (solo il planning sql lo puï¿œ dire, ma mi fido piï¿œ delle
> "sensazioni" sul campo)
> Grazie.
> Altrimenti apro un altro thread.
> Ciao
>
>
da quando uso sql server/msde come backend io non vedo ad "occhio nudo"
alcuna differenza di velocitï¿œ tra il pc con fisicamente gli archivi e i
client...cosa che invece con gli mdb si vedeva eccome.
E i dati restituiti alle form sono sempre istantanei.
Ovvio che non bisogna mettere gli indici a caso nelle tabelle..e un
minimo di attenzione sulle where delle query.
Anche con stored procedure mostruose mai avuto problemi di lentezza.
Unica cura un bel piano di manutenzione schedulato ogni fine settimana
ciao
BFS


title: SQL Server, Accessisti e dotnettisti

text:
"MA"
> 1 - Access non ha funzionalit� di sviluppo web
>beh, finora
Mi pari grandicello per credere ancora alla Befana.
Tanto pi� una Befana che ti porti qualcosa di meglio delle vecchie DAP.
>> 2 - Per applicazioni destinate a multiutenze vastissime non pu� avere la
>> scalabilit� di AdoNet.
> Stai parlando di Access database?
> E Access GUI?
Ovviamente si parla di Access + Sql Server
Ado.Net funziona in logica "disconnessa", con grande vantaggio per
multiutenze vastissime (capitano in ambito web).
Attualmente Accesss, qualunque modalit� di connessione al Server utilizzi,
naviga su ordini di grandezza inferiori.
>> Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi
>> ai buoni samaritani canadesi.
> Hai brutte esperienze col runtime, io l'opposto
E' evidente che non hai mai utilizzato il Runtime, almeno fino ad Access
2007 (di cui non posso dir nulla).
Le release precedenti entravano in conflitto con altre versioni di Access
presenti sulle macchine: situazioni tanto frequenti quanto inaccettabili.
L'unica soluzione era adottare gli scripts SageKey.
Basta curiosare con google: troverai migliaia di riferimenti in ogni lingua
del pianeta.
>> Tirando le somme: mi pare ragionevole che chi comincia oggi a sviluppare
>> si orienti su .NET.
> E' una validissima scelta, altrettanta quella di usare Access
Qui non siamo in politica: cerca di trarre razionalmente le tue conclusioni.
Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:
"OneEDP" <
> Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
> Ti ringrazio per questa tua "testimonianza".
> Sono un po' preoccupato delle prestazioni e vorrei capire come
> dimensionare un server proprio con 20 postazioni (con + connessioni
> concorrenti ovviamente)
> Ad esempio.
> Query di raggruppamento che restitusica 10.000 su 200.000 filtrate di una
> tabella da 1.000.000 di record con left join che influenzano il risultato
> finale (contengono dei coefficienti per alcuni calcoli, e non
> semplicemente delle anagrafiche) (Classico esempio rimanenze di
> magazzino).
> E' mooolto generico, ma ti sarei grato se mi dessi un parere sui tempi e
> prestazioni (solo il planning sql lo pu� dire, ma mi fido pi� delle
> "sensazioni" sul campo)
Secondo me i tuoi problemi di performances sono legati alla situazione
particolare in cui lavori.
Ricordo male o c'� di mezzo un Server AS/400?
In tutti gli altri casi (anche utilizzando ODBC, propriamente) le query
vengono eseguite dalla macchina Server, non dal PC utente.
Chiaramente se il Set di records restituito ammonta a 10.000 righe, ci vorr�
del tempo perch� viaggino attraverso una LAN trafficata al Client.
Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:

L'as400 solo dopo averla elaborata la query restituisce cmq in tempi rapidi
i 10.000, ma prima dell'invio ci mette un po' anche ottimizzando ed
eliminando ogni order by
>
> Ciao: Oscar


title: SQL Server, Accessisti e dotnettisti

text:
BFS wrote:
> OneEDP ha scritto:
>> BFS wrote:
>>> OneEDP ha scritto:
>>>> Perch� vagando qu� � la gli accessisti vengono snobbati dai pi� in
>>>> favore di soluzioni alternative .net,
vb.net
, o altro?
>>>> Qualcuno sostiene che parlare di programmazione ad oggetti in
>>>> Access � un abominio e che non lo userebbe mai neanche se glielo
>>>> prescrive
>>>> il dottore. Il 90 % sconsiglia l'uso di Access come front-end su
>>>> sql server 2008 e di orientarmi su
ado.net
 e
vb.net
 ad occhi
>>>> chiusi. (E le tabelle locali, e i report, e gli eventi sui report e i
>>>> ribbon,
>>>> e, e.. ?) Purtroppo con Access non ho seguito queste evoluzione
>>>> perch� reputavo (come per xml) un fatto di moda passeggero, ma a
>>>> quanto pare mi sbagliavo. E' vero che il vba � lacunoso per certi
>>>> aspetti, ma se l'obiettivo e
>>>> di ottenere interfacce pi� user-friendly su una provider di dati
>>>> penso che access sia ancora la scelta pi� giusta.
>>>> Ma siccome mi metto sempre in discussione penso che chi critica
>>>> access in modo costruttivo qualche ragione ce l'avr�. Specialmente
>>>> nel ramo IT in forsennata evoluzione.
>>>> Grazie a tutti voi per il contributo.
>>>> Questo post lo ricopio anche su microsot.public.sql e
>>>> it.comp.appl.access Daniele
>>>>
>>>>
>>>
>>> la realt� per cui lavoro io sono uffici di al max 20 posti di
>>> lavoro, e da parecchi anni lavoro con file adp collegati a
>>> sql-server. Raramente ho bisogno di connessioni da remoto ma che
>>> risolvo egregiamente con terminal server.
>>> Per le mie realt� lavorative access � il n�1 come front-end mentre
>>> come back-end l'ho abbandonato quasi subito. Con sql-server dormo
>>> tranquillo e i problemi di prestazione non so neppure cosa siano.
>>> Fino ad oggi non ho mai risposto "non � possibile farlo" ai miei
>>> clienti...il giorno che accadr� valuter� il passaggio ad altro
>>> sistema di programmazione.
>>> Insomma, nel mio piccolo...access tutta la vita
>>>
>>> ciao
>>> BFS
>>
>> Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
>> Ti ringrazio per questa tua "testimonianza".
>> Sono un po' preoccupato delle prestazioni e vorrei capire come
>> dimensionare un server proprio con 20 postazioni (con + connessioni
>> concorrenti ovviamente)
>> Ad esempio.
>> Query di raggruppamento che restitusica 10.000 su 200.000 filtrate
>> di una tabella da 1.000.000 di record con left join che influenzano
>> il risultato finale (contengono dei coefficienti per alcuni calcoli,
>> e non semplicemente delle anagrafiche) (Classico esempio rimanenze
>> di magazzino). E' mooolto generico, ma ti sarei grato se mi dessi un
>> parere sui
>> tempi e prestazioni (solo il planning sql lo pu� dire, ma mi fido
>> pi� delle "sensazioni" sul campo)
>> Grazie.
>> Altrimenti apro un altro thread.
>> Ciao
>>
>>
>
> da quando uso sql server/msde come backend io non vedo ad "occhio
> nudo" alcuna differenza di velocit� tra il pc con fisicamente gli
> archivi e i client...cosa che invece con gli mdb si vedeva eccome.
> E i dati restituiti alle form sono sempre istantanei.
> Ovvio che non bisogna mettere gli indici a caso nelle tabelle..e un
> minimo di attenzione sulle where delle query.
> Anche con stored procedure mostruose mai avuto problemi di lentezza.
> Unica cura un bel piano di manutenzione schedulato ogni fine settimana
Ovvero?
Non ho studiato ancora.
Riorganizzazione indici, shrink db, ecc. ecc.
E questo che vuoi dire?
Per le interrogazioni di tipo snapshot statici utilizzo tabelle locali
perch� i report (con raggruppamenti e ordinamenti complessi) in access hanno
l'abitudine di fare eseguire pi� volte il dropdown sul server ODBC (nel mio
caso db2).
Con adp potrei utilizzare un mde di appoggio per questa tecnica in modo da
impostare il recordset del report su una query dell'mde oppure riallegando
un recordset persistente?
Ti ringrazio
>
>
> ciao
> BFS


title: SQL Server, Accessisti e dotnettisti

text:
OneEDP ha scritto:
> BFS wrote:
>> OneEDP ha scritto:
>>> BFS wrote:
>>>> OneEDP ha scritto:
>>>>> Perchï¿œ vagando quï¿œ ï¿œ la gli accessisti vengono snobbati dai piï¿œ in
>>>>> favore di soluzioni alternative .net,
vb.net
, o altro?
>>>>> Qualcuno sostiene che parlare di programmazione ad oggetti in
>>>>> Access ï¿œ un abominio e che non lo userebbe mai neanche se glielo
>>>>> prescrive
>>>>> il dottore. Il 90 % sconsiglia l'uso di Access come front-end su
>>>>> sql server 2008 e di orientarmi su
ado.net
 e
vb.net
 ad occhi
>>>>> chiusi. (E le tabelle locali, e i report, e gli eventi sui report e i
>>>>> ribbon,
>>>>> e, e.. ?) Purtroppo con Access non ho seguito queste evoluzione
>>>>> perchï¿œ reputavo (come per xml) un fatto di moda passeggero, ma a
>>>>> quanto pare mi sbagliavo. E' vero che il vba ï¿œ lacunoso per certi
>>>>> aspetti, ma se l'obiettivo e
>>>>> di ottenere interfacce piï¿œ user-friendly su una provider di dati
>>>>> penso che access sia ancora la scelta piï¿œ giusta.
>>>>> Ma siccome mi metto sempre in discussione penso che chi critica
>>>>> access in modo costruttivo qualche ragione ce l'avrï¿œ. Specialmente
>>>>> nel ramo IT in forsennata evoluzione.
>>>>> Grazie a tutti voi per il contributo.
>>>>> Questo post lo ricopio anche su microsot.public.sql e
>>>>> it.comp.appl.access Daniele
>>>>>
>>>>>
>>>> la realtï¿œ per cui lavoro io sono uffici di al max 20 posti di
>>>> lavoro, e da parecchi anni lavoro con file adp collegati a
>>>> sql-server. Raramente ho bisogno di connessioni da remoto ma che
>>>> risolvo egregiamente con terminal server.
>>>> Per le mie realtï¿œ lavorative access ï¿œ il nï¿œ1 come front-end mentre
>>>> come back-end l'ho abbandonato quasi subito. Con sql-server dormo
>>>> tranquillo e i problemi di prestazione non so neppure cosa siano.
>>>> Fino ad oggi non ho mai risposto "non ï¿œ possibile farlo" ai miei
>>>> clienti...il giorno che accadrï¿œ valuterï¿œ il passaggio ad altro
>>>> sistema di programmazione.
>>>> Insomma, nel mio piccolo...access tutta la vita
>>>>
>>>> ciao
>>>> BFS
>>> Ti confermo che come back-end in rete mi ha dato parecchi grattacapi.
>>> Ti ringrazio per questa tua "testimonianza".
>>> Sono un po' preoccupato delle prestazioni e vorrei capire come
>>> dimensionare un server proprio con 20 postazioni (con + connessioni
>>> concorrenti ovviamente)
>>> Ad esempio.
>>> Query di raggruppamento che restitusica 10.000 su 200.000 filtrate
>>> di una tabella da 1.000.000 di record con left join che influenzano
>>> il risultato finale (contengono dei coefficienti per alcuni calcoli,
>>> e non semplicemente delle anagrafiche) (Classico esempio rimanenze
>>> di magazzino). E' mooolto generico, ma ti sarei grato se mi dessi un
>>> parere sui
>>> tempi e prestazioni (solo il planning sql lo puï¿œ dire, ma mi fido
>>> piï¿œ delle "sensazioni" sul campo)
>>> Grazie.
>>> Altrimenti apro un altro thread.
>>> Ciao
>>>
>>>
>> da quando uso sql server/msde come backend io non vedo ad "occhio
>> nudo" alcuna differenza di velocitï¿œ tra il pc con fisicamente gli
>> archivi e i client...cosa che invece con gli mdb si vedeva eccome.
>> E i dati restituiti alle form sono sempre istantanei.
>> Ovvio che non bisogna mettere gli indici a caso nelle tabelle..e un
>> minimo di attenzione sulle where delle query.
>> Anche con stored procedure mostruose mai avuto problemi di lentezza.
>> Unica cura un bel piano di manutenzione schedulato ogni fine settimana
>
> Ovvero?
> Non ho studiato ancora.
> Riorganizzazione indici, shrink db, ecc. ecc.
> E questo che vuoi dire?
esatto
>
> Per le interrogazioni di tipo snapshot statici utilizzo tabelle locali
> perchï¿œ i report (con raggruppamenti e ordinamenti complessi) in access hanno
> l'abitudine di fare eseguire piï¿œ volte il dropdown sul server ODBC (nel mio
> caso db2).
non uso odbc...nei report assegno l'origine dati (quasi sempre delle sp)
al volo in fase di caricamento
> Con adp potrei utilizzare un mde di appoggio per questa tecnica in modo da
> impostare il recordset del report su una query dell'mde oppure riallegando
> un recordset persistente?
non ho capito cosa intendi...ma credo che tanto vale che ti crei delle
tabelle locali in sqlserver a questo punto...e poi te le lavori come vuoi
> Ti ringrazio
>
>>
>> ciao
>> BFS
>
>
ciao
bfs


title: SQL Server, Accessisti e dotnettisti

text:
BFS wrote:
> OneEDP ha scritto:
>> BFS wrote:
>>> OneEDP ha scritto:
>>>> BFS wrote:
>>>>> OneEDP ha scritto:
>>>>>> Perch� vagando qu� � la gli accessisti vengono snobbati dai pi�
>>>>>> in favore di soluzioni alternative .net,
vb.net
, o altro?
>>>>>> Qualcuno sostiene che parlare di programmazione ad oggetti in
>>>>>> Access � un abominio e che non lo userebbe mai neanche se glielo
>>>>>> prescrive
>>>>>> il dottore. Il 90 % sconsiglia l'uso di Access come front-end su
>>>>>> sql server 2008 e di orientarmi su
ado.net
 e
vb.net
 ad occhi
>>>>>> chiusi. (E le tabelle locali, e i report, e gli eventi sui
>>>>>> report e i ribbon,
>>>>>> e, e.. ?) Purtroppo con Access non ho seguito queste evoluzione
>>>>>> perch� reputavo (come per xml) un fatto di moda passeggero, ma a
>>>>>> quanto pare mi sbagliavo. E' vero che il vba � lacunoso per certi
>>>>>> aspetti, ma se l'obiettivo e
>>>>>> di ottenere interfacce pi� user-friendly su una provider di dati
>>>>>> penso che access sia ancora la scelta pi� giusta.
>>>>>> Ma siccome mi metto sempre in discussione penso che chi critica
>>>>>> access in modo costruttivo qualche ragione ce l'avr�.
>>>>>> Specialmente nel ramo IT in forsennata evoluzione.
>>>>>> Grazie a tutti voi per il contributo.
>>>>>> Questo post lo ricopio anche su microsot.public.sql e
>>>>>> it.comp.appl.access Daniele
>>>>>>
>>>>>>
>>>>> la realt� per cui lavoro io sono uffici di al max 20 posti di
>>>>> lavoro, e da parecchi anni lavoro con file adp collegati a
>>>>> sql-server. Raramente ho bisogno di connessioni da remoto ma che
>>>>> risolvo egregiamente con terminal server.
>>>>> Per le mie realt� lavorative access � il n�1 come front-end mentre
>>>>> come back-end l'ho abbandonato quasi subito. Con sql-server dormo
>>>>> tranquillo e i problemi di prestazione non so neppure cosa siano.
>>>>> Fino ad oggi non ho mai risposto "non � possibile farlo" ai miei
>>>>> clienti...il giorno che accadr� valuter� il passaggio ad altro
>>>>> sistema di programmazione.
>>>>> Insomma, nel mio piccolo...access tutta la vita
>>>>>
>>>>> ciao
>>>>> BFS
>>>> Ti confermo che come back-end in rete mi ha dato parecchi
>>>> grattacapi. Ti ringrazio per questa tua "testimonianza".
>>>> Sono un po' preoccupato delle prestazioni e vorrei capire come
>>>> dimensionare un server proprio con 20 postazioni (con + connessioni
>>>> concorrenti ovviamente)
>>>> Ad esempio.
>>>> Query di raggruppamento che restitusica 10.000 su 200.000 filtrate
>>>> di una tabella da 1.000.000 di record con left join che influenzano
>>>> il risultato finale (contengono dei coefficienti per alcuni
>>>> calcoli, e non semplicemente delle anagrafiche) (Classico esempio
>>>> rimanenze di magazzino). E' mooolto generico, ma ti sarei grato se
>>>> mi dessi un parere sui
>>>> tempi e prestazioni (solo il planning sql lo pu� dire, ma mi fido
>>>> pi� delle "sensazioni" sul campo)
>>>> Grazie.
>>>> Altrimenti apro un altro thread.
>>>> Ciao
>>>>
>>>>
>>> da quando uso sql server/msde come backend io non vedo ad "occhio
>>> nudo" alcuna differenza di velocit� tra il pc con fisicamente gli
>>> archivi e i client...cosa che invece con gli mdb si vedeva eccome.
>>> E i dati restituiti alle form sono sempre istantanei.
>>> Ovvio che non bisogna mettere gli indici a caso nelle tabelle..e un
>>> minimo di attenzione sulle where delle query.
>>> Anche con stored procedure mostruose mai avuto problemi di lentezza.
>>> Unica cura un bel piano di manutenzione schedulato ogni fine
>>> settimana
>>
>> Ovvero?
>> Non ho studiato ancora.
>> Riorganizzazione indici, shrink db, ecc. ecc.
>> E questo che vuoi dire?
>
> esatto
>
>
>>
>> Per le interrogazioni di tipo snapshot statici utilizzo tabelle
>> locali perch� i report (con raggruppamenti e ordinamenti complessi)
>> in access hanno l'abitudine di fare eseguire pi� volte il dropdown
>> sul server ODBC (nel mio caso db2).
>
> non uso odbc...nei report assegno l'origine dati (quasi sempre delle
> sp) al volo in fase di caricamento
>
>> Con adp potrei utilizzare un mde di appoggio per questa tecnica in
>> modo da impostare il recordset del report su una query dell'mde
>> oppure riallegando un recordset persistente?
>
>
> non ho capito cosa intendi...ma credo che tanto vale che ti crei delle
> tabelle locali in sqlserver a questo punto...e poi te le lavori come
> vuoi
Ho notato che dopo che il recordset � restituito dal server, il report
access in alcuni casi richiede pi� volte l'elaborazione del recordse in pi�
istanze in fase di "rendering" dell'output (i vari eventi print, format,
ecc) creando inutile ingolfamento di banda a disposizione e di overhead sul
server.
Non so se mi sono spiegato.
>
>> Ti ringrazio
>>
>>>
>>> ciao
>>> BFS
>>
>>
>
> ciao
> bfs
Grazie


title: SQL Server, Accessisti e dotnettisti

text:
"Oscar Manfredini" <
oscar.ma...@libero.it
> ha scritto nel messaggio
news:4adc196f$0$830$4faf...@reader5.news.tin.it...
>
> "MA"
>
>
>
>> 1 - Access non ha funzionalit� di sviluppo web
>
>>beh, finora
>
>
> Mi pari grandicello per credere ancora alla Befana.
> Tanto pi� una Befana che ti porti qualcosa di meglio delle vecchie DAP.
Tu parli anche qui per presunzione, non perch� hai visto
>
>
>
>>> 2 - Per applicazioni destinate a multiutenze vastissime non pu� avere la
>>> scalabilit� di AdoNet.
>
>
>> Stai parlando di Access database?
>> E Access GUI?
>
>
> Ovviamente si parla di Access + Sql Server
>
> Ado.Net funziona in logica "disconnessa", con grande vantaggio per
> multiutenze vastissime (capitano in ambito web).
> Attualmente Accesss, qualunque modalit� di connessione al Server utilizzi,
> naviga su ordini di grandezza inferiori.
Anche Access pu� lavorare disconnesso.
All'ultima CISA Federico Cussigh ne ha dato un eccellente
esempio
>
>
>>> Per quanto riguarda il Runtime, invece, l'unica possibilit� � affidarsi
>>> ai buoni samaritani canadesi.
>
>
>> Hai brutte esperienze col runtime, io l'opposto
>
>
> E' evidente che non hai mai utilizzato il Runtime, almeno fino ad Access
> 2007 (di cui non posso dir nulla).
Aridaje, ah Oscar almeno una volta con cognizione di causa
> Le release precedenti entravano in conflitto con altre versioni di Access
> presenti sulle macchine: situazioni tanto frequenti quanto inaccettabili.
> L'unica soluzione era adottare gli scripts SageKey.
Quindi per ignoranza non per malfunzionamento.
>
> Basta curiosare con google: troverai migliaia di riferimenti in ogni
> lingua del pianeta.
Tutti dicono le stesse cose, basta imparare
>
>
>
>>> Tirando le somme: mi pare ragionevole che chi comincia oggi a sviluppare
>>> si orienti su .NET.
ragionevole? tempi di sviluppo?
>
>
>> E' una validissima scelta, altrettanta quella di usare Access
>
>
> Qui non siamo in politica: cerca di trarre razionalmente le tue
> conclusioni.
>
> Ciao: Oscar
>
Gia fatto
>
>
>
>
>
>
>


title: SQL Server, Accessisti e dotnettisti

text:
MA wrote:
> "Oscar Manfredini" <
oscar.ma...@libero.it
> ha scritto nel
> messaggio news:4adc196f$0$830$4faf...@reader5.news.tin.it...
>>
>> "MA"
>>
>>
>>
>>> 1 - Access non ha funzionalit� di sviluppo web
>>
>>> beh, finora
>>
>>
>> Mi pari grandicello per credere ancora alla Befana.
>> Tanto pi� una Befana che ti porti qualcosa di meglio delle vecchie
>> DAP.
>
> Tu parli anche qui per presunzione, non perch� hai visto
>
>
>>
>>
>>
>>>> 2 - Per applicazioni destinate a multiutenze vastissime non pu�
>>>> avere la scalabilit� di AdoNet.
>
>
>>
>>
>>> Stai parlando di Access database?
>>> E Access GUI?
>>
>>
>> Ovviamente si parla di Access + Sql Server
>>
>> Ado.Net funziona in logica "disconnessa", con grande vantaggio per
>> multiutenze vastissime (capitano in ambito web).
>> Attualmente Accesss, qualunque modalit� di connessione al Server
>> utilizzi, naviga su ordini di grandezza inferiori.
>
> Anche Access pu� lavorare disconnesso.
> All'ultima CISA Federico Cussigh ne ha dato un eccellente
> esempio
>
Non sono stato presente al CISA ma ho provato con efficacia set
rst.Connection = nothing
riattivabile in un qualunque momento con aggiornamenti batch ottimistici.
>
>>
>>
>>>> Per quanto riguarda il Runtime, invece, l'unica possibilit� �
>>>> affidarsi ai buoni samaritani canadesi.
>>
>>
>>> Hai brutte esperienze col runtime, io l'opposto
>>
>>
>> E' evidente che non hai mai utilizzato il Runtime, almeno fino ad
>> Access 2007 (di cui non posso dir nulla).
>
> Aridaje, ah Oscar almeno una volta con cognizione di causa
>
>> Le release precedenti entravano in conflitto con altre versioni di
>> Access presenti sulle macchine: situazioni tanto frequenti quanto
>> inaccettabili. L'unica soluzione era adottare gli scripts SageKey.
>
> Quindi per ignoranza non per malfunzionamento.
>
>>
>> Basta curiosare con google: troverai migliaia di riferimenti in ogni
>> lingua del pianeta.
>
> Tutti dicono le stesse cose, basta imparare
>
>>
>>
>>
>>>> Tirando le somme: mi pare ragionevole che chi comincia oggi a
>>>> sviluppare si orienti su .NET.
>
> ragionevole? tempi di sviluppo?
>
>>
>>
>>> E' una validissima scelta, altrettanta quella di usare Access
>>
>>
>> Qui non siamo in politica: cerca di trarre razionalmente le tue
>> conclusioni.
>>
>> Ciao: Oscar
>>
>
> Gia fatto
Comunque all'inizio Access 2007 mi ha fatto rimpiangere il 2003, ma con la
sp2 si sono fatti parecchi passi avanti.
Ciao
Daniele


title: Maneggiare un mdb (aiuto!)

author: Gordon!

text:
Vi espongo al volo il mio problema.
Ho necessità di maneggiare un .mdb che contiene i dati di qualche migliaio
di file audio (lemmi di un vocabolario).
Mi intendo un po' di programmazione ma non ho mai maneggiato un dbase.
Ho necessità di effettuare poche operazioni elementari, tipo confronti,
spostamenti di campi, cancellazioni, etc...
Acquistare la Guida Microsoft a Office 2000 VB (quasi 1000 pagine) è stata
la più grande fesseria della mia vita.
Qualcuno mi può indicare un sito, un libretto, o qualcosa che possa
aiutarmi?
Ripeto: non sono a digiuno di programmazione, mi arrangio abbastanza in
Lingo e qualche altro linguaggio (conosco un po' anche VB), mi servirebbe
qualcosa di non troppo elementare, ma nemmeno una bibbia... ;-)
Help me!


title: Maneggiare un mdb (aiuto!)

author: Carlo Ve

text:
Gordon! ha scritto nel messaggio <8kfgn5$qjf$
1...@lacerta.tiscalinet.it
>...
>Vi espongo al volo il mio problema.
>Ho necessità di maneggiare un .mdb che contiene i dati di qualche migliaio
>di file audio (lemmi di un vocabolario).
>Mi intendo un po' di programmazione ma non ho mai maneggiato un dbase.
nemmeno io ho mai maneggiato un db,  potrebbe essere  pericoloso
mannaggia
>Ho necessità di effettuare poche operazioni elementari, tipo confronti,
>spostamenti di campi, cancellazioni, etc...
>Acquistare la Guida Microsoft a Office 2000 VB (quasi 1000 pagine) è stata
>la più grande fesseria della mia vita.
>Qualcuno mi può indicare un sito, un libretto, o qualcosa che possa
>aiutarmi?
Invece di comprare a scatola chiusa perche' non vai in qualche buona
libreria
e inizi a spulciarti  qualche libro di Access
prendendoti poi  quello che ti sembra piu' semplice da capire e piu' adatto
alle tue esigenze?
Carlo Ve



title: Maneggiare un mdb (aiuto!)

author: Andrea

text:
Se non è troppo tardi per la risposta ti invio un link che contiene una
guida elementare di Access  che ti puoi scaricare direttamente sul PC. Bada
bene è proprio per principianti, ma contiene anche delle immagini
esplicative.
Spero che ti sia d'aiuto... Auguri!



title: Maneggiare un mdb (aiuto!)

text:
Sono proprio fuori, nel messaggio precedente ho dimenticato di inserire il
LINK :-)
Se non è troppo tardi per la risposta ti invio un link che contiene una
guida elementare di Access  che ti puoi scaricare direttamente sul PC. Bada
bene è proprio per principianti, ma contiene anche delle immagini
esplicative.
http://digilander.iol.it/kowlosky/



title: GRAVISSIMO!!!

author: lucianab64 on libero

text:
Salve a tutto il NG!
Ho bisogno del vostro aiuto per una cosa che mi sembra molto grave.
Su un progetto adp di Access 2000 (con db SQL Server) ho riscontrato
un'anomalia PREOCCUPANTE!
Ho eseguito le seguenti operazioni:
- modificato moduli (salvando regolarmente con la funzione Salva)
- cancellato maschere
Ad un certo punto l'applicazione si è bloccata. L'ho terminata.
Risultato: alla riapertura del file HO PERSO TUTTE LE MODIFICHE!!!
... sono addirittura ricomparse le maschere che avevo cancellato!
AIUTO!!!
Luciana
P.S. Vi premetto che ho già effettuato io tutti i controlli di non aver
scambiato un file per un altro, o di aver combinato qualche porcheria, etc.


title: GRAVISSIMO!!!

author: bobbit

text:
lucianab64 on libero <
lucia...@libero.it
> wrote in message
tBwQ5.62747$BF.22...@news.infostrada.it...

Dov'è l'anomalia scusa ? A me sembra normale che se hai inchiodato il PC e
l'hai sbloccato forzatamente non ti abbia mantenuto le modifiche.
Bobbit


title: GRAVISSIMO!!!

author: Silvio Berruti

text:
"lucianab64 on libero" <
lucia...@libero.it
> ha scritto nel messaggio
news:tBwQ5.62747$BF.22...@news.infostrada.it...
[Cut]
> Ho eseguito le seguenti operazioni:
> - modificato moduli (salvando regolarmente con la funzione Salva)
> - cancellato maschere
>
> Ad un certo punto l'applicazione si è bloccata. L'ho terminata.
>
> Risultato: alla riapertura del file HO PERSO TUTTE LE MODIFICHE!!!
> ... sono addirittura ricomparse le maschere che avevo cancellato!
Credo, e sottolineo credo, che Access non cancelli effettivamente le
maschere dal progetto, almeno fino a quando non viene fatta una
compattazione: nel frattempo verrebbero solo contrassegnate come cancellate.
Probabilmente il fatto che l'applicazione si sia inchiodata ha fatto in modo
che questo contrassegno sia andato perso e, voilà, sono tornate le maschere
cancellate!
Ciao
--
Silvio
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access


title: GRAVISSIMO!!!

author: lucio

text:
> Credo, e sottolineo credo, che Access non cancelli effettivamente le
> maschere dal progetto, almeno fino a quando non viene fatta una
> compattazione:
Purtroppo è verissimo. Non so a cosa serve visto che CREDO non si possono
ripristinare


title: GRAVISSIMO!!!

author: Federico Luciani

text:
Silvio Berruti wrote:
> "lucianab64 on libero" <
lucia...@libero.it
> ha scritto nel messaggio
> [Cut]
> > Ho eseguito le seguenti operazioni:
> > - modificato moduli (salvando regolarmente con la funzione Salva)
> > - cancellato maschere
> > Ad un certo punto l'applicazione si è bloccata. L'ho terminata.
> > Risultato: alla riapertura del file HO PERSO TUTTE LE MODIFICHE!!!
> > ... sono addirittura ricomparse le maschere che avevo cancellato!
>
> Credo, e sottolineo credo, che Access non cancelli effettivamente le
> maschere dal progetto, almeno fino a quando non viene fatta una
> compattazione: nel frattempo verrebbero solo contrassegnate come cancellate.
> Probabilmente il fatto che l'applicazione si sia inchiodata ha fatto in modo
> che questo contrassegno sia andato perso e, voilà, sono tornate le maschere
> cancellate!
esatto
--
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------


title: GRAVISSIMO!!!

text:
"Federico Luciani" <
fluc...@paperino.libero.it
> ha scritto nel messaggio
news:3A12BE37...@paperino.libero.it...
> Silvio Berruti wrote:
...
> > > Risultato: alla riapertura del file HO PERSO TUTTE LE MODIFICHE!!!
> > > ... sono addirittura ricomparse le maschere che avevo cancellato!
> >
> > Credo, e sottolineo credo, che Access non cancelli effettivamente le
> > maschere dal progetto, almeno fino a quando non viene fatta una
> > compattazione: nel frattempo verrebbero solo contrassegnate come
cancellate.
> > Probabilmente il fatto che l'applicazione si sia inchiodata ha fatto in
modo
> > che questo contrassegno sia andato perso e, voilà, sono tornate le
maschere
> > cancellate!
>
> esatto
>
Non hai idea di come mi compiaccio con me stesso quando ricevo da te, o da
qualche altro grande, la conferma alle mie supposizioni.
Grazie.



title: GRAVISSIMO!!!

text:
Grazie delle vostre risposte.
Mi permetto però di sottolineare che, oltre ad avere ritrovato le maschere
che avevo cancellato, non sono riuscita a trovare le modifiche alle routine
che avevo fatto nonostante i miei continui salvataggi.
Come mai??
Saluti
Luciana


title: numero di pagine file pdf

author: mino

text:
è possibile via codice sapere di quante pagine è composto un file .pdf?
ciao a tutti
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it