title: Personal Web Server: il mio database in locale...

author: Gibin Andrea

text:
Salve!
	Mi chiamo Lordsoth e ho un allegro problema che sicuramente
saprete risolvere.
Ho iniziato di recente ad appassionarmi al mondo database e alla
tecnologia ASP in particolare. Tratto dalla felicitŕ di poter
sperimentare in locale le pagine ho installato il PWS tratto dalle
Option Pack. Fatto questo tutto sembrava funzionare. Ma il mio vero
problema č poter leggere i dati da un qualsiasi database scritto in
Access. Devo impostare ODBC mi hanno detto ma non so esattamente come.
Qualcuno mi puň dare una dritta?
Grazie mille


author: Stefano Bettini

text:
Gibin Andrea <
ale...@libero.it
> wrote in message
I=aeOETGx0H7t7v...@4ax.com...
> Salve!
> Devo impostare ODBC mi hanno detto ma non so esattamente come.
>
Avvio -> Impostazioni -> Pannello di Controllo -> ODBC Data Source
(può chiamarsi diversamente a seconda del SO, ma comincia
sempre x ODBC)
System DSN -> Add -> seleziona tra i tipi disponibili "Microsoft
Access" -> Fine
Data Source Name = MioDB
Description = La mia prima DSN
Clicca il tasto select e seleziona il database access su cui
vorrai lavorare via ODBC..... fatto.
A questo punto già funziona, potresti eventualmente aggiungere
la gestione della sicurezza ma per questa fase di test lascerei
stare.
Bye, Ste


author: ema

text:
Mio cugino mi ha detto che Gibin Andrea <
ale...@libero.it
> scrisse:
> Access. Devo impostare ODBC mi hanno detto ma non so esattamente come.
>
> Qualcuno mi può dare una dritta?
>
devi creare un file DSN per ogni dbase che intendi usare.
Pannello di Controllo -> Odbc
bye!
--
Emanuele Cesena        <
ece...@penguinpowered.com
>
http://www.penguinpowered.com/~ecesena
"Passavo la sera seduto davanti allo specchio per tenermi compagnia."
		-- Cesare Pavese (1908-1950), scrittore


text:
On Tue, 8 Feb 2000 13:15:54 +0100, "Stefano Bettini" <
sbet...@iol.it
>
wrote:
>
>Gibin Andrea <
ale...@libero.it
> wrote in message
>I=aeOETGx0H7t7v...@4ax.com...
>> Salve!
>> Devo impostare ODBC mi hanno detto ma non so esattamente come.
>>
>
>Avvio -> Impostazioni -> Pannello di Controllo -> ODBC Data Source
>(può chiamarsi diversamente a seconda del SO, ma comincia
>sempre x ODBC)
>
>System DSN -> Add -> seleziona tra i tipi disponibili "Microsoft
>Access" -> Fine
>
>Data Source Name = MioDB
>Description = La mia prima DSN
>
>Clicca il tasto select e seleziona il database access su cui
>vorrai lavorare via ODBC..... fatto.
>
>A questo punto già funziona, potresti eventualmente aggiungere
>la gestione della sicurezza ma per questa fase di test lascerei
>stare.
>
>
>
>Bye, Ste
Grazie mille Ste, ha funzionato tutto per un DB mentre l'altro non me
lo prende ma credo sia un problema di codice...
Controllerò, grazie ancora!


title: (W98;Acc97)Visualizzazione decimali in maschere e report

author: Riviera

text:
Ciao a tutti
Forse sarà banale ma:
sto provando a visualizzare un solo decimale dopo la virgola in una casella
di testo (maschera) . Detta casella (casellaA) associata ad un campo di
tabella campoA ( che conterrebbe poi il risultato di una divisione tra altri
due campi in maschera ..campoB diviso campoC) il cui formato è 0,0 (per
visualizzare un solo decimale) però , nel momento in cui il risultato della
divisione è un intero non vorrei si visualizzasse ad es:20,0
Cosa conviene fare ? Esistono diverse soluzioni ?
Grazie , grazie , grazie ...
Marce


author: CarloCos

text:
"Riviera" <
marce...@smartino.ge.it
> ha scritto nel messaggio
news:96g54r$8r2$1...@ftp-news.csita.unige.it...

Una strada potrebbe essere questa funzione che attivi quando compi la
divisione:
premetto che il controllo da formattare deve essere un testo.
Dim POS As Integer
Me.Testo4 = Me.Testo0 / Me.Testo2
POS = InStr(1, Me.Testo4, ",")
If POS <> 0 Then
Me.Testo4 = Format(Me.Testo4, "###.#")
Else
Me.Testo4 = Format(Me.Testo4, "###")
End If
Se non puoi cambiare il tipo di dati da numerico a testo usa un controllo
aggiuntivo che visualizzi al posto del controllo numerico.
Fammi sapere, Carlo


title: Report su query campi incrociati (A2000/win2000-winMe)

author: Giuseppe

text:
Ciao  a tutti,
coma indico nel sbj ho il problema di creare un report su una query a campi
incrociati: mi spiego meglio.
Il problema risiede nel fatto che i campi della query aumentano ed il
report, invece, non segue questo andamento.
Ho provato sul sitocomune a scaricare il file nella sezione download
relativo a questo tipo di problematica, (RepMultipli.zip), ma non viene
consentito di aprirlo, (account utente non dispone delle autorizzazioni per
abilitare il db).
C'e' una souzione?
Grazie a tutti
Giuseppe


title: etichette-label

author: Maria Rossi

text:
allora io ho un etichetta .
per l'esattezza si tratta di un rettangolo simile
 _
| |
| |    ^
| |    |
| |    |
| |    |
|_|   ===
io vorrei fare apparire una scritta verticale ke si legga dal basso verso
l'alto, e ke quindi la scritta sia parallela alla freccia ke ho provato a
disegnare.
con access 2000 c'è una simile possibilità, ma con access 97 ?
grazie sin d'ora
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: etichette-label

author: The-real-Isaac

text:
"Maria Rossi" <
gelso...@alfemminile.com
> ha scritto nel messaggio
news:181bdaa798d764e5036...@mygate.mailgate.org...
> allora io ho un etichetta .
> per l'esattezza si tratta di un rettangolo simile
>  _
> | |
> | |    ^
> | |    |
> | |    |
> | |    |
> |_|   ===
>
> io vorrei fare apparire una scritta verticale ke si legga dal basso verso
> l'alto, e ke quindi la scritta sia parallela alla freccia ke ho provato a
> disegnare.
> con access 2000 c'è una simile possibilità, ma con access 97 ?
> grazie sin d'ora
Ho fatto qualche prova inserendo un oggetto WordArt e mi sembra "ke" possa
fare al tuo caso. Prova a smanettarci un po' su...
--
Alberto


title: etichette-label

text:
troppo figo ! grazie x la risposta!



title: etichette-label

text:
"Maria Rossi" <
gelso...@alfemminile.com
> ha scritto nel messaggio
news:4851cea30ba08f997e6...@mygate.mailgate.org...
> troppo figo ! grazie x la risposta!
>
Prego,
ciao.
--
Alberto


title: Inserire informazioni in campo memo

author: bizio

text:
Lavoro con Access 2007.
Nella scheda utente ho un campo txtNoteInformativa di tipo memo che
può essere compilato dall'operatore. Attraverso un pulsante invio a
stampa un report rptInformativaUtente che può essere consegnato al
cliente come promemoria e vi è appunto il campo memo di cui vi
parlavo.
Vorrei in fase di inserimento poter inserire, tramite pulsanti e a
discrezione dell'operatore, il contenuto di altri campi testo che
contengono delle info aggiuntive.
Ma se non sbaglio ad ogni nuovo inserimento il contenuto del campo
memo viene sovrascritto, io invece in sostanza avrei bisogno di
accodare il nuovo testo al precedente.
Vi sembra una cosa fattibile o avete idee migliori al riguardo?
Vi ringrazio


title: Inserire informazioni in campo memo

author: AndreaPapi

text:

me.NomeCampoMemo = me.NomeCampoMemo & vbnewline &
me.NomeAltroCampoTesto
ciao
Andrea
-----
http://www.papiandrea.it/


title: Inserire informazioni in campo memo

text:
> me.NomeCampoMemo = me.NomeCampoMemo & vbnewline &
> me.NomeAltroCampoTesto
>
> ciao
> Andrea
Grazie mille Andrea, ti ho scomodato per una cosa banalissima!
Alla prossima e buona giornata


title: MASCHERE: cancellare tutti i record

author: sdamy

text:
Ciao a tutti,
come posso fare da una maschera cancellare tutti i record in essa contenuti?
GRAZIE


title: MASCHERE: cancellare tutti i record

text:
"sdamy" <
sd...@tiscalinet.it
> ha scritto nel messaggio
news:rcCw6.41111$lT1.6...@news2.tin.it...

Usa una query di eliminazione e subito dopo esegui la Requery della
maschera.
Ciao, Carlo


title: MASCHERE: cancellare tutti i record

author: Fabio Montagner

text:
In un pulsante inserisci, ti crei un recordset con "delete tabella"
"sdamy" <
sd...@tiscalinet.it
> wrote in message
news:rcCw6.41111$lT1.6...@news2.tin.it...



title: MASCHERE: cancellare tutti i record

text:
GRAZIE!
CarloCos <
carloco...@libero.it
> wrote in message
OfDw6.1924$E01.1...@news.infostrada.it...



title: MASCHERE: cancellare tutti i record

text:
GRAZIE!
Fabio Montagner <
f.mon...@issz.vr.it
> wrote in message
99uviu$5ce2$1...@stargate1.inet.it...



title: MASCHERE: cancellare tutti i record

author: Axel

text:
Ciao, scusa l'ignoranza, ma dato che ho il tuo stesso problema e non ho
capito cosa ti hanno detto mi posteresti il codice che hai messo nel
pulsante e le altre istruzioni?
Ciao e grazie
Axel
sdamy <
sd...@tiscalinet.it
> wrote in message
uPDw6.41417$lT1.6...@news2.tin.it...



title: MASCHERE: cancellare tutti i record

text:
Per cancellare tutti i records della tua maschera fai cosě:
Crea una query di eliminazione e chiamala "cancella_dati"
Nell'evento click del bottone inserisci il codice:
    Dim stDocName As String
    stDocName = "cancella_dati"
    DoCmd.OpenQuery stDocName, acNormal, acEdit
    Me.Requery
CIAO CIAO
DAMIANO


title: Sort via Codice

author: lna

text:
Ciao ragazzi,
ho la necessità di ordinare,via codice, una tabella ("MiaTab") per un certo
campo X , dopodichè aggiornare un campo progressivo in base a questo ordine.
Ora la seconda parte (l'aggiornamento del campo) è ok, ma ordinare il
recordset (nonostante abbia usato l'help on line) non mi viene proprio.
Vi ringrazio anticipatamente del vostro prezioso aiuto.
Lna
--------------------------------
Inviato via
http://usenet.libero.it


title: Sort via Codice

author: Carlo Costarella

text:
"lna" <
leonardo...@dietsmann.com
> ha scritto nel messaggio
news:213Z137Z129Z235Y...@usenet.libero.it...

Da codice crea il recordset con una istruzione sql del tipo:
"SELECT MiaTab.Codice, MiaTab.Descrivi
FROM MiaTab
ORDER BY MiaTab.Codice;"
La parolina magica è ORDER BY
Ciao, Carlo


title: Sort via Codice

author: Mauro&Giusi

text:
lna <
leonardo...@dietsmann.com
> wrote in message
213Z137Z129Z235Y...@usenet.libero.it...

La creazione di un indice è semplice:
Struttura Tabella;
Pulsante Indici;
Sotto "nome indice" crei una chiave (es. MiaKey);
Sotto "Nome campo" selezioni il campo interessato;
Per default viene lasciato l'ordine crescente.
Ricordati che nel codice devi richiamare l'indice creato (es. MiaKey)
altrimenti la lettura rimarrà sequenziale. Ciao. Mauro


title: Controllo in una maschera a schede "buca" ogni scheda

text:
In una maschera ho un controllo struttura schede.
In una scheda ho inserito una casella di testo e questa adesso è visibile da
tutte le altre schede. Come se le "bucasse".
come fare per rimediare?
--
----------------
saluti
Giuseppe


author: Sergio MAZZA

text:
"Giuseppe" <
gcondoLev...@libero.it
> ha scritto nel messaggio
news:c4jqg7$2jikkc$1...@ID-213020.news.uni-berlin.de...

La tagli e la incolli nella scheda giusta...
Ciao.
--
Sergio MAZZA


text:
"Sergio MAZZA" <
sergi...@tiscalinet.it
> ha scritto nel messaggio
news:c4jqna$dr3$1...@canarie.caspur.it...
> "Giuseppe" <
gcondoLev...@libero.it
> ha scritto nel messaggio
> news:c4jqg7$2jikkc$1...@ID-213020.news.uni-berlin.de...
> > In una maschera ho un controllo struttura schede.
> > In una scheda ho inserito una casella di testo e questa adesso č
visibile
> da
> > tutte le altre schede. Come se le "bucasse".
> >
> > come fare per rimediare?
> >
> > --
> > ----------------
> > saluti
> > Giuseppe
>
> La tagli e la incolli nella scheda giusta...
>
> Ciao.
Credevo volessi prendermi in giro...
...ma ho provato e funziona.
Non capisco dove mi ero incasinato ... forse erano stati messi sul fondo
della maschera, sotto la struttura a schede...
La visualizzazione non aiuta, perň!!
grazie


text:
"Giuseppe" <
gcondoLev...@libero.it
> ha scritto nel messaggio
news:c4juti$2iu9e3$1...@ID-213020.news.uni-berlin.de...
>
> "Sergio MAZZA" <
sergi...@tiscalinet.it
> ha scritto nel messaggio
> news:c4jqna$dr3$1...@canarie.caspur.it...
> > "Giuseppe" <
gcondoLev...@libero.it
> ha scritto nel messaggio
> > news:c4jqg7$2jikkc$1...@ID-213020.news.uni-berlin.de...
> > > In una maschera ho un controllo struttura schede.
> > > In una scheda ho inserito una casella di testo e questa adesso č
> visibile
> > da
> > > tutte le altre schede. Come se le "bucasse".
> > >
> > > come fare per rimediare?
> > >
> > > --
> > > ----------------
> > > saluti
> > > Giuseppe
> >
> > La tagli e la incolli nella scheda giusta...
> >
> > Ciao.
> Credevo volessi prendermi in giro...
Me lo aspettavo;
> ...ma ho provato e funziona.
troppo semplice la soluzione;
> Non capisco dove mi ero incasinato ... forse erano stati messi sul fondo
> della maschera, sotto la struttura a schede...
capita e non ricordo i quale situazione;
> La visualizzazione non aiuta, perň!!
ma l'NG sě!!
> grazie
Prego...
Ciao.
--
Sergio MAZZA


author: Karl Donaubauer

text:
Sergio MAZZA ha scritto:
> "Giuseppe ha scritto:
>>>> In una maschera ho un controllo struttura schede.
>>>> In una scheda ho inserito una casella di testo e questa adesso è
>>>> visibile da tutte le altre schede. Come se le "bucasse".
>>>>
>>>> come fare per rimediare?
>>>
>>> La tagli e la incolli nella scheda giusta...
>>...
>> Non capisco dove mi ero incasinato ... forse erano stati messi sul fondo
>> della maschera, sotto la struttura a schede...
>
> capita e non ricordo i quale situazione ...
Lo sviluppatore dopo molte ore di lavoro (o un po della sua
droga preferita) scivola col mouse e la casella viene posizionato
sopra la struttura schede senza collegamento con una scheda.
--
cu
Karl
*********
Access-FAQ (tedesco):
http://www.donkarl.com


text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:c4k1iv$2jb9r9$1...@ID-46617.news.uni-berlin.de...

:o)


text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:c4k1iv$2jb9r9$1...@ID-46617.news.uni-berlin.de...

Eh! Eh!
Ciao.
--
Sergio MAZZA


author: MA

text:

Io invertirei i tempi a cui dedicarsi all'uno e
all'altra
;-P
MAssimiliano


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:B88cc.3854$l27....@news.edisontel.com...

Certo! Che lo porti tu il pane a casa?? Ah! Quella santa donna!!
Ciao.
--
Sergio MAZZA


title: Gestione immagine per Marco

author: danmai

text:
Ciao Marco dell'aiuto che mi hai dato. Ho capito il funzionamento della cosa
ma questo fuziona solo con maschera singola.
Siccome io uso anche quella continua il tuo esempio non funziona. Il
problema che ho riscontrato č che avendo piů record in una videata
l'immagine (che dovrebbe essere diversa per ogni record) invece sono tutte
uguali. Spero che tu abbia capito.
C'č una soluzione? Premetto che io sono un principiante e che la versione di
access č l'ultima (2000).
Grazie per la pazienza. Ti auguro una buona serata. Ciaoooooooo Daniele.
Ho un problema con la posta elettronica per questo che non ti ho risposto
via e-mail.


title: Nascondere una form.

author: Adriano

text:
Il problema x me e' piu complicato di quello che sembra.
Vi spiego tutto.
Vorrei fare in modo che aprendo cliccando su un pulsante di una form A mi si
apra la form B e mi diventi invisiblie la form A.
io utilizzo la segente sintassi:
    docmd.openform "frm_A",......
    me.visible=false
il problema e che quando chiudo la form B vorrei che mi riapparisse la form
A
    io scrivo form_frm_A.setfocus
e tutto funziona.
MA, se la form B puo essere richiamata da piu' form tipo A,C,D,E come posso
fare i caso della chiusara  della form B a sapere chi e' la chiamante ?
ho pensato: controllo  quale maschera chiamante e' aperta e poi le metto il
focus ma, se ci sono 2 chiamanti aperte ?
Allora mi sono inventato una specie di soluzione tipo STACK
con due funzioni PUSH e POP metto in una tabella il nome della form che ha
chiamato
e in chiusura della form B con il nome della form chiamante la apro
IL problema grosso e' ora:
io ho il nome della form ma e' in formato stringa e non riesco ad usarlo per
aprirla nuovamente .
ho scritto questa funzione ma ho un problema:
Public Function Str2Obj(NameFrm) As AccessObject
    Dim obj As AccessObject, dbs As Object
    Set dbs = Application.CurrentProject
    ' Ricerca oggetti AccessObject aperti in insieme AllForms.
    For Each obj In dbs.AllForms
        If
obj.name
 = NameFrm Then
            If obj.IsLoaded = True Then
                Set Str2Obj = obj
                Exit For
            End If
        End If
    Next obj
End Function
questa funzione restituisce un'oggetto quindi
scrivendo :
Dim Frm as form
set frm=str2obj("Frm_A")
dovrei ottenere l'effeto desiderato cioe':
frm.visible=false
solo che mi dice che c'e un conflitto di property ....dove sbaglio penso che
sia un problema di variabili giusto ?
ALTRIMENTI se qualcuno di voi ha un'altra soluzione me la dite ?
GRAZIE ADRIANO


title: Nascondere una form.

author: Antonio Biso

text:
Adriano <
adr...@dynamiclab.net
> wrote in message
ZGuc7.103908$%7.74...@news6.giganews.com...
> Il problema x me e' piu complicato di quello che sembra.
> Vi spiego tutto.
>
> Vorrei fare in modo che aprendo cliccando su un pulsante di una form A mi
si
> apra la form B e mi diventi invisiblie la form A.
>
> io utilizzo la segente sintassi:
>
>     docmd.openform "frm_A",......
>     me.visible=false
>
> il problema e che quando chiudo la form B vorrei che mi riapparisse la
form
> A
>
>     io scrivo form_frm_A.setfocus
>
> e tutto funziona.
>
> MA, se la form B puo essere richiamata da piu' form tipo A,C,D,E come
posso
> fare i caso della chiusara  della form B a sapere chi e' la chiamante ?
E' una soluzione che uso da molto tempo con successo.
Quando si apre una form con openform si puņ passare un parametro. chiamato
OpenArgs.
Dalla maschera aperta si rintraccia questo parametro con me.OpenArgs.
Pertanto basta che chi apre passi il suo nome e chi č aperto usi openargs
per ritornare alla chiamante: forms(openargs).visibile = true
Antonio


title: Nascondere una form.

author: Federico Luciani

text:
Adriano wrote:
> Il problema x me e' piu complicato di quello che sembra.
> Vi spiego tutto.
> Vorrei fare in modo che aprendo cliccando su un pulsante di una form A mi si
> apra la form B e mi diventi invisiblie la form A.
> io utilizzo la segente sintassi:
>     docmd.openform "frm_A",......
>     me.visible=false
> il problema e che quando chiudo la form B vorrei che mi riapparisse la form
> A
>     io scrivo form_frm_A.setfocus
> e tutto funziona.
> MA, se la form B puo essere richiamata da piu' form tipo A,C,D,E come posso
> fare i caso della chiusara  della form B a sapere chi e' la chiamante ?
onestamente non ho letto tutto il msg, spero sia quello che cerchi.
quando apri la form, setta il parametro OpenArgs con il nome della form
chiamante, cioe'
docmd.openform "frm_A", , , , , , Me.Name
Me.Visible = false
a questo punto quando dalla frm_A, vuoi sapere chi la chiamata, trovi il
nome in Me.OpenArgs
Forms(Me.OpenArgs).visible = true
Docmd.close acForm,
me.name
--
Federico
----------------------------------
Rimuovi paperino. per e-mail
----------------------------------
Tutte le richieste che arrivano
in privato, vengono cestinate.
----------------------------------
Sito Comune di it.comp.appl.access
http://www.sitocomune.com
mailto:
webm...@sitocomune.com
----------------------------------


title: Nascondere una form.

author: koo

text:
Oltre alle soluzioni proposte, da Antonio e Federico, posso suggerirti
un'alternativa.
Supponendo che il bottone di chiusira della FormB si chiami cmdClose, vai
nel codice della Form (sempre la B) e scrivi questo codice (ne capirai il
significato leggendo quanto ho scritto dopo):
----------------------------------------------------------------------------
---------
Option Compare Database
Option Explicit
Public flgChiudi As Boolean
Public strNomeForm As String
Property Let FormChiamante(NomeForm As String)
    strNomeForm = NomeForm
    txtFormChiamante = strNomeForm
End Property
Property Get FormChiamante() As String
    FormChiamante = strNomeForm
End Property
Property Get Chiudi() As Boolean
    Chiudi = flgChiudi
End Property
Private Sub cmdClose_Click()
    flgChiudi = True
End Sub
Private Sub Initialize()
    flgChiudi = False
End Sub
----------------------------------------------------------------------------
---------
Nel codice della FormA (che conterrà un bottone cmdOpen, per aprire la
FormB), scrivi questo:
----------------------------------------------------------------------------
---------
Option Compare Database
Option Explicit
Private Sub cmdOpen_Click()
    Dim oFormB As Form_FormB
    Set oFormB = New Form_FormB
    Me.Visible = False
    oFormB.FormChiamante = Me.name
    oFormB.Visible = True
    Do Until oFormB.Chiudi
        DoEvents
    Loop
    oFormB.Visible = False
    Set oFormB = Nothing
    Me.Visible = True
End Sub
----------------------------------------------------------------------------
---------
In parole povere, con questo codice, quando clicchi sul bottone cmdOpen
della FormA, viene creata un'istanza della FormB e nascosta la FormA.
Quando chiudi la FormB cliccando sul bottone cmdClose (occhio: in questi
casi ti conviene forse gesti anche l'eneto "Su Chiusura", oppure disattivare
il bottone di chiusura della Form!!!), FormA intercetta il valore della
proprietà "Chiudi" a vero, esce quindi dal Loop, nasconde chiude la Form e
si rende nuovamente visibile.
Questo codice ha di buono una cosa in particolare.
Prova a duplicare FormA e, come etichetta della amschera, metti un altro
nome ("Form A1", per esempio).
Apri sia FormA, sia FormA1 e affiancale, così da renderle visibili entrambe.
Ora premi il bottone cmdOpen di una delle due maschere. Si aprirà FormB:
spostala da dove si trova.
Ora clicca sul bottone cmdOpen  della maschera che è rimasta.
Come potrai vedere, ora hai due istanze della stessa FormB, totalmente
indipendenti (come se avessi due copie perfettamente identiche dalla stessa
Form).
Se adesso premi su uno dei due bottoni cmdClose, si riaprirà la maschera
chiamante e altrettanto succederà quando premerai sull'altro bottone
cmdClose.
Questa soluzione è molto comoda quando devi aprire la stessa Form in più
istanze. Il solo accorgimento da fare è quello della modifica contemporanea
dello stesso record, ma è un controllo facile da fare.
Se hai problemi a capire, posso inviarti, via e-mail, un piccolo esempio.


title: Nascondere una form.

text:
Grazie a tutti x le risposte ed i consigli...
ma nel vostri esempi ho trovato qualcosa x me interessante...
ho usato forms(nomeform di tipo stringa).visible=true
ho risolto tutto
ho inoltre elaborato il tutto con 2 comode funzioni
ShowHiddenForm
e
HideCurrentForm
x usare queste 2 funzioni ho implementato una tabella a mo' di STACK come si
usava una volta !
con 2 funzioni POP e PUSH
le prime 2 soluzioni sono valide ma io gia' uso in qualche form il metodo
openargs quindi in quei casi
avrei dovuto fare una funz complessa per gestire piu dati in ingresso
il terzo metodo poteva andare bene , ma mia intenzione era di ricreare
quello che effettivamnete avviene nello stack di una cpu.
in questo modo , cioe come ho fatto e con altre modifiche mi potrei gestire
piu metodi per le form...
Vi propongo il codice x le mie funzioni:
Public Sub PushStack(NameFrm, FunzStr, ValStr As String)
    DoCmd.RunSQL "INSERT INTO STACK  (NomeForm,Funzione,Valore) VALUES ('" &
NameFrm & "','" & FunzStr & "','" & ValStr & "')"
End Sub
Public Sub PoPStack(NameFrm, FunzStr, ValStr As String)
    Dim StrSQL As String
    Dim Conn As ADODB.Connection
    Dim Rst As ADODB.Recordset
    Set Conn = CurrentProject.Connection
    Set Rst = New ADODB.Recordset
    StrSQL = "Stack"
    Rst.Open StrSQL, Conn, adOpenKeyset, adLockOptimistic, adCmdTableDirect
    With Rst
        .MoveLast
        NameFrm = !NomeForm
        FunzStr = !funzione
        ValStr = !valore
        .Close
    End With
    Conn.Close
    Set Conn = Nothing
    Set Rst = Nothing
End Sub
Public Sub ShowHiddenForm()
    Dim NomeForm, FunzStr, ValStr As String
    PoPStack NomeForm, FunzStr, ValStr
    If FunzStr = "Visible" Then
        Select Case ValStr
            Case "Vero"
                Forms(NomeForm).Visible = True
            Case "Falso"
                 Forms(NomeForm).Visible = False
        End Select
    End If
End Sub
Public Sub HideCurrentForm()
    PushStack
Screen.ActiveForm.name
, "Visible", "Vero"
     Screen.ActiveForm.Visible = False
End Sub
Public Sub FlushStack()
    DoCmd.RunSQL "DELETE Stack.* FROM STACK;"
End Sub
la tabella deve essere creata cosi:
    Nome tabelle:STACK
Campi:
        NomeForm    testo 100
        Funzione        testo 100
        Valore           testo  50
fine
Spero di essere stato chiaro e magari d'aiuto a qualcuno
CIAO ADRIANO
"koo" <koo@k.k> wrote in message news:9ku1vg$dh3$1...@serv1.iunet.it...



title: problema da esperti :-)

text:
Ciao a tutti
è la prima volta che posto in questo news e spero che
qualche guru di Access possa aiutarmi :-) dato che io non
sono molto esperto.
La mia situazione è questa: ho un database enorme (più di 3 GB)
costituito da tabelle che raggiungono i 5 milioni di record in alcuni casi.
Questo DB non l'ho fatto io, ma ora ne sono diventato il "responsabile" e
nonchè quello che effettua gli aggiornamenti e miglioramenti.
A causa della sua mole il DB è costituito da circa 50 file MDB, ognuno
contenente
una sola tabella, credo sia stato fatto così a causa delle limitazioni di
Access
(che mi sembra siano di max 2GB), oppure perché proviene da Access 95.
Inoltre c'è un file MDB che contiene varie tabelle più piccole linkate fra
loro
(circa 100 MB). :-))
Il punto è che il database è quindi poco relazionale, non essendo possibile
mettere
tutto all'interno di un unico file MDB.
Fin qui il problema è ancora relativamente piccolo.. ma ora viene il bello.
Tutti questi file sono memorizzati su una workstation NT 4.
Su circa 15 altri PC vi sono dei database da circa 30 MB, i moduli client,
che linkano le tabelle del DB principale con tutti i dati.
Questi DB client, contengono poche tabelle "proprie" e moltissime query
e form.
Per chiarire il concetto posso dirvi che sul server ci sono dei dati di
misure, e
che i client interrogano queste misure per farne dei grafici.
I client hanno circa 250 queries.
Ora vengo al punto:
non so spiegarmi perché il Database è lentissimo!
Non è un problema di rete. Se io apro un modulo client, e addirittura
tento di aprire una SUA tabella (non una linkata) di circa 300 record
in modalità foglio dati, ci mette a volte 10 minuti!!!!!!
Lo stesso tempo ci mette quando, clikkando sui tasti di un form apposito,
si vogliono visualizzare dei grafici di misure (in effetti in questo caso
viene
interrogato il server....)
C'è un modo di velocizzare le cose?
So che l'ideale sarebbe passare a un SQL server, e accedere con moduli
client
in Access, però questo è per ora poco probabile, in quanto comporterebbe una
spesa per l'azienda, e un grosso lavoro di riconversione....
Io avevo pensato di ristrutturare il DB in modo da renderlo più relazionale,
ottimizzare
le queries e tutto quanto... però:
1) non credo sia possibile mettere tutto in un unico file MDB a causa delle
dimensioni
2) non mi spiego la lentezza nell'apertura di tabelle locali piccole!!!
Ho anche provato con un analizzatore di rete a osservare la LAN mentre
eseguo
una query, e i dati che passano sono relativamente pochi, tipo un centinaio
di pacchetti
IP da 1500 bytes per volta (credo che questo sia a causa della segmentazione
che il livello Datalink Ethernet esegue sui pacchetti TCP/IP)....
Quindi il punto è che è proprio il client ad essere "bloccato", ma non so
cosa stia facendo...
Non penso sia un problema di potenza di calcolo, dato che la workstation è
un PII 450
con 256 MB di memoria, HD SCSI da 18 GB, e il mio PC che uso come client
è un PIII 666 con 192 MB di RAM e Win95.
Anche se ho altri problemi, questo è per ora il principale, quindi mi fermo
qui
sapendo che vi ho già annoiati abbastanza.... :-)
Ringrazio chiunque sappia suggerirmi qualcosa... per ora continuo a leggere
manuali
di Access e Help in linea e spero di trovare qualche idea...
Ciao a tutti e grazie anche solo per aver letto il messaggio.
ByZ-2K


title: problema da esperti :-)

author: Roberto Marengo    -   Sviluppo Software

text:
Il tuo database è decisamente grosso per stare ancora in Access, comunque se
sei inserito in un gruppo di lavoro in rete (*.mdw o *.mda) prova a copiare
il gruppo di lavoro in locale su un client. Ti reinserisci, da quel client,
nel gruppo di lavoro in locale e fai un test.
Dalla mia esperienza ho notato che condividere su file server un file di
gruppo di lavoro rallenta molto Access in alcune operazioni.
Fammi sapere!
Ciao
            Roberto Marengo
"ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha scritto nel messaggio
news:Nz4i7.58516$TS4.2...@news2.tin.it...



title: problema da esperti :-)

author: warp

text:
> La mia situazione è questa: ho un database enorme (più di 3 GB)
> costituito da tabelle che raggiungono i 5 milioni di record in alcuni
casi.
> Questo DB non l'ho fatto io, ma ora ne sono diventato il "responsabile" e
> nonchè quello che effettua gli aggiornamenti e miglioramenti.
> A causa della sua mole il DB è costituito da circa 50 file MDB, ognuno
> contenente
> una sola tabella, credo sia stato fatto così a causa delle limitazioni di
> Access
> (che mi sembra siano di max 2GB), oppure perché proviene da Access 95.
> Inoltre c'è un file MDB che contiene varie tabelle più piccole linkate fra
> loro
> (circa 100 MB). :-))
> Tutti questi file sono memorizzati su una workstation NT 4.
> Su circa 15 altri PC vi sono dei database da circa 30 MB, i moduli client,
> che linkano le tabelle del DB principale con tutti i dati.
> Questi DB client, contengono poche tabelle "proprie" e moltissime query
> e form.
> Ora vengo al punto:
> non so spiegarmi perché il Database è lentissimo!
> Non è un problema di rete. Se io apro un modulo client, e addirittura
> tento di aprire una SUA tabella (non una linkata) di circa 300 record
> in modalità foglio dati, ci mette a volte 10 minuti!!!!!!
E' quasi difficile crederci :-))
Proprio sicuro che siano tabelle locali?
Su tutti i PC le prestazioni sono così infami?
> Lo stesso tempo ci mette quando, clikkando sui tasti di un form apposito,
> si vogliono visualizzare dei grafici di misure (in effetti in questo caso
> viene
> interrogato il server....)
> C'è un modo di velocizzare le cose?
Spesso è sufficiente concepire in modo differente l'SQL per migliorare
enormemente le prestazioni, ma nel vostro caso mi pare quasi inevitabile
considerare l'utilizzo di un Server di database: troppi dati e troppi
artifizi per gestirli bene con M$$,$$ JET.
> Io avevo pensato di ristrutturare il DB in modo da renderlo più
relazionale,
> ottimizzare
> le queries e tutto quanto... però:
> 1) non credo sia possibile mettere tutto in un unico file MDB a causa
delle
> dimensioni
Indubbiamente: Jet 4.0 alloca al max 2 GB, la versione 3.5   1 GB.
Comunque mi chiedevo se i DB che si trovano sul server vengano compattati di
tanto in tanto ... e se contengano oggetti OLE.
> 2) non mi spiego la lentezza nell'apertura di tabelle locali piccole!!!
Qualcuno potrebbe pensare che il DB di FE sia troppo grosso, ma non centra
nulla (anche se 30 MB per un Front-end sono troppi, mi sa che il programma
in questione è nato un pochino a braccio...)
Che versione di Access hai in linea attualmente?
La tabella locale viene aperta dalla finestra di Access o dall'interfaccia
della
procedura?
> Quindi il punto è che è proprio il client ad essere "bloccato", ma non so
> cosa stia facendo...
> Non penso sia un problema di potenza di calcolo, dato che la workstation è
> un PII 450
> con 256 MB di memoria, HD SCSI da 18 GB, e il mio PC che uso come client
> è un PIII 666 con 192 MB di RAM e Win95.
Sicuramente non è un problema d'hardware :-)
Ciao, warp
P.S: non usare per favore subject tipo "problema da esperti", "per
espertissimi", "solo guru" etc. etc.


title: problema da esperti :-)

text:
Roberto Marengo - Sviluppo Software <
rmar...@ngi.it
> wrote in message
9mbe9o$da9$1...@news.ngi.it...
> Il tuo database č decisamente grosso per stare ancora in Access, comunque
se
> sei inserito in un gruppo di lavoro in rete (*.mdw o *.mda) prova a
copiare
> il gruppo di lavoro in locale su un client. Ti reinserisci, da quel
client,
> nel gruppo di lavoro in locale e fai un test.
Scusa la mia ignoranza :-)... ma cosa si intende per gruppo di lavoro?
Se si tratta della gestione permission sui database... beh... non esiste,
nel senso che fa tutto Access, ma non ho definito nessuno user...
In effetti era comunque una delle prossime cose che avrei voluto fare...
Proverņ a cercare file *.mdw o *.mda....
> Dalla mia esperienza ho notato che condividere su file server un file di
> gruppo di lavoro rallenta molto Access in alcune operazioni.
Comunque ti ringrazio per l'aiuto...
Ciao
ByZ-2K


title: problema da esperti :-)

text:
> E' quasi difficile crederci :-))
> Proprio sicuro che siano tabelle locali?
Sě te lo assicuro.. perché si trattava di una tabella che ho creato
sul mio PC in Access... e conteneva qualcosa come 50 record... forse
prima ho detto 100... ma erano meno!
> Su tutti i PC le prestazioni sono cosě infami?
Be' io lavoro sul mio PC... comunque sě, su tutti... infatti
i miei colleghi si lamentano continuamente...
In ogni caso se si usa il modulo client direttamente sulla
workstation NT, tutto migliora... mi č venuto il dubbio
che dipenda anche dal sistema operativo...
> Spesso č sufficiente concepire in modo differente l'SQL per migliorare
> enormemente le prestazioni, ma nel vostro caso mi pare quasi inevitabile
> considerare l'utilizzo di un Server di database: troppi dati e troppi
> artifizi per gestirli bene con M$$,$$ JET.
in effetti č quello che penso io.. ma comunque l'apertura di una tabella
in modalitŕ foglio dati dovrebbe scatenare un comando SQL "interno",
cioč definito automaticamente in Access... quindi se non č ottimizzato
quello,
cos'altro lo puň essere...? :-)
> Indubbiamente: Jet 4.0 alloca al max 2 GB, la versione 3.5   1 GB.
E' quello che ho letto anche sull'help...
> Comunque mi chiedevo se i DB che si trovano sul server vengano compattati
di
> tanto in tanto ...
Ah sě dimenticavo... 3 GB č la dimensione quando tutti i file sono
compattati... :-)
> e se contengano oggetti OLE.
allora i 50 files contengono esclusivamente una tabella, con dentro numeri
e testi...
I moduli client invece contengono oggetti OLE, o meglio ne fanno uso,
in particolare uso l'oggetto GRAPH per fare in grafici in stile Excel...
> Qualcuno potrebbe pensare che il DB di FE sia troppo grosso, ma non centra
> nulla (anche se 30 MB per un Front-end sono troppi, mi sa che il programma
> in questione č nato un pochino a braccio...)
> Che versione di Access hai in linea attualmente?
Ok.. stiamo venendo al punto...
In effetti la versione č Access 2000, ma mi pare che sia stato ottenuto
convertendo col wizard il tool iniziale che era in Access 95 (nemmeno 97)
Effettivamente stavo pensando di creare un DB ex-novo e rifarlo daccapo
copiandolo... non so se si migliorano le cose... ma almeno mi svincolo dal
file "convertito"....
> La tabella locale viene aperta dalla finestra di Access o dall'interfaccia
> della
> procedura?
Il test che ho fatto era il piů banale possibile... apertura di una tabella
piccola e locale, con doppio click dalla finestra di Access nella sezione
Tabelle...
con nessun altro oggetto aperto in Access...
> Sicuramente non č un problema d'hardware :-)
Esatto... ora ti dirň un'altra cosa... inizialmente pensavo fosse la LAN a
essere
intasata, ma mentre il mio PC era apparentemente bloccato nell'apertura
della
tabella, ho aperto Gestione Risorse e copiato da un server a Milano un file
di 25 MB in circa 1 minuto... quindi non č la LAN...
Inoltre se premo CTRL-ALT-CANC e termino Access...
dopo pochi secondi mi compare la schermata BLU con VREDIR.VXD
che esegue un page fault... (questo mi indica che allora stava
lavorando....)
> P.S: non usare per favore subject tipo "problema da esperti", "per
> espertissimi", "solo guru" etc. etc.
Chiedo scusa per il subject, non sapevo come intitolarlo, ma la prossima
volta cambierň sicuramente... bč ora per non aprire un altro thread perň
continuo
cosě... spero non ci siano problemi...
Fatemi sapere e grazie di tutto
ByZ-2K


title: problema da esperti :-)

author: Graziano Franchi (Dal Portatile)

text:
"ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha scritto nel messaggio
news:yffi7.31274$vC1.3...@news1.tin.it...

ATTENZIONE FORSE HO UNA PICCOLA SOLUZIONE DA PROVARE
Ho avuto all'inizio problemi di apertura maschere in rete; LENTISSIMO con
A2000 e velocissimo con Access 2.0.
A tutti i database sia DATI che PROGRAMMA togli:
strumenti > opzioni > generale > tieni traccia delle informazioni di
correzione.
Questa soluzione mi č stata data da MICROSOFT.
Saluti
G.F.


title: problema da esperti :-)

text:
"ByZ-2K" <
> In ogni caso se si usa il modulo client direttamente sulla
> workstation NT, tutto migliora... mi è venuto il dubbio
> che dipenda anche dal sistema operativo...
Normalmente non è così.
Hai omesso qualche dettaglio, per esempio un maledetto Antivirus attivo
nella TaskBar?
O comunque altri programmi RAM resident in azione...
> cos'altro lo può essere...? :-)
Di solito l'apertura di milionate di records da tabelle locali (e con PC
come i tuoi) è molto veloce ... la verità è che stento a crederti :-)
> > La tabella locale viene aperta dalla finestra di Access o
dall'interfaccia
> > della
> > procedura?
> Il test che ho fatto era il più banale possibile... apertura di una
tabella
> piccola e locale, con doppio click dalla finestra di Access nella sezione
> Tabelle...
> con nessun altro oggetto aperto in Access...
Finchè non risolvi questo punto è inutile pensare di rifare il FE
direttamente con A '2000.
L'apertura di un foglio dati dalla finestra di Access deve essere immediata,
anche con molti records.
> Fatemi sapere e grazie di tutto
> ByZ-2K
Ciao, warp


title: problema da esperti :-)

text:
> Normalmente non è così.
> Hai omesso qualche dettaglio, per esempio un maledetto Antivirus attivo
> nella TaskBar?
> O comunque altri programmi RAM resident in azione...
La situazione ovviamente non è semplice... io per
evitare di fare post chilometrici non posso entrare troppo
nel dettaglio...
Comuque la risposta è sì, abbiamo l'FPROT attivo in Taskbar,
e tutti i PC eseguono in background l'SMS di NT, per poter
essere gestiti dal dipartimento IT...
Il punto comunque non è questo! Infatti abbiamo altre realtà di database
molto grandi che sotto le stesse condizioni non presentano
questi problemi...
> Di solito l'apertura di milionate di records da tabelle locali (e con PC
> come i tuoi) è molto veloce ... la verità è che stento a crederti :-)
Se vuoi possiamo sentirci via mail per entrare più nel dettaglio...
(io però non vorrei approfittare della tua pazienza :-)) )
però ciò che ho descritto è vero, e sono stupito quanto te.
Un minimo di esperienza con l'informatica ce l'ho perché sono
appassionato da anni, e quindi mi sto scervellando per scoprire l'origine
del problema ma proprio non ne vengo a capo... almeno per ora... :-)
> Finchè non risolvi questo punto è inutile pensare di rifare il FE
> direttamente con A '2000.
> L'apertura di un foglio dati dalla finestra di Access deve essere
immediata,
> anche con molti records.
Proprio per questo proverò a generarmi un nuovo database Access2000
privo di query, moduli, form e report.
Ci metterò solo le tabelle linkate e non, e poi provo ad aprirle e valuto la
velocità
> Ciao, warp
Ciao e grazie per la pazienza :)
ByZ-2K


title: problema da esperti :-)

author: Riccardo

text:
Il 26 Ago 2001, 12:54, "ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha
scritto:
[megacut]
>La mia situazione è questa: ho un database enorme
(più di 3 GB)
>costituito da tabelle che raggiungono i 5 milioni di record
in alcuni
>casi.
[megacut]
>A causa della sua mole il DB è costituito da
circa 50 file MDB, ognuno
>contenente
[megacut]
>Lo stesso tempo ci
mette quando, clikkando sui tasti di un form apposito,
>si vogliono
visualizzare dei grafici di misure (in effetti in questo caso
>viene
>interrogato il server....)
>C'è un modo di velocizzare le cose?
>2) non
mi spiego la lentezza nell'apertura di tabelle locali piccole!!!
Allora,
effettua queste operazioni, prima di tutto
1) >>>>> Controlla che non
ci siano criteri di ordinamento specificati sulla tabella , fai molta
attenzione, tutte le maschere che permettono Filtro / Ordina, chiedono se
vuoi Salvare le modifiche apportate, se dici di SI, viene impostato un
criterio di ordinamento sulla tabella BE!!! a questo punto è finita, se
provi ad accedere la tabella, prima di fornirti il recordset si scarroccia
tutti e 5 i milioni di record!!!
2) verifica se Office è stato
installato da 'rete' ... , ossia staccando il cavo di rete del client deve
andare tutto
3) Compatta il FE su almeno 1 macchina e riprova
4) (se
1 da Esito Negativo) Controlla che il WorkGroup ATTIVO (system.mdw ? ) che
tu credi essere in locale, non sia in rete per farlo lancia
c:\win*\system*\WrkgAdm.exe
5) controlla la versione del DAO (file
dao350.dll x A97 o dao360 x A2K)
deve essere 3.51 nel caso A97 x A2K non
lo so')
6) Verifica qual'è la struttura di tabella che effettivamente ti
rallenta, copia un Mdb su locale e cancella ad uno ad uno i campi della
tabella  fino a quando la velocità di risposta non aumenta (se aumenta)
7) considera che Dao non ammette che il contenuto di 1 record sia più
grande di un certo nr di Kb esempio dimensiona 30 campi testo da 255 chr
poi riempi ogni campo con 255 caratteri(non c riesci)
8) Se risolvi il
problema di performance, unisci su 2 DB i 50 MDB e cambia il FE in modo che
faccia il link ai 2 anzichè ai 50, in questo modo almeno semplifichi la
gestione degli LDB da parte dei FE
in ogni modo ...
Query che
coinvolgono 5 milioni di record lanciate da un client verso un FILE sono un
massacro, il client deve generare GIGA di file temporanei per poterle
eseguire.
Se proprio non ci salti fuori e non vuoi usare un Server DB ,
fai eseguire tutte le query + pesanti sul server di rete  ( tutte le sere ?
, nell'intervallo?) , facendo delle query di Creazione Tabella (a questo
punto su di un 3° db temporaneo che cancelli e ricrei ogni volta partendo
da un db che contiene solo le query) che creano tabelle che hanno lo stesso
nome della Query, poi colleghi queste ...
ciao
rr
--------------------------------
Inviato via
http://usenet.iol.it


title: problema da esperti :-)

text:
[iper ultra cut]
> Allora,
> effettua queste operazioni, prima di tutto
>
> 1) >>>>> Controlla che non
> ci siano criteri di ordinamento specificati sulla tabella , fai molta
> attenzione, tutte le maschere che permettono Filtro / Ordina, chiedono se
> vuoi Salvare le modifiche apportate, se dici di SI, viene impostato un
> criterio di ordinamento sulla tabella BE!!! a questo punto è finita, se
> provi ad accedere la tabella, prima di fornirti il recordset si scarroccia
> tutti e 5 i milioni di record!!!
si' effettivamente questo è un ottimo suggerimento, controllerò!
Però ancora non mi spiego la lentezza nell'apertura di tabelle piccole (meno
di 100 record, ognuno di 4 campi testo), locali!! e prive di ordinamento....
A volte ci mette ore per aprirle....
> 2) verifica se Office è stato
> installato da 'rete' ... , ossia staccando il cavo di rete del client deve
> andare tutto
Office è installato come applicazione stand alone...
> 3) Compatta il FE su almeno 1 macchina e riprova
già fatto... non cambia nulla...
> 4) (se
> 1 da Esito Negativo) Controlla che il WorkGroup ATTIVO (system.mdw ? ) che
> tu credi essere in locale, non sia in rete per farlo lancia
> c:\win*\system*\WrkgAdm.exe
ecco questo non mi è chiaro... non so nemmeno cos'è il Workgroup... :)
(chi ha detto che io credo che sia il locale? :-)) )
> 5) controlla la versione del DAO (file
> dao350.dll x A97 o dao360 x A2K)
> deve essere 3.51 nel caso A97 x A2K non
> lo so')
Dao 3.6, Access 2000
> 6) Verifica qual'è la struttura di tabella che effettivamente ti
> rallenta, copia un Mdb su locale e cancella ad uno ad uno i campi della
> tabella  fino a quando la velocità di risposta non aumenta (se aumenta)
in effetti questo ancora non l'ho capito... :)
però ho qualche idea...
> 7) considera che Dao non ammette che il contenuto di 1 record sia più
> grande di un certo nr di Kb esempio dimensiona 30 campi testo da 255 chr
> poi riempi ogni campo con 255 caratteri(non c riesci)
non lo sapevo, comunque non è il mio caso..
In effetti in alcune tabelle ho record con molti campi, ma si tratti di
float, e in nessun
caso raggiungo il il KB (da quel che mi ricordo il float non è 4 o 8
bytes? )
> 8) Se risolvi il
> problema di performance, unisci su 2 DB i 50 MDB e cambia il FE in modo
che
> faccia il link ai 2 anzichè ai 50, in questo modo almeno semplifichi la
> gestione degli LDB da parte dei FE
anche questa è un'ottima idea!!!! Grandissimo...
Comunque i FE si creano un solo LDB, perchè le tabelle sono linkate nel FE
stesso
e quindi io non ho mai visto crearsi gli LDB dei database su cui
risiedono...
> in ogni modo ...
> Query che
> coinvolgono 5 milioni di record lanciate da un client verso un FILE sono
un
> massacro, il client deve generare GIGA di file temporanei per poterle
> eseguire.
anche questo lo supponevo... infatti mi stavo chiedendo come Access utilizza
gli index... Cioè, se il eseguo una query, poi la rieseguo fa molto in
fretta...
Se però ne eseguo un'altra e poi rieseguo la prima ci rimette 20 anni...
Non posso in qualche modo salvarmi gli index sui client? O è una questione
di cache?
> Se proprio non ci salti fuori e non vuoi usare un Server DB ,
> fai eseguire tutte le query + pesanti sul server di rete  ( tutte le sere
?
> , nell'intervallo?) , facendo delle query di Creazione Tabella (a questo
> punto su di un 3° db temporaneo che cancelli e ricrei ogni volta partendo
> da un db che contiene solo le query) che creano tabelle che hanno lo
stesso
> nome della Query, poi colleghi queste ...
Questo purtroppo non è proprio possibile...
Dovrei eseguire decine di migliaia di query.... e non sarei sicuro di aver
esaurito la casistica.... questo perchè le query dipendono da parametri che
si selezionano sui form...
A proposito.. come faccio a far eseguire le query al server invece che ai
client?
Ciao e mille grazie
ByZ-2K
PS: Se vuoi continuiamo via mail la discussione e ti spiego nel dettaglio
com'è fatto il DB e cosa contiene...
PS2: Comunque ho convinto la mia azienda a farmi fare un corso
di SQL server e un altro di Oracle... :-)


title: problema da esperti :-)

text:
> > 1 da Esito Negativo) Controlla che il WorkGroup ATTIVO (system.mdw ? )
che
> > tu credi essere in locale, non sia in rete per farlo lancia
> >
c:\win*\system*\WrkgAdm.exe
> ecco questo non mi è chiaro... non so
nemmeno cos'è il Workgroup... :)
> (chi ha detto che io credo che sia il
locale? :-)) )
molto probabilmente non lo usi, altrimenti ti chiederebbe
User Id e Password quando apri Access
> > 6) Verifica qual'è la
struttura di tabella che effettivamente ti
> > rallenta, copia un Mdb su
locale e cancella ad uno ad uno i campi della
> > tabella  fino a quando
la velocità di risposta non aumenta (se aumenta)
> in effetti questo
ancora non l'ho capito... :)
> però ho qualche idea...
Allora io ho
notato in un paio di occasioni che ELIMINANDO alcuni Campi della tabella
il problema (che mi si è presentato in passato) scompariva, un'altra prova
da fare è quella di
cambiare il Tipo del dato mettendolo che so' da
Single a Double
> Non posso in qualche modo salvarmi gli index sui
client? O è una questione
> di cache?
NO pero' puoi creare gli index +
utili sul BE (per intenderci tutti i campi NON Primary Key) che
tu
utilizzi in JOIN o come parametri per WHERE nelle query) , se la struttura
è spezzata e
quindi non esiste una tabella entità relazioni, sicuramente
gli indici (foreign key) non sono stati generati automaticamente,
Seguono Suggerimenti che non valgono solo per Access ma per qualunque DB
relazionale
gli indici INGRANDISCONO il file e rallentano le INSERT ,
ma velocizzano le query
Ogni volta che apro una tabella le Primary e le
Foreign Key vengono immediatamente caricate
localmente in Ram/Swap file ,
se la query visualizza questi campi oppure li utilizza come condizioni
WHERE o JOIN
la velocità di esecuzione puo' anche essere decuplicata
NON USARE MAI SELECT * anche se servono tutti i campi , obbligo il client a
Scoprire il nome dei campi e a fare il Dnload
di tutto il contenuto del
record, quando magari me ne interessa solo una parte
> A proposito..
come faccio a far eseguire le query al server invece che ai
> client?
Si
puo' fare solo se esistono determinate condizioni (a suon di codice ad hoc
sul server)
se le variabili in gioco sono cosi' tante come dici, non è
proponibile ...



title: problema da esperti :-)

author: Sib dal portatile

text:
"Riccardo" <
riccard...@libero.it
> ha scritto nel messaggio > Il 26 Ago
2001, 12:54, "ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha
> scritto:
 [megacut]
Concordo pienamente con quanto scrive Riccardo.
Soprattutto esegui la compattazione dei file mdb (FE e BE) e UNISCI IN NON
PIU? DI 2 o 3 FILE TUTTI I BE!
Questo e' quasi imperativo.
Hai mai provato a fare un "Compila e salva tutti i moduli"?
Fai la prova e raccontaci i risultati.
Infine, se proprio dopo tutte queste compattazioni non ottenete risultati,
io ritengo che dobbiate passare a SQL. Potreste tranquillamente continuare a
usare access per i FE.
Una azienda che deve gestire milioni di record non capisco che problemi
possa fare per passare a SQL, certamente non economici.
Resto comunque dell'idea che molte cose non vadano in questo vostro db.
Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente


title: problema da esperti :-)

text:
> Concordo pienamente con quanto scrive Riccardo.
> Soprattutto esegui la compattazione dei file mdb (FE e BE) e UNISCI IN NON
> PIU? DI 2 o 3 FILE TUTTI I BE!
> Questo e' quasi imperativo.
Infatti cercherò di farlo... Ora non so quanto tempo
mi porterà via, perchè purtroppo devo farlo nei ritagli
che ho, non è il mio lavoro principale...
> Hai mai provato a fare un "Compila e salva tutti i moduli"?
> Fai la prova e raccontaci i risultati.
Questo voglio farlo... ma devo farlo sia per FE che per BE?
> Infine, se proprio dopo tutte queste compattazioni non ottenete risultati,
> io ritengo che dobbiate passare a SQL. Potreste tranquillamente continuare
a
> usare access per i FE.
Anche questa è una cosa che mi aveva sfiorato la mente... ma c'è un po' di
burocrazia da superare.. e molto tempo da investire...
Poi con SQL le query risiedono sul server vero? In molti casi a noi
capita di dover inventare delle query personalizzate sul momento, e quindi
come
farebbero i vari utenti?
> Una azienda che deve gestire milioni di record non capisco che problemi
> possa fare per passare a SQL, certamente non economici.
Infatti i problemi non sono economici, ma sono
1) queste cose VUOLE gestirle il dipartimento IT.
Noi non vogliamo perché non ci serve "smanettare" direttamente sui dati e
non
possiamo ogni volta che dobbiamo fare una modifica aprire un intervento e
aspettare
due giorni perchè ce lo facciano....
2) devo convertire tutta la parte server e mi ci vuole tempo...
3) devo imparare a usare SQL, nonchè c'è il problema delle query dei client
che devono essere migrate sul BE
> Resto comunque dell'idea che molte cose non vadano in questo vostro db.
Anch'io, ma mi piacerebbe farvi vedere nel dettaglio com'è questo DB
e come lo usiamo per farvi capire la situazione... :-))
ma purtroppo non posso....
Ciao
ByZ-2K


title: problema da esperti :-)

text:
> molto probabilmente non lo usi, altrimenti ti chiederebbe
> User Id e Password quando apri Access
ok ho capito, non me li chiede, quindi non uso il Workgroup...
ma vorrò usarlo più avanti...
> Allora io ho
> notato in un paio di occasioni che ELIMINANDO alcuni Campi della tabella
> il problema (che mi si è presentato in passato) scompariva, un'altra prova
> da fare è quella di
> cambiare il Tipo del dato mettendolo che so' da
> Single a Double
Sì certo, questo mi va bene per _grosse_ tabelle con N campi per record...
Ma perchè sono lente (a volte) le tabelle da 100 record con 4 campi l'uno
(text,
50 caratteri, + contatore come primary key)
> NO pero' puoi creare gli index +
> utili sul BE (per intenderci tutti i campi NON Primary Key) che
> tu
> utilizzi in JOIN o come parametri per WHERE nelle query) ,
Ok sul BE sono definite sia le primary key che gli indici....
> se la struttura
> è spezzata e
> quindi non esiste una tabella entità relazioni,
esatto, non esiste..
>  sicuramente
> gli indici (foreign key) non sono stati generati automaticamente,
domanda: gli indici sono definiti andando nel menu Visualizza, Indici
(quando c'è
una tabella in design)... è sufficiente metterli lì perchè vengano generati
o no?
> Seguono Suggerimenti che non valgono solo per Access ma per qualunque DB
> relazionale
>
> gli indici INGRANDISCONO il file e rallentano le INSERT ,
> ma velocizzano le query
> Ogni volta che apro una tabella le Primary e le
> Foreign Key vengono immediatamente caricate
> localmente in Ram/Swap file ,
> se la query visualizza questi campi oppure li utilizza come condizioni
> WHERE o JOIN
> la velocità di esecuzione puo' anche essere decuplicata
> NON USARE MAI SELECT * anche se servono tutti i campi , obbligo il client
a
> Scoprire il nome dei campi e a fare il Dnload
> di tutto il contenuto del
> record, quando magari me ne interessa solo una parte
Grazie, anche questi consigli sono molto utili :-))
> Si
> puo' fare solo se esistono determinate condizioni (a suon di codice ad hoc
> sul server)
> se le variabili in gioco sono cosi' tante come dici, non è
> proponibile ...
è comunque possibile parametrizzare le cose... ma il meccanismo mi
interessa...
qual è?
come realizzo il collegamento client-server, cioè come faccio a fare stare
il server in "attesa" di un messaggio da un client per eseguirgli la query,
e poi
come gli passo i risultati?
Grazie di tutto come sempre, e ciao
ByZ-2K


title: problema da esperti :-)

text:
Allora, una precisazione doverosa , Access NON HA nessun meccanismo client
server, si tratta di scrivere del codice ad hoc (una form ) che lancia
periodicamente una serie di query di creazione tabella che genera i
resultset + complessi, (in sostanza fa tutti i join ma non le where), le
query sui client vengono semplificate, non fanno i join, ma devono
limitarsi ad applicare le eventuali Order by e where che decide l'utente.
E' una soluzione che si può applicare solo se i dati coinvolti non vengono
variati dagli utenti, che si limiteranno a fare solo delle consultazioni.



title: problema da esperti :-)

text:
"ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha scritto nel messaggio
news:lvxl7.79755$vC1.1...@news1.tin.it...
> > Concordo pienamente con quanto scrive Riccardo.
> > Soprattutto esegui la compattazione dei file mdb (FE e BE) e UNISCI IN
NON
> > PIU? DI 2 o 3 FILE TUTTI I BE!
> > Questo e' quasi imperativo.
> Infatti cercherò di farlo... Ora non so quanto tempo
> mi porterà via, perchè purtroppo devo farlo nei ritagli
> che ho, non è il mio lavoro principale...
Molto male, ma so che i datori di lavoro non ammettono che determinate
attivita' possano essere considerate "lavoro"
> > Hai mai provato a fare un "Compila e salva tutti i moduli"?
> > Fai la prova e raccontaci i risultati.
> Questo voglio farlo... ma devo farlo sia per FE che per BE?
Meglio di si.
> > Infine, se proprio dopo tutte queste compattazioni non ottenete
risultati,
> > io ritengo che dobbiate passare a SQL. Potreste tranquillamente
continuare
> a
> > usare access per i FE.
> Anche questa è una cosa che mi aveva sfiorato la mente... ma c'è un po' di
> burocrazia da superare.. e molto tempo da investire...
> Poi con SQL le query risiedono sul server vero? In molti casi a noi
> capita di dover inventare delle query personalizzate sul momento, e quindi
> come
> farebbero i vari utenti?
Access puo' continuare tranquillamente a funzionare come FE, quindi le query
potreste continuare a farvele tranquillamente.
Si', SQL deve risiedere su un server "vero", ma con questo mi fai capire che
pur avendo oltre dieci postazioni ancora lavorate in peer to peer! La cosa
mi pare drammatica.
> > Una azienda che deve gestire milioni di record non capisco che problemi
> > possa fare per passare a SQL, certamente non economici.
> Infatti i problemi non sono economici, ma sono
> 1) queste cose VUOLE gestirle il dipartimento IT.
> Noi non vogliamo perché non ci serve "smanettare" direttamente sui dati e
> non
> possiamo ogni volta che dobbiamo fare una modifica aprire un intervento e
> aspettare
> due giorni perchè ce lo facciano....
Come ti dicevo, potreste continuare a farlo usando Access come FE. E poi che
vogliono questi dell'IT? parlatene con la direzione, e' interesse
dell'azienda che gli altri reparti non vi intralcino, o no?
> 2) devo convertire tutta la parte server e mi ci vuole tempo...
Decisamente
> 3) devo imparare a usare SQL, nonchè c'è il problema delle query dei
client
> che devono essere migrate sul BE
Non necessariamente.
> > Resto comunque dell'idea che molte cose non vadano in questo vostro db.
> Anch'io, ma mi piacerebbe farvi vedere nel dettaglio com'è questo DB
> e come lo usiamo per farvi capire la situazione... :-))
> ma purtroppo non posso....
Fai le prove di cui si e' parlato, poi ridescrivi la situazione e vediamo.
Se le cose non cambiano l'unica resta passare a SQL.
Sib


title: problema da esperti :-)

text:
> Allora, una precisazione doverosa , Access NON HA nessun meccanismo client
> server,
era quello che mi pareva di aver capito in altri post, io impropriamente
uso la terminologia client-server ma dovrei semplicemente dire FE-BE
> si tratta di scrivere del codice ad hoc (una form ) che lancia
> periodicamente una serie di query di creazione tabella che genera i
> resultset + complessi, (in sostanza fa tutti i join ma non le where),
grandioso, solo che verrebbero tabelle enormi che dovrebbero essere
ricreate ogni giorno.... aiuto....
> le query sui client vengono semplificate, non fanno i join, ma devono
> limitarsi ad applicare le eventuali Order by e where che decide l'utente.
ho capito, grazie per la spiegazione...
> E' una soluzione che si può applicare solo se i dati coinvolti non vengono
> variati dagli utenti, che si limiteranno a fare solo delle consultazioni.
In effetti noi non cambiamo i dati... ma li consultiamo e basta... :-))
Ciao
ByZ-2K


title: problema da esperti :-)

text:
> Molto male, ma so che i datori di lavoro non ammettono che determinate
> attivita' possano essere considerate "lavoro"
Infatti.... secondo loro questa cosa è banale, anzi non
si rendono nemmeno conto che per noi il DB è inutilizzabile così...
> Access puo' continuare tranquillamente a funzionare come FE, quindi le
query
> potreste continuare a farvele tranquillamente.
Ah ok, quindi potrebbero esserci query in SQL sul server e query in access?
> Si', SQL deve risiedere su un server "vero", ma con questo mi fai capire
che
> pur avendo oltre dieci postazioni ancora lavorate in peer to peer! La cosa
> mi pare drammatica.
Siamo in un sottoramo della LAN aziendale... è ovvio che siamo in peer to
peer.
Però ho chiesto al dipartimento IT se si può connettere il server NT ad una
porta
dello switch, da solo, a 100 Mb/s e lasciare tutti i client connessi a 10
Mb/s
Però chissà se e quando lo faranno....
> Come ti dicevo, potreste continuare a farlo usando Access come FE. E poi
che
> vogliono questi dell'IT? parlatene con la direzione, e' interesse
> dell'azienda che gli altri reparti non vi intralcino, o no?
Ehhm lasciamo stare, quando l'organigramma di un'azienda ha una profondità
tale
che è più comodo dire il "logaritmo dei livelli" piuttosto che il numero di
livelli,
e soprattutto quando io sono una foglia... :-)))) immaginati la burocrazia e
i tempi
cosmici....
> Fai le prove di cui si e' parlato, poi ridescrivi la situazione e vediamo.
> Se le cose non cambiano l'unica resta passare a SQL.
Ok ma mi farò sentire più avanti perchè ora sono in acque molto vorticose
e al DB posso dedicare un o-piccolo del mio tempo disponibile....
(nelle 12 ore giornaliere di lavoro si intende :-))) )
Ciao e grazie
ByZ-2K


title: problema da esperti :-)

text:
"ByZ-2K" <
NO_SPAM_...@tiscalinet.it
> ha scritto nel messaggio
CUT
> Ehhm lasciamo stare, quando l'organigramma di un'azienda ha una profondità
> tale
> che è più comodo dire il "logaritmo dei livelli" piuttosto che il numero
di
> livelli,
> e soprattutto quando io sono una foglia... :-)))) immaginati la burocrazia
e
> i tempi
> cosmici....
Si puo' dire che azienda e'?



title: problema da esperti :-)

author: Alessandro Cara

text:
Sib dal portatile ha scritto:
>
> Si puo' dire che azienda e'?
>
casini del genere li fa solo la telecom e forse la fiat.
--
a.cara


title: problema da esperti :-)

text:
"Alessandro Cara" <
al...@blunet.it
> ha scritto nel messaggio
news:3B97F84C...@blunet.it...

Anche tu nottambulo allora? ;-)



title: problema da esperti :-)

author: Simone Calligaris

text:
"Sib dal portatile"
> Soprattutto esegui la compattazione dei file mdb (FE e BE) e UNISCI IN NON
> PIU? DI 2 o 3 FILE TUTTI I BE!
> Questo e' quasi imperativo.
> Hai mai provato a fare un "Compila e salva tutti i moduli"?
> Fai la prova e raccontaci i risultati.
L'unica spiegazione plausile per tempi di risposta cosě pietosi su tabelle
locali, č che abbia in TrayBar un bel pacco di utility residenti che
impegnino brutalmente il sistema.
Ciao, Simone


title: problema da esperti :-)

text:
> L'unica spiegazione plausile per tempi di risposta così pietosi su tabelle
> locali, è che abbia in TrayBar un bel pacco di utility residenti che
> impegnino brutalmente il sistema.
Allora bisognerà cercare un'altra spiegazione plausibile.... :-)
Ciao
ByZ-2K


title: problema da esperti :-)

text:
> casini del genere li fa solo la telecom e forse la fiat.
Ci sei andato molto vicino...
Non dico di più :-)))
Ciao
ByZ-2K


title: Code 39 non riconosciuto

author: Claudio(BS)

text:
Gia wrote:
[CUT]
> Dovendo inserire un Code39, precisamente *S63888*, non riesco però
> a stamparne l'etichetta con codice.
> Ho semplicemente aggiunto da gestionale (che gestisce i barcode) i valori
> in anagrafica articoli, controllato che i database letti da Access fossero
> corrispondenti e nient'altro.
> Un errore di procedura o dipende dal gestionale, che a quanto vedo non
> accetta volentieri la stringa *S63888* abbinata al code39?
[CUT]
Bingoooooo!!!!
Ti sei praticamente risposto da solo ;-)
Per quel che so io, l'unica codifica che gestisce i caratteri "speciali"
nel barcode è quella di tipo 128, solo che in internet non non la trovi
gratuitamente.
Io ho avuto, tempo fa, lo stesso problema.
Ho acquistato i fonts e mi sono scritto gli algoritmi per il check code
(solo quelli per il tipo "A"). Il vantaggio è stato che ora in azienda
posso utilizzare il lettore per passare qualsiasi stringa.
--
Claudio(BS)
Per rispondere aggiungi claudio


title: Come 'leggere' le tabelle dati usate da una form?

author: RobertoA

text:
Sto cercando di velocizzare il passaggio da un db ad un altro del
classico gestionale generico
Archivi diversi per ditta1, ditta2, ditta3, ecc..
Se voglio usare dati ditta1 devo collegarmi a quel db, se ditta2 e' un
altro, stessa struttura ma fisicamente due db diversi
L'esecuzione di un relink tabelle completo porta via decine di secondi,
e' il sistema attualmente usato, ma lento e quindi sto cercando di
migliorare
Ho pensato, se ho appena cambiato ditta 'ricollego al volo solo le
tabelle necessarie nelle form che sto avviando, una specie di relink
dinamico'
Tanto anche se sono una decina di tabelle diverse usate da quella form,
al primo avvio ci mettera' un secondo o due ma praticamente nessuno se
ne accorgera', dal secondo avvio in poi saranno gia' collegate e quindi
anche il breve ritardo introdotto al primo avvio form, non ci sara'
Il problema sta nel riconoscere quali tabelle dati sono necessarie su
una form, perche' tra recordset principali, tra combo, listbox, e codice
che viaggia a dlookup e openrecordset, non e' immediato realizzare una
funzione che sfrugugliando dentro la form mi restituisca tutte le
tabelle che e' necessario ricollegare prima di far partire la form stessa

E quindi la domanda e':  come realizzare una funzione che, dando come
parametro in ingresso il nome di una form qualsiasi, ti rerstituisca
tutte le tabelle utilizzate da form, subform, e codice entrocontenuto?


text:

Ma lascia perdere sto ufficio complicazione affari semplici: se per gli utenti è un problema il tempo di riconnessione, sdoppia i programmi facendo in modo che ogni copia sia collegata a una diversa ditta.

Saluti


text:

Veramente una soluzione elegante sembrerebbe esserci
Si tratta di collegare le tabelle gestionale usando un file dsn
contenente le informazioni relative al db al quale connettersi
Poi, spegnendo gestionale, cambiando contenuto del file dsn, e
riavviando gestionale sembra che possa pescare i dati dal nuovo db anche
senza ricollegare tutto
Dico 'sembra' perche' un utente che dispone di Microsoft365 dice e
mostra un video che si possa fare
Provo io col mio Access 2013 e non funziona, nel senso che le
informazioni relative al db rimagono quelle lette dal primo file dsn
proposto
E quindi nel caso servisse a qualcuno, quella sopra e' LA soluzione al
problema posto, ma da Office365 in avanti


text:
> Veramente una soluzione elegante sembrerebbe esserci
> Si tratta di collegare le tabelle gestionale usando un file dsn
> contenente le informazioni relative al db al quale connettersi
> Poi, spegnendo gestionale, cambiando contenuto del file dsn, e
> riavviando gestionale sembra che possa pescare i dati dal nuovo db anche
> senza ricollegare tutto
> Dico 'sembra' perche' un utente che dispone di Microsoft365 dice e
> mostra un video che si possa fare
> Provo io col mio Access 2013 e non funziona, nel senso che le
> informazioni relative al db rimagono quelle lette dal primo file dsn
> proposto
> E quindi nel caso servisse a qualcuno, quella sopra e' LA soluzione al
> problema posto, ma da Office365 in avanti

Vabbè, sarà ... comunque la soluzione che hai ipotizzato non va: per leggere i nomi Tabella nei Dlookup (e RecordSource/Rowsource assegnati dinamicamente) nel Codice VBA, dovresti aprire la Form/Report in vista Design e sfrugugliarci. Impossibile con files Mde/AccDe che senz'altro utilizzi.

Saluti


text:

Forse non hai letto bene quel che ho scritto
Dentro un file peppe_dsn.dsn (che e' esterno al programma Access) ci
metti le informazioni da usare per la connessione al db1
Usi quel file, da vba interno al programma, per collegarti alle tabelle
di cui hai bisogno
A questo punto, il programma Access e' a posto, che sia mdb o accdb o
accde non cambia, e' gia' configurato per usare i dati contenuti nelle
tabelle collegate
A questo punto se cambi il contenuto del file  peppe_dsn.dsn  indicando
db2 al quale collegarsi, allora avviando il programma di prima, verranno
usati i dati come presenti su db2
Con db1 e db2 qualsiasi db server accessibile via odbc
Ovviamente la struttura dei dati contenuti in db1 e db2 deve essere identica
La possibilita' e' geniale a mio parere
L'unica limitazione sta nella struttura db1, db2, ...dbN, che deve
essere esattamente la stessa


text:
> Forse non hai letto bene quel che ho scritto

ho letto benissimo:

"E quindi la domanda e': come realizzare una funzione che, dando come
parametro in ingresso il nome di una form qualsiasi, ti rerstituisca
tutte le tabelle utilizzate da form, subform, e codice entrocontenuto?"

E a quello si riferiva la mia risposta.

Saluti


title: N.settimana sbagliato

author: Ns

text:
Cial al Ng,
stamani ho notato che Access 97 non riconosce correttamente il numero di
settimana corrente, infatti con la formula "=Format(Date();"ii")" il giorno
di oggi mi viene riconosciuto come 3° settimana e non come dovrebbe essere
2°.
Esiste un modo per fargli calcolare la giusta settimana?
CIao e grazie


title: N.settimana sbagliato

author: Cinzia

text:
"Ns" <
no...@ngi.it
> ha scritto nel messaggio news:cs0ao9$h1k$1...@news.ngi.it...

Ciao Ns,
la funzione Format (vedi help) prevede un parametro opzionale
[primasettimanadellanno] tramite il  quale puoi fargli calcolare il numero
delle settimane nel modo che ritieni più utile...
Saluti
Cinzia


title: N.settimana sbagliato

author: cidi

text:
"Ns" <
no...@ngi.it
> ha scritto nel messaggio news:cs0ao9$h1k$1...@news.ngi.it...

Ciao NS
a me non sembra errata.
Se guardiamo il calendario giorno 16 sarà la 3 domenica di gennaio.
---
Daniele


title: N.settimana sbagliato

text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:nOOEd.391494$b5.19...@news3.tin.it...
> Ciao NS
> a me non sembra errata.
> Se guardiamo il calendario giorno 16 sarà la 3 domenica di gennaio.
>
si ma sarà le 2° settimana dell'anno ;-)
Se guardi qualsiasi calndario vedrai che è così, la prima settimana
dell'anno incomincia dal 03/01/05
X cinzia
sai dirmi quale è il parametro?
Ciao


title: N.settimana sbagliato

author: Alessandro Baraldi

text:
"Ns" <
no...@ngi.it
> wrote in message news:cs0e30$m69$
1...@news.ngi.it
[CUT]
>
> X cinzia
> sai dirmi quale č il parametro?
> Ciao
Usa l'Help che ti dice tutto e pure di piů..!!!
Hai l'Help vero..?
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: N.settimana sbagliato

text:
"Ns" <
no...@ngi.it
> ha scritto nel messaggio news:cs0e30$m69$1...@news.ngi.it...

Ciao NS
prova con : =Format(Date();"ii";2;3)
---
Daniele


title: N.settimana sbagliato

text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:2uPEd.391659$b5.19...@news3.tin.it...
>
>> Ciao NS
> prova con : =Format(Date();"ii";2;3)
No non funziona, riamane sempre la settimana 2, anche andando a marzo!.
Nell'help non ho trovato niente riguardo alla formattazione della fata in
settimane.
Ciao e grazie


title: N.settimana sbagliato

text:

probabilmente la formattazione delle "fate" non e' prevista ma quella
delle date si.
1) apri un mdb
2) vai sul visual basic
3) fai <F1>
4) vai su ricerca libera
5) scrivi "format"
6) pigi "cerca"
7) dovrebbe essere la 6' voce
p.s. per le "fate" ho sempre fatto di tutto ma non la "formattazione".
che spreco!
--
a.cara


title: N.settimana sbagliato

author: ALESSANDRO Baraldi

text:
"Ns" <
no...@ngi.it
> ha scritto nel messaggio news:cs0v35$5aq$1...@news.ngi.it...

Ora se quanto vuoi ottenere è il progressivo settimanale nell'anno e:
10/01/2005    deve dare 2
10/03/2005    deve dare 10
prova questo(al posto di "ww" metti "ii" se non è in VBA):
Format(Date();"ww";;vbFirstFullWeek)
Ciao
--
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------


title: N.settimana sbagliato

text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:cs1n1m$toa$1...@lacerta.tiscalinet.it...
> "Ns" <
no...@ngi.it
> ha scritto nel messaggio
> news:cs0v35$5aq$1...@news.ngi.it...
>>
>> "cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
>> news:2uPEd.391659$b5.19...@news3.tin.it...
>> >
>> >> Ciao NS
>> > prova con : =Format(Date();"ii";2;3)
>>
>> No non funziona, riamane sempre la settimana 2, anche andando a marzo!.
>> Nell'help non ho trovato niente riguardo alla formattazione della fata in
>> settimane.
>> Ciao e grazie
>
> Ora se quanto vuoi ottenere è il progressivo settimanale nell'anno e:
> 10/01/2005    deve dare 2
> 10/03/2005    deve dare 10
>
> prova questo(al posto di "ww" metti "ii" se non è in VBA):
>
> Format(Date();"ww";;vbFirstFullWeek)
>
> Ciao
> --
> @Alex (Alessandro Baraldi)
Ciao Alex
ho provato =Format(Date();"ii";2;3)
una casella di testo non associata ed anche in una query
con A2K e AXP:
10/01/2005    uguale 2
10/03/2005    uguale 10
10/05/2005    uguale 19
descrizione degli ultimi due parametri:
il terzo parametro indica il primo giorno della settimana:
1= domenica; 2= lunedì; 3= martedì ecc.
il quarto parametro:
indica come determinare la prima settimana dell'anno:
0= impostazione NLS API;
1= settimana che include 1 gennaio;
2= prima settimana dell'anno che include almeno 4 giorni;
3= prima settimana completa dell'anno.
---
Daniele
p.s. non ho saputo utilizzare il tuo codice ....
ma questa non è una novità :-)


title: N.settimana sbagliato

text:
"cidi" <
dadonz...@tin.it
> wrote in message
news:lP8Fd.677652$
35.27...@news4.tin.it
> Ciao Alex
Ciao Daniele
> ho provato =Format(Date();"ii";2;3)
> una casella di testo non associata ed anche in una query
> con A2K e AXP:
>
> 10/01/2005    uguale 2
> 10/03/2005    uguale 10
> 10/05/2005    uguale 19
Sinceramente non ho provato la tua proposta,
ma mi sembra possa andare, al di là che
il 1° parametro secondo me non serve.
> descrizione degli ultimi due parametri:
> il terzo parametro indica il primo giorno della settimana:
> 1= domenica; 2= lunedì; 3= martedì ecc.
>
> il quarto parametro:
> indica come determinare la prima settimana dell'anno:
> 0= impostazione NLS API;
> 1= settimana che include 1 gennaio;
> 2= prima settimana dell'anno che include almeno 4 giorni;
> 3= prima settimana completa dell'anno.
Io nel mio ho solo usato la costante di Vb associata a 3
quindi perfettamente equivalente al tuo.
> ---
> Daniele
> p.s. non ho saputo utilizzare il tuo codice ....
> ma questa non è una novità :-)
Quale codice...?
Il mio codice è spesso criptico..!
Fammi sapere.
Ciao



title: N.settimana sbagliato

author: Karl Donaubauer

text:
cidi wrote:
>...
> ho provato =Format(Date();"ii";2;3)
> una casella di testo non associata ed anche in una query
> con A2K e AXP:
>
> 10/01/2005    uguale 2
> 10/03/2005    uguale 10
> 10/05/2005    uguale 19
>
> descrizione degli ultimi due parametri:
> il terzo parametro indica il primo giorno della settimana:
> 1= domenica; 2= lunedì; 3= martedì ecc.
>
> il quarto parametro:
> indica come determinare la prima settimana dell'anno:
> 0= impostazione NLS API;
> 1= settimana che include 1 gennaio;
> 2= prima settimana dell'anno che include almeno 4 giorni;
> 3= prima settimana completa dell'anno.
La norma internazionale (penso valida anche per l'Italia) è
ISO 8601 dove le regole sono identico coi parametri 2,2.
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it
+info sulla prima Conferenza Italiana per Sviluppatori di Access (CISA1)


title: N.settimana sbagliato

text:
Karl Donaubauer wrote:
> ...
> La norma internazionale (penso valida anche per l'Italia) è
> ISO 8601 dove le regole sono identico coi parametri 2,2.
hmm...identiche?
Beh, non conosco l'ISO dove sia scritto che si deve sempre
adattare genere, condizionale, congiuntivo ecc.


title: N.settimana sbagliato

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:4763c88cc8c3a2eb2e...@mygate.mailgate.org...
> "cidi" <
dadonz...@tin.it
> wrote in message
> news:lP8Fd.677652$
35.27...@news4.tin.it
>
>> Ciao Alex
>
> Ciao Daniele
>
>> ho provato =Format(Date();"ii";2;3)
>> una casella di testo non associata ed anche in una query
>> con A2K e AXP:
>>
>> 10/01/2005    uguale 2
>> 10/03/2005    uguale 10
>> 10/05/2005    uguale 19
>
> Sinceramente non ho provato la tua proposta,
> ma mi sembra possa andare, al di là che
> il 1° parametro secondo me non serve.
>
>> descrizione degli ultimi due parametri:
>> il terzo parametro indica il primo giorno della settimana:
>> 1= domenica; 2= lunedì; 3= martedì ecc.
>>
>> il quarto parametro:
>> indica come determinare la prima settimana dell'anno:
>> 0= impostazione NLS API;
>> 1= settimana che include 1 gennaio;
>> 2= prima settimana dell'anno che include almeno 4 giorni;
>> 3= prima settimana completa dell'anno.
>
> Io nel mio ho solo usato la costante di Vb associata a 3
> quindi perfettamente equivalente al tuo.
volevo soltanto capire dove e come può essere utilizzato .
visto che non funzia nei miei esempi.
>
>> ---
>> Daniele
>> p.s. non ho saputo utilizzare il tuo codice ....
>> ma questa non è una novità :-)
>
> Quale codice...?
> Il mio codice è spesso criptico..!
>
> Fammi sapere.
>
> Ciao
> @Alex
>
>
Ciao Alex
ho fatto alcune prove togliendo il 3° parametro il numero di settimana
restituito e maggiore di uno. Con 2 o zero  invece è corretto.
Ha ragione Karl, e quandomai?!, secondo le norme ISO 8601, seguite
dall'Italia e, visto il post di Karl, anche dagli altri Paesi dell'Unione
Europea, :-)
la prima settimana dell'anno, per essere considerata tale, deve avere la
maggior
parte dei giorni nell'anno stesso, quindi almeno 4 giorni.
---
Daniele


title: N.settimana sbagliato

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:34kq1rF...@individual.net...
> Karl Donaubauer wrote:
>> ...
>> La norma internazionale (penso valida anche per l'Italia) č
>> ISO 8601 dove le regole sono identico coi parametri 2,2.
ISO 8601 dove le regole sono previste con i parametri 2.2
> hmm...identiche?
>
> Beh, non conosco l'ISO dove sia scritto che si deve sempre
> adattare genere, condizionale, congiuntivo ecc.
--
Daniele


title: errore Overflow ?

author: Sergio

text:
Perchè a volte nell'apertura di una maschera si presenta l'errore di
OVERFLOW ?
Come faccio a risolvere il problema?
Saluti a tutti
Sergio
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: errore Overflow ?

author: ciroteo

text:
"Sergio" <
giud...@tin.it
> ha scritto nel messaggio
news:12a9c80317f67315151...@mygate.mailgate.org...

Tanto per provare potresti importare tutti gli oggetti in un nuovo db,
compatta, compila il codice e guarda se ti da altri errori.


title: errore Overflow ?

text:
> Tanto per provare potresti importare tutti gli oggetti in un nuovo db,
> compatta, compila il codice e guarda se ti da altri errori.
Tutte le volte che mi è capitato l'ho risolto anch'io in questo modo ma
è una scocciatura....



title: errore Overflow ?

text:
"Sergio" <
giud...@tin.it
> ha scritto nel messaggio
news:36412bf35804cae8026...@mygate.mailgate.org...

a chi lo dici ... ti si è risolto?
hai compilato l'mde?


title: errore Overflow ?

text:
> a chi lo dici ... ti si è risolto?
non ho ancora provato perchè spero di trovara una soluzione alternativa.
> hai compilato l'mde?
No



title: errore Overflow ?

author: Sergio Giudici

text:
E' veramente l'unica soluzione importare il tutto in un nuovo Data
base???



title: errore Overflow ?

text:
"Sergio Giudici" <
giud...@tin.it
> ha scritto nel messaggio
news:3c87e73ac85e4b34657...@mygate.mailgate.org...

Io non lo so, di solito è quello che viene consigliato, ma oggi i guru del
ng non ci sono ... credo che se il problema è urgente ti conviene farlo,
magari poi nei prossimi giorni potresti ripostare e vedi se ricevi risposte
migliori.
Se non riesci a capire la causa dell'overflow ...


title: errore Overflow ?

author: Sergio MAZZA

text:
Sergio Giudici wrote:
> E' veramente l'unica soluzione importare il tutto in un nuovo Data
> base???
Hai form con immagini sullo sfondo?
Sembrava essere quello uno dei problemi...
Ciao.
--
Sergio MAZZA


title: errore Overflow ?

text:
"Sergio" <
giud...@tin.it
> wrote in message
news:12a9c80317f67315151...@mygate.mailgate.org
> Perchè a volte nell'apertura di una maschera si presenta l'errore di
> OVERFLOW ?
> Come faccio a risolvere il problema?
> Saluti a tutti
> Sergio
Hai campi calcolati all'interno oppure
deterinazioni dimensionali Runtime...?
Se hai delle funzioni è possibile tu abbia
dimensionato erroneamente il Type delle variabili...?
Sono solo idee.
@Alex



title: errore Overflow ?

text:
Ho scoperto che il problema era dato dalla funzione che utilizzo per
togliere i pulsanti di chiusura/riduzione finestra al caricamento della
maschera.
Questa funzione l'ho scaricata dal sito comune e sul mio notebook con
s.o. windows 98 funziona bene e funziona anche con windows me, il
problema è sorto con Xp



title: errore Overflow ?

text:
"Sergio" <
giud...@tin.it
> wrote in message
news:075e35b945615e92733...@mygate.mailgate.org
> Ho scoperto che il problema era dato dalla funzione che utilizzo per
> togliere i pulsanti di chiusura/riduzione finestra al caricamento della
> maschera.
> Questa funzione l'ho scaricata dal sito comune e sul mio notebook con
> s.o. windows 98 funziona bene e funziona anche con windows me, il
> problema č sorto con Xp
Vai sul sito di Karl alla Faq
1.11 Nascondere la finestra principale di Access
Ciao
@Alex



title: campo contatore

author: Riccardo Casadei

text:
Ciao a tutti,
ho alcune perplessitą in merito ai campi di tipo Contatore.
Secondo voi cosa succede se:
- ho una tabella1 con campo id=contatore supponiamo con 100 record da 1 a
100
- con una query copio ad esempio da 71 a 80 in una altra tabella2 e quindi
cancello gli stessi record da tabella1
- compatto il db
- inserisco un nuovo record in tabella1
Che id gli viene assegnato ?
Se poi con un'altra query riporto i record da 71 a 80 in tabella1 e
successivamente inserico un nuovo record, che id gli vene assegnato ?
grazie
Ric


title: campo contatore

text:
Riccardo Casadei ha scritto:
> Ciao a tutti,
> ho alcune perplessità in merito ai campi di tipo Contatore.

Daccordo che l'NG è pieno di persone disponibili, ma facevi prima a
provarlo che ad aprire google e scrivere il messaggio.


title: campo contatore

text:
"BR1" <
bona...@gmail.com
> ha scritto nel messaggio
news:1151422125....@b68g2000cwa.googlegroups.com...
Riccardo Casadei ha scritto:


Ti assicuro che prima di scrivere ho verificato sul web e anche sullo
storico del sito comune ma ho trovato un sacco di incongruenze o i classici
"dovrebbe".
Non pretendevo che le persone si mettessero a provare per me, ma se qualcuno
aveva già avuto questo problema magari poteva dirmi la sua esperienza.
Ti dico cosa succede a me ?
- dalla tabella1 sposto dei record nella tabella2
- l'applicazione gira, viene usata, magari il db viene compattato
- se decido di riportare i record dalla tabella2 alla tabella1 e poi
inserisco un nuovo record, questo assume un ID che in realtà è già in
tabella
- la mia form (aperta in inserimento) fa compilare tutti i campi che poi
(fortunatamente) non vengono salvati, se no sovrascriverebbero il record
precedente
L'id che viene assegnato diciamo che è a metà fra il minimo e il massimo.
Hai qualche suggerimento ?
Grazie
Ric


title: Raggiunto il numero massimo di blocchi

author: Federico Albertini

text:
Ciao a tutti,
il mio problema è il seguente:
cancellando (trmite query di eliminazione) una tabella con campi collegati
ed integrità referenziale con eliminazione a cascata, spesso, su numeri
elevati di record, mi compare un errore che denuncia raggiunto il numero
massimo di blocchi raggiunto. Memoria esaurita e via dicendo... a parte che
ho 256mb di memori e il db completo (anche di tabelle che non partecipano
alla cancellazione di gruppo) non supera quella dimensione, c'è qualche
alternativa?
Premetto che via codice ci mette un tempo esagerato, rispetto alla query.
Ho anche provato a suddividere la cancellazione a botte di 10, 20 e 50 mila
record ma i tempi sono mortali.
La tabella ha mediamente 250/300 mila records.
Mah! Povero access: lo spremo un po' troppo?
Ciao, Grazie.
Federico


title: Raggiunto il numero massimo di blocchi

author: Stefano Marzocchi

text:
"Federico Albertini" <


Può essere :-)
Però non usare query di comando: lavora con recordsets e (prestazioni a
parte) non avrai questi problemi.
Ciao, Stefano


title: Raggiunto il numero massimo di blocchi

author: FabioS

text:
Devi aprire il DB annullando i blocchi predefiniti; Menů
Strumenti>Opzioni>scheda Avanzate: deseleziona "Apri database utilizzando
blocco a livello di record".
Buon lavoro


title: problemi con campi a precisione doppia (double)

author: ric

text:
Ciao a tutti, ho fatto due prove ed entrambe mi danno risultati
sconcertanti:
1) eseguo questa sub
Sub prova()
    Dim a As Double
    Dim b As Double
    Dim c As Double
    a = 100000123.456
    b = 100000000
    c = a - b
    MsgBox c
End Sub
e prima della msgbox il risultato di c è 123,456000000238
2) ho una tabella con un campo numerico di tipo double, creo due query di
update, la prima aggiunge 100000000
al campo numerico, la seconda lo toglie.
Dopo l'esecuzione il risultato del campo numerico è lo stesso di quello del
codice (bisogna estendere il layout della cella nel caso il risultato sembri
corretto)
Se invece le query aggiungono e tolgono 10000 il risultato è corretto!
E' un problema conosciuto che risolvete in altri modi?
Devo utilizzare un altro db? Nel caso potete darmi qualche nome? (ovviamente
free)
Grazie a tutti per avere letto il messaggio.
    Rik


author: Roberto da casa

text:
"ric" <
vanni_...@txt.it
> ha scritto nel messaggio
news:10021821...@eva.enter.it...

Prova a dare uno sguardo alla chiacchierata che ci siamo fatti io e bande
nel thread da lui aperto il 3/10/2001 alle ore 17:23 e che ha per oggetto
"Passaggio dati  Single --> Double".
Indirettamente ci sono alcune cose che dovrebbero rispondere in qualche modo
al tuo quesito (cioè certi numeri, causa la lunghezza dei campi, sono
memorizzati con un'approssimazione diversa da altri numeri).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: DCount

author: Roberto Barbetti

text:
vorrei usare il dcount in una query  per ottenere il risultato
vorrei contare quante volte si ripete un codex in una query
e vorrei usare il dcount per ottenere come sotto
unita  codex      id      dcount
a          ab01      1          2
b          ab01      2          2
d          ab02      3          1
scusate la banalità..
ma io non ci riesco
saluti


title: DCount

text:
"Roberto Barbetti" <
barb...@soilmaps.it
> ha scritto nel messaggio
news:f8cdvn$n5p$1...@newsreader2.mclink.it...

Ciao Roberto,
SELECT unita, codex, id, Dcount("codex", "Tabella1", "[codex]='" &
codex & "'") AS totCount FROM  Tabella1
oppure
SELECT Tabella1.unita, Tabella1.codex, Tabella1.id, (SELECT
count(X.codex) FROM Tabella1 AS X WHERE X.codex =tabella1.codex) AS
totcount
FROM Tabella1;
--
Cinzia [Office Access MVP]
_______________________

www.riolab.org
----------------------------------------


title: DCount

author: VT @ Work

text:
On Fri, 27 Jul 2007 11:29:19 +0200, "Roberto Barbetti"
<
barb...@soilmaps.it
> wrote:
 (...)

SELECT Unita, Codex, Id, DCount("Codex";"TuaTabella";"Codex=" &
Chr$(34) & [Codex] & Chr$(34)) AS ContaCodex FROM TuaTabella
Vincenzo Turturro
Certificato Eucip Core Level
ITA 0000-002299 del 14/05/2007
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com

---------------------------------------------
risorse Access:
http://www.accessgroup.it

---------------------------------------------
Il sito comune di it.comp.as400
http://www.faq400.com

---------------------------------------------


title: DCount

text:
"VT @ Work" <V...@Work.it> ha scritto nel messaggio
news:46a9c3d8...@firewall.regione.toscana.it...

rispondo per ringraziare ambedue gli intervenuti
e per confermare il corretto funzionamento di tutte e tre le soluzioni
proposte.


title: accesso alle combo column

author: Odino Saur

text:
ciao
io uso moltissimo i controlli a casella combinata.
in particolare sfrutto la possibilità di accedere a colonne nascoste tipo
cmbControlloCombo.column(5)
sapete se esiste un modo alternativo per accedere a queste colonne (magari
per nome..) ?
sapete anche perchè column non è un insieme? se lo fosse sarebbe tutto più
semplice e, credo, più coerente con la filosofia di access..
ogni volta che cambio l'origine del controllo mi ritrovo a correggere il
codice già scritto .. :(
grazie mille!
ciao ciao


title: accesso alle combo column

author: Antonio Biso

text:
"Odino Saur" <
no...@rispondo.org
> ha scritto nel messaggio
news:baaeb7$abi$1...@grillo.cs.interbusiness.it...
> ciao
>
> io uso moltissimo i controlli a casella combinata.
> in particolare sfrutto la possibilità di accedere a colonne nascoste tipo
> cmbControlloCombo.column(5)
>
> sapete se esiste un modo alternativo per accedere a queste colonne (magari
> per nome..) ?
No
> sapete anche perchè column non è un insieme? se lo fosse sarebbe tutto più
> semplice e, credo, più coerente con la filosofia di access..
Chiedilo a Guglielmo
> ogni volta che cambio l'origine del controllo mi ritrovo a correggere il
> codice già scritto .. :(
Perchè?
Antonio


title: accesso alle combo column

author: George

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:Iz3ya.14108$lK4.4...@twister1.libero.it...
> "Odino Saur" <
no...@rispondo.org
> ha scritto nel messaggio
> news:baaeb7$abi$1...@grillo.cs.interbusiness.it...
> > ciao
[cut]
>
> Chiedilo a Guglielmo
>
[cut]
> Antonio
>
>
Chi è Guglielmo?


title: accesso alle combo column

text:
"George" <
giorgio....@libero.it
> ha scritto nel messaggio
news:bafc7c$m08$1...@newsreader.mailgate.org...

Eeehhh....
Guglielmo Cancelli
Hai afferrato ora?
Antonio


title: accesso alle combo column

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:kCGya.19524$lK4.5...@twister1.libero.it...
> "George" <
giorgio....@libero.it
> ha scritto nel messaggio
> news:bafc7c$m08$1...@newsreader.mailgate.org...
> >
> > "Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
> > news:Iz3ya.14108$lK4.4...@twister1.libero.it...
> > > "Odino Saur" <
no...@rispondo.org
> ha scritto nel messaggio
> > > news:baaeb7$abi$1...@grillo.cs.interbusiness.it...
> > > > ciao
> >
 [cut]
>
> Eeehhh....
> Guglielmo Cancelli
> Hai afferrato ora?
>
> Antonio
>
>
Ho avuto un blocco mentale... i miei neuroni hanno *accessato* di funzionare
un attimo...


title: Protezione Tabelle

author: Giampaolo :-)

text:
Eccomi di nuovo qui a proporvi un'altra question:
E' possibile in access proteggere dall'importazione le Tabelle?
Ho letto da qualche parte che nominandole con Usys_NomeTabella e non
avendo spuntato nelle opzioni del proprio Access 'Visualizza Oggetti di
Sistema",
le tabelle quando si tenta di importarle non compaioni.
Ma se sei un po' sveglio, riesci a capire l'arcano e allora....!
Esiste un metodo un po più valido?
Grazie per la vostra disponibilità.
Giampaolo


title: [OT] bug di Excel?

author: Enrico Colpani

text:
Ciao,
scusate se è un po' OT ma credo valga la pena esporlo e sapere casa ne
pensate.
Spero solo che non sia una faqqone, ma non mi sembra.....
Provate a fare quanto segue....
Excel. foglio vuoto.
in alto nella casella A1 scrivete il valore 367.00
nella casella C1 scrivete il valore 0.05
nella casella A2 scrivete la formula: =A1+$C$1
copiate la formula per circa 40 righe nella colonna A
copiate il tutto e incollatelo nella colonna B con un'incolla
speciale--valori
ora, scorrendo i valori della colonna B ogni tanto mi comapre un bel
3xx.0000000000001
su di una macchina me lo fa ad ogni 3xx.20 e 3xx.50
sull'altra solo al 369.20
adesso mi comunicano che su un'altra ancora al 368.45
abbiamo dei pentium II intel, con Windows95.
Qualcuno sa dirmi PERCHE'?
Grazie
Enrico


title: [OT] bug di Excel?

author: lbo dal portatile

text:
>in alto nella casella A1 scrivete il valore 367.00
>3xx.0000000000001
normale.  se hai bisogno di trattare decimali devi usare variabili a
virgola mobile, in cui il valore viene rappresentato da una mantissa
ed un esponente.  e' normale che si siano delle approssimazioni di
calcolo.
se ti serve *visualizzare* soltanto i primi n decimali, puoi
utilizzare una delle tante possibilita' offerte da format o
arrotondare in qualche modo.
sicuramente una quattordicesima cifra decimale in piu' o in meno non
sara' significativa nei tuoi calcoli...
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: Condivisione di database

author: Angelo

text:
Ho provato a condividere un piccolo file mdb gestionale su due PC collegati
mediante un cavo tipo cross. Il file mi veniva aperto da entrambe le
macchine in modalità "solo lettura". Interrompendo la condivisione, tutto
tornava alla normalità.
Qualcuno sa dirmi come risolvere il problema?
Angelo


title: Condivisione di database

author: Setec Astronomy

text:
Angelo wrote:
> Ho provato a condividere un piccolo file mdb gestionale su due PC
> collegati mediante un cavo tipo cross. Il file mi veniva aperto da
> entrambe le macchine in modalit` "solo lettura". Interrompendo la
> condivisione, tutto tornava alla normalit`.
> Qualcuno sa dirmi come risolvere il problema?
Comprati 2 schede di rete.


title: Update difficile varianti per Turturro sostituisce il precedente

text:
Ciao, scusate per il post precedente ho postato senza accorgermene. In
un precedente post, risolto splendidamente da Turturro, scrivevo:
E' possibile aggiornare il valore del campo codcon al valore
contenuto in desart (nel mio esempio 1 o 2, ma potrebbero essere
3,4,5,6,oppure qualsiasi altro testo.)
quando cod art=d.
docrig.numdoc   numrig  codart         desart         codcon
1                        0001   ATF            scatola
1                        0004   AF             anta
1                        0005   AS             scarpa
1                        0006   d                1.
2                        0001   ATF            scatola
2                        0004   AF             anta
2                        0005   AS             scarpa
2                        0006   d                2.
per giungere a:
docrig.numdoc   numrig  codart         desart         codcon
1                        0001   ATF            scatola            1
1                        0002   AF             anta                  1
1                        0003   AS             scarpa              1
1                        0004   d
1.                     1
2                        0005   ATF            scatola             2
2                        0006   AF             anta                  2
2                        0007   AS             scarpa              2
2                        0008   d
2.                     2
La risposta di Turturro perfettamente funzionante, è stata:
UPDATE DocRig SET CodCon = Val(DLookUp("desart","DocRig","numdoc=" &
[numdoc] & "  AND numrig='" & DMin("numrig","DocRig","CodArt='d' AND
numdoc=" & [numdoc] & " AND numrig>'" & [numrig] & "'") & "'"))
WHERE CodArt<>"d";
1.Questa soluzione però non và ad aggiornare codcon dove codart=d e mi
lascia vuoto il valore di codcon. Io vorrei invece che riuscisse ad
aggiornarlo.
2.Variante: ma se dovessi riportare nel campo codcon il contenuto
(quindi qualsiasi testo) contenuto in desart quando cod art=d come
fare?
Risultato
docrig.numdoc   numrig  codart
desart                               codcon
1                        0001   ATF
scatola                             1.ANTONIO
1                        0002   AF
anta                                  1.ANTONIO
1                        0003   AS
scarpa                              1.ANTONIO
1                        0004   d
1.ANTONIO                       1.ANTONIO
2                        0005   ATF
scatola                              2. ANTONIO/PIPPO
2                        0006   AF
anta                                   2. ANTONIO/PIPPO
2                        0007   AS
scarpa                               2. ANTONIO/PIPPO
2                        0008   d                2. ANTONIO/
PIPPO           2. ANTONIO/PIPPO
Ti sarei grato Vincenzo se riuscissi a risolvermi queste due
soluzioni.


author: Silver

text:
> UPDATE DocRig SET CodCon = Val(DLookUp("desart","DocRig","numdoc=" &
> [numdoc] & "  AND numrig='" & DMin("numrig","DocRig","CodArt='d' AND
> numdoc=" & [numdoc] & " AND numrig>'" & [numrig] & "'") & "'"))
> WHERE CodArt<>"d";
>
> 1.Questa soluzione però non và ad aggiornare codcon dove codart=d e mi
> lascia vuoto il valore di codcon. Io vorrei invece che riuscisse ad
> aggiornarlo.
se ho capito bene...
togli la clausola where dalla query di sopra
> 2.Variante: ma se dovessi riportare nel campo codcon il contenuto
> (quindi qualsiasi testo) contenuto in desart quando cod art=d come
> fare?
update docrig set codcon=desart where codart like "d"
Questo volevi?


text:

1.non funziona in quanto diventa:
docrig.numdoc   numrig  codart         desart         codcon
1                        0001   ATF            scatola            1
1                        0002   AF             anta
1
1                        0003   AS             scarpa              1
1                        0004   d
1.                     2
2                        0005   ATF            scatola             2
2                        0006   AF             anta
2
2                        0007   AS             scarpa              2
2                        0008   d                 2.
3
2                        0009   AS             scarpa              3
2                        00010   d               3.
in codcon =d riporta il valore di d successivo
2.non funziona in quanto aggiorna solo record in cui codcon contiene
d, e quindi succede:
docrig.numdoc   numrig  codart         desart         codcon
1                        0001   ATF            scatola
1                        0002   AF             anta
1                        0003   AS             scarpa
1                        0004   d
1.                     1
2                        0005   ATF            scatola
2                        0006   AF             anta
2                        0007   AS             scarpa
2                        0008   d                 2.
2
2                        0009   AS             scarpa
2                        00010   d               3.
3
Sai dirmi la dritta?Grazie
Vincenzo ma ci sei?


text:
dottce...@iol.it
 ha scritto:
> 1.non funziona in quanto diventa:
La formattazione non mi permette di capire una beneamata fava nei 2
minuti che ho di tempo.
> 2.non funziona in quanto aggiorna solo record in cui codcon contiene
> d, e quindi succede:
Non era quello che chiedevi?
quote:



text:
On 15 Gen, 12:16, Silver <cra...@TOGLIMIhotmail.com> wrote:
>
dottcefal...@iol.it
 ha scritto:

1.SOLUZIONE
NUMRIG	CODART	DESART	CODCON
0001	PQUAL50	SCALA	1
0002	MENT	SCALA2	1
0003	BACCCV	PIC	1
0004	d	1	1
0005	TFORT	AR	2
0006	UOVAA	uova 	2
0007	SEMA	Sem	2
0008	MAZZS	Maz	2
0009	d	2	2
2.SOLUZIONE
NUMRIG	CODART	DESART		CODCON
0001	PQUAL50	SCALA		1/VALERIO/
0002	MENT	SCALA2		1/VALERIO/
0003	BACCCV	PIC		1/VALERIO/
0004	d	1/VALERIO/	1/VALERIO/
0005	TFORT	AR		2/PIPPO/
0006	UOVAA	uova 		2/PIPPO/
0007	SEMA	Sem		2/PIPPO/
0008	MAZZS	Maz		2/PIPPO/
0009	d	2/PIPPO/		2/PIPPO/
Dovrebbe essere chiaro ora, dimmi di si?


text:

Scusate nell'ultimo esempio ho dimenticato di inserire la colonna
docrig.numdoc
1
1
1
1
1
1
1
1
1
Quindi significa che all'interno dello stesso docrig.numdoc operare
l'aggiornamento in codcon quando codart=d