title: combobox text

text:

Si, avremo varie query, ognuna da qualche decimo di secondo
Ad una distanza minima l'una dall'altra del tempo minimo che l'utonto
impiega per scrivere la nuova regione, quindi parliamo di secondi
A mio avviso, meglio attendere qualche frazione di secondo ogni volta
che si cambia regione piuttosto che far frezzare tutto per secondi o
decine di secondi la prima volta


title: combobox text

text:
Il giorno martedì 22 marzo 2016 18:52:29 UTC+1, RobertoA ha scritto:

> Si, avremo varie query, ognuna  da  qualche  decimo  di secondo

Eh, qualche  decimo  di secondo ... la fai facile te. Toccherebbe
vede' un sacco de cavoli.

> Ad una distanza minima l'una dall'altra del  tempo  minimo  che
> l'utonto impiega per scrivere la nuova regione, quindi parliamo
> di secondi

Si,  ma come diceva Totò : è la somma che fa il totale :-)
Della serie :
ma  tanto  che  ci  frega : pochi secondi ... e via, buttamo tutto
sul server.

Eh ma pochi secondi  qua  pochi  secondi la per tutti gli utenti e
dalle e dalle il sistema si rallenta.

Perchè far lavorare il server se si può evitare con uno strappetto
alla regola ? Mica te fanno er processo :-)

> A mio avviso, meglio attendere qualche frazione di secondo ogni volta
> che si cambia regione piuttosto che far frezzare tutto per secondi o
> decine di secondi la prima volta

Boh
Magari c' hai ragione. Io però pe non sapè ne legge ne scrive tutte
le volte che è possibile tendo a dare ai clients in locale piu' roba
che posso.

Il limite (ovviamente non raggiungibile che però mi guida) è che
i clients devono essere del tutto indipendenti dalla rete.

Anche qui, come diceva Toto della moglie brutta : i clients meno
la vedono (la rete) è meglio è :-)

Prometti di non incazzarti adesso ? Vado eh ... Bono. Calmo :-)

Ad esempio supponiamo che sul  server  vi  siano  N tabelle  che
vengono si modificate, ma non  molto  spesso.  Che ne so ... una
volta a settimana. Per dire.

Sai che  farei  in tal caso ? Gli faccio una tabella che porta i
nomi delle tabelle e un flag che dice  che  sono  (o  no)  state
cambiate; Sul server, dico.

Quando il client si apre gli  faccio  fare  una  query su questa
tabella e poi in base a questa e gli faccio caricare in locale solo
le tabelle cambiate.

Il client si rallenta, si : ma una volta ogni morte de Papa. In
compenso per tutto il tempo residuo corre come un matto, e la
rete è stressata al minimo.

Che ne dici ? :-)


title: combobox text

text:

M'è venuto in mente solo ora :

che  poi, scava scava, mi *pare* (ma correggimi se sbaglio) che l'
Access (che non è un server, d' accordo) abbia alcune  tabelle di
sistema nascoste ma accedibili in sola lettura che tengono precisa
e puntuale  traccia  delle  modifiche  fatte  alle  tabelle non di
sistema.

Visto che ci sono, dunque, e che ci pensa l' Access a tenerle sempre
aggiornate, perchè non sfruttarle al massimo ? No ? Che ne pensi ?



title: combobox text

author: Remigio

text:
...
provato:

    Dim strsql As String

    strsql = "SELECT " _
    & " codici_catastali.id_codici_catastali, codici_catastali.denominaizone, " _
    & " codici_catastali.Provincia, codici_catastali.Codice " _
    & " FROM codici_catastali " _
    & " WHERE codici_catastali.denominaizone LIKE " & Chr(34) & Me!prova.Text & "%" & Chr(34) _
    & " ORDER BY codici_catastali.denominaizone ASC "

    Me.prova.RowSourceType = "Table/Query"
    Me.prova.RowSource = strsql
    Me.prova.Dropdown

dopo l'invio compare il messaggio "Il testo immesso non corrisponde.....", dando ok poi in effetti la combo è popolata solo dai nomi di città che iniziano con il testo immesso, quindi funziona.
C'è modo di eliminare il messaggio di cui sopra?
Grazie molte

Remigio


title: combobox text

author: RobertoA

text:

LimitToList=false


title: combobox text

text:

Magari le informazioni che tiene sono relative ad operazioni che
lui/esso ha eseguito
Non credo possa vedere se altri vanno a 'toccare' i dati


title: idnumero (contatore)

author: Willo

text:
Scusate è possibile impostare una tabella con un idnumero a contatore ma che
parta da 3500?
Perche se metto campo numerico, ogni volta devo scrivere il numero a mano!
Ciao grazie.


title: idnumero (contatore)

author: Gabriele Bertolucci

text:

Quello che chiedi è innaturale.
Tu cosa vuoi ottenere?
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution


title: idnumero (contatore)

author: cidi

text:
"Willo" <
william...@virgilio.it
> ha scritto nel messaggio
news:4436a12c$0$36938$4faf...@reader3.news.tin.it...

Ciao Willo
prova a dare un'occhiata qua:
http://groups.google.com/group/it.comp.appl.access/browse_frm/thread/7b1e06a03e6e46f/8b1937037b0b10fb?lnk=st&q=%22contatore+che+parte%22+group%3Ait.comp.appl.access&rnum=2&hl=it#8b1937037b0b10fb
Daniele


title: idnumero (contatore)

text:
"cidi" <
dadonz...@tin.it
> ha scritto nel messaggio
news:4436d832$0$36924$4faf...@reader3.news.tin.it...
>
> "Willo" <
william...@virgilio.it
> ha scritto nel messaggio
> news:4436a12c$0$36938$4faf...@reader3.news.tin.it...
>> Scusate è possibile impostare una tabella con un idnumero a contatore ma
>> che parta da 3500?
>> Perche se metto campo numerico, ogni volta devo scrivere il numero a
>> mano!
>> Ciao grazie.
> Ciao Willo
> prova a dare un'occhiata qua:
>
>
Devo associare a dei biglietti dei premi, che però la numerazione stampata
parte dal 3500 fino al 5500


title: idnumero (contatore)

author: Roberto da casa

text:
"Willo" <
william...@virgilio.it
> ha scritto nel messaggio
news:4436a12c$0$36938$4faf...@reader3.news.tin.it...
> Scusate è possibile impostare una tabella con un idnumero a contatore ma
che
> parta da 3500?
Per definizione in Access il valore di un campo di tipo Contatore non può
essere modificato.
Ti ricordo che la chiave primaria di una tabella serve SOLO a rendere
univoci i singoli record ed il suo compito non è certo quello di numerarli
progressivamente.
> Perche se metto campo numerico, ogni volta devo scrivere il numero a mano!
Perché per definizione, al contrario di quanto avviene per un campo di tipo
Contatore, il valore di un campo di tipo Numerico lo devi gestire tu.
Insomma una soluzione del tuo problema può essere quella che nella tabella
esista un campo numerico il cui valore si incrementa di 1 a partire dal
valore 3500: puoi ottenere questo impostando adeguatamente il valore
predefinito dalla casella di testo associata a quel campo.
Se lo ritiene opportuno puoi anche indicare che quel campo sia la chiave
primaria della tabella.
Per maggiori dettagli prova ad andare sul Sito Comune (link qui sotto) e
nella Sezione Tables leggi la FAQ di Emanuele Cesena intitolata "1.1 Cos'è
un ID? Contatori, numeri, e altro.".
> Ciao grazie.
--
Roberto
-----------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
-----------------------------------------------


title: idnumero (contatore)

text:
"Willo" <
william...@virgilio.it
> ha scritto nel messaggio
news:4437672f$0$29724$4faf...@reader2.news.tin.it...

embè? che difficoltà hai?
facci capire, se vuoi essere aiutato.
Ciao, Daniele


title: idnumero (contatore)

author: Michele

text:
> Scusate è possibile impostare una tabella con un idnumero a contatore ma
> che parta da 3500?
> Perche se metto campo numerico, ogni volta devo scrivere il numero a mano!
Modificare il valore iniziale di un campo Contatore (MDB)
Nota  Le informazioni in questo argomento sono valide solo per i database di
Microsoft Access (.mdb).
Per una nuova tabella che non contiene alcun record, è possibile modificare
in un numero diverso da uno il valore iniziale di un campo Contatore la cui
proprietà Nuovi valori è impostata su Incremento. La stessa procedura può
essere usata anche per una tabella che contiene record, in modo da
modificare in un altro numero il valore successivo assegnato a un campo
Contatore.


title: idnumero (contatore)

text:
"Michele" <
m...@tin.it
> ha scritto nel messaggio
news:tRVZf.73848$PR2.1...@twister2.libero.it...

Grazie siete stati abbastanza chiari. Ciao ciao


title: Relazioni non funzionanti

author: Fabio

text:
Ciao a tutti,
ho creato tre tabelle come di seguito elencato:
Nella tabella A, fra gli altri, ci sono i campi "Codice commessa", "Tipo di spesa" e "Nome società"
Nella tabella B, ho un campo "IDContatore" e uno chiamato "Tipo di Spesa"
Nella tabella C, ho un altro campo "IDContatore" ed uno "Nome società"
Fra queste tre tabelle poi ho creato delle relazioni. In particolare, la tabella A ha un join del terzo tipo (quello che include tutti i record di A e solo quelli di B e/o C in cui i campi collegati sono uguali) con le tabelle B e C.
Per concludere, ho relazionato un quarta tabella D con A tramite il campo "Codice commessa", applicando anche in questo caso un join del terzo tipo (tutti i record di D e quelli di A in cui i campi collegati sono uguali).
A questo punto ho sviluppato un query prendendo i seguenti campi:
Codice commessa dalla tabella D
Tipo di Spesa dalla tabella B
Nome società dalla tabella C
Altri campi che al momento non interessano, dalla tabella A
Il problema è che così facendo, Access non mi fa aggiornare i campi Tipo di spesa e Nome società.
Perchè? Dove sto sbagliando?
Vi prego..... aiutate un neofita di Access.
Grazie in anticipo a chiunque mi risponderà.
------------------------------------------
Posted via web with GlobalNews
The first european Free Usenet Web Portal
www.globalnews.it
------------------------------------------


title: Relazioni non funzionanti


title: Relazioni non funzionanti

author: Fabio Montagner

text:
Una regola è che puoi modificare dei dati in una tabella alla volta.
Inserendo i campi di atre tabelle non può funzionare.
Per fare ciò usi le combobox alle quali associ la chiave secondaria di
TabellaA, prelevando il valore dalla chiave primaria della tabella, ad
esempio, TabellaB.
"Fabio" <
fabio....@libero.it
> wrote in message
news:3ac1b...@wwwnews.globalnews.it...



title: Relazioni non funzionanti

text:
>Una regola è che puoi modificare dei dati in una tabella alla volta.
>Inserendo i campi di atre tabelle non può funzionare.
Scusa la mia ignoranza in materisa.... ma cosa significa quello che hai appena scritto? Vuoi forse dire che le tanto decantate relazioni in Acess non servono a nulla? Perdonami.... ma come già avevo scritto sono un neofita.
>Per fare ciò usi le combobox alle quali associ la chiave secondaria di
>TabellaA, prelevando il valore dalla chiave primaria della tabella, ad
>esempio, TabellaB.
>
Ho usato le combobox nel modo che credo tu abbia descritto..... ma non ho risolto un bel nienete. Ho anche provato ad eliminare tutte le relazioni lasciandone, a caso, solo una ma nemmeno mi ha consentito di modificare i campi.
Cosa devo fare ancora? Sto impazzendo!!
Grazie comunque per la risposta che mi hai già dato.
Ciao a presto.



title: Relazioni non funzionanti

text:
> >> Ciao a tutti,
> >> ho creato tre tabelle come di seguito elencato:
> >> Nella tabella A, fra gli altri, ci sono i campi "Codice commessa",
"Tipo
> >di spesa" e "Nome società"
> >> Nella tabella B, ho un campo "IDContatore" e uno chiamato "Tipo di
Spesa"
> >> Nella tabella C, ho un altro campo "IDContatore" ed uno "Nome società"
> >>
> >> Fra queste tre tabelle poi ho creato delle relazioni. In particolare,
la
> >tabella A ha un join del terzo tipo (quello che include tutti i record di
A
> >e solo quelli di B e/o C in cui i campi collegati sono uguali) con le
> >tabelle B e C.
> >>
> >> Per concludere, ho relazionato un quarta tabella D con A tramite il
campo
> >"Codice commessa", applicando anche in questo caso un join del terzo tipo
> >(tutti i record di D e quelli di A in cui i campi collegati sono uguali).
> >>
> >> A questo punto ho sviluppato un query prendendo i seguenti campi:
> >> Codice commessa dalla tabella D
> >> Tipo di Spesa dalla tabella B
> >> Nome società dalla tabella C
> >> Altri campi che al momento non interessano, dalla tabella A
La struttura della TabellaA deve essere così:
TabellaA TuttiCampi, IDContatoreTabellaB, IDContatoreTabellaC.
l'integrità referenziale ti serve per garantire il fatto che esistano sempre
i dati e che non vengano cancellati i dati di TabellaB e TabellaC se esiste
almeno un record di TabellaA che li contenga.
Quando inserisci i dati in TabellaA tramite una maschera, avrai 2 combobox
la cui origine dati saranno TabellaB e TabellaC ed il dato che passeranno
sarà sempre l'IDContatore.


title: Relazioni non funzionanti

text:
>La struttura della TabellaA deve essere così:
>TabellaA TuttiCampi, IDContatoreTabellaB, IDContatoreTabellaC.
Seguendo il tuo consiglio ho verificato che effettivamente posso inserire i dati. Tuttavia resta il problema del codice della commessa. Poichè le tabella A, B e C fanno riferimento a delle commesse già inserite nella tabella D, come posso fare a legarle tutte senza che sia costretto ad inserire due volte il codice commessa?
Mi spiego meglio: nella tabella A posso inserire le voci per i diversi campi ma non ho modo di relazionarle al codice commessa della tabella D a cui le spese della tabella B e i nominativi delle società della tabella C fanno riferimento. Potrei fare una query di accodamento per il momento, ma nel momento in cui andassio ad aggiungere una nuova commessa nella tabella D (per la quale saranno poi previste particolari tipi di spesa) sarei costretto ad inserire lo stesso cosdice commessa anche nella tabella A.
Come risolvo questo dannoso problema?
Ciao aspetto tue notizie.
P.s. Grazie per aver continuato a rispondermi.




title: Tabelle Collegate

text:
Salve a tutti,
ormai è noto (vedi i miei post passati) che nutro riserve sullo strumento
delle tabelle collegate, ma non sono quì per disquisire e polemizzare su
questo strumento ma per chiedere la vostra opinione ed il vostro supporto.
Nell'applicativo che attualmente sviluppo uso le tabelle collegate perchè
devo gestire informazioni residenti su databese diversi e su RDBMS diversi
(in particolare Sybase 11 e Sql server 2000).
Devo dire che per questo particolare tipo di impiego le tabelle collegate di
Access sono strumenti eccezionali!
Ci sono, però, alcune query rovinosamente lente: quelle che comportano JOIN
tra tabelle residenti su RDBMS diversi. Le tabelle del DB Sybase sono in
produzione e non mi azzardo a modificarne gli indici (che mi sembrano,
comunque, ben impostati). Posso però intervenire sulle tabelle del database
su SQL SErver 2000.
Le operazioni di INNER JOIN coinvolgono o le chiavi primarie (codici interi)
o campi (sempre numeri interi) con definiti indici cluster con ordinamento
crescente.
Il problema è il miglioramento delle prestazioni per queste query (e non
posso utilizzare il buon query analyzer).
Il carico transazionale non è elevato (diciamo circa 10 operazioni WRITE ed
un centinaio in READ al giorno).
Potreste consigliarmi come poter intervenire sulle tabelle collegate (ho già
fatto una ricercha sul sitocomune attraverso l'applet ma non ho trovato
documentazione)
o darmi qualche link per documentarmi?
Saluti a tutti.
--
Simplex2
www.mdenittis.it


title: Tabelle Collegate

author: Oscar Manfredini

text:
"simplex2" <
> Salve a tutti,
> ormai è noto (vedi i miei post passati) che nutro riserve sullo strumento
> delle tabelle collegate
Tutti gli strumenti, quando si usano male o si conoscono male, lasciano
perplessi: se hai problemi di prestazioni con SQL Server o MySQL attraverso
linked tables sei tu ad avere problemi.
Normalmente ... ma nel seguito del tuo post si capisce anche i problemi ci
sono.
>, ma non sono quì per disquisire e polemizzare su
> questo strumento ma per chiedere la vostra opinione ed il vostro supporto.
> Nell'applicativo che attualmente sviluppo uso le tabelle collegate perchè
> devo gestire informazioni residenti su databese diversi e su RDBMS diversi
> (in particolare Sybase 11 e Sql server 2000).
> Devo dire che per questo particolare tipo di impiego le tabelle collegate
di
> Access sono strumenti eccezionali!
> Ci sono, però, alcune query rovinosamente lente: quelle che comportano
JOIN
> tra tabelle residenti su RDBMS diversi. Le tabelle del DB Sybase sono in
> produzione e non mi azzardo a modificarne gli indici (che mi sembrano,
> comunque, ben impostati). Posso però intervenire sulle tabelle del
database
> su SQL SErver 2000.
Attenzione: qualunque documentazione relativa a ODBC e alla comunicazione
tra JET e ODBC è molto chiara in merito: query su origini date eterogenee
vengono risolte localmente sulla postazione di lavoro, ecco perchè sono
rovinosamente lente.
Peraltro è già tanto che il RAD in oggetto consenta di lavorare in
lettura/scrittura su origini dati eterogenee.
> Le operazioni di INNER JOIN coinvolgono o le chiavi primarie (codici
interi)
> o campi (sempre numeri interi) con definiti indici cluster con ordinamento
> crescente.
> Il problema è il miglioramento delle prestazioni per queste query (e non
> posso utilizzare il buon query analyzer).
> Il carico transazionale non è elevato (diciamo circa 10 operazioni WRITE
ed
> un centinaio in READ al giorno).
> Potreste consigliarmi come poter intervenire sulle tabelle collegate (ho
già
> fatto una ricercha sul sitocomune attraverso l'applet ma non ho trovato
> documentazione)
> o darmi qualche link per documentarmi?
Sulla KB MS trovi informazioni e documentazione su ODBC, ma non aggiunge
nulla a quanto t'ho detto.
Per quale ragione utilizzate due Server differenti: è una configurazione
macchinosa.
Ciao.


title: Tabelle Collegate

text:
> Normalmente ... ma nel seguito del tuo post si capisce > anche i problemi
ci
> sono.
>
Oh, meno male, questa volta sono stato più chiaro!
> Attenzione: qualunque documentazione relativa a ODBC e alla comunicazione
> tra JET e ODBC è molto chiara in merito: query su origini date eterogenee
> vengono risolte localmente sulla postazione di lavoro, ecco perchè sono
> rovinosamente lente.
>
Lo avevo sospettato!
Ti assicuro che non sono riuscito a trovare molta documentazione in
proposito (il che non vuol dire che non ci sia)  sulla mia MSDN Library.
> Sulla KB MS trovi informazioni e documentazione su ODBC, ma non aggiunge
> nulla a quanto t'ho detto.
> Per quale ragione utilizzate due Server differenti: è una configurazione
> macchinosa.
Il motivo è semplice ed ha natura storico-politica:
due 'divisioni' diverse avevano sviluppato due sistemi informativi diversi
che custodivano gelosamente un 'bell'insieme' di informazioni comuni (quando
si parla di sinergie....). Oggi le 'divisioni' sono unificate ed è
necessario realizzare un applicativo che necessita di informazioni contenute
nei due sistemi informativi che, non solo sono nati indipendentemente l'uno
dall'altro, ma si sono anche evoluti e si evolvono in modo diverso. Il mio
applicativo, inoltre, gestisce informazioni proprie e quindi sorge il
problema del DOVE inserire queste informazioni, considerando che entrambi i
due vecchi sistemi informativi delle due 'divisioni' impiegano RDBMS datati
(diciamo pure obsoleti - ultra decennali) ed 'INTOCCABILI', mentre io ho a
disposizione un SQL Server 2000 nuovo di zecca!
Una volta terminato, il mio applicativo gestirà dati attinti da tre RDBMS
diversi.
Il tempo di vita del mio applicativo è stimato in quattro anni, con una
frequenza di impiego che decade nel tempo, quindi non vale la pena
effettuare grandi trasformazioni infrastrutturali.
Mi chiedo se è possibile migliorare qualcosa creando la tabella MSysConf sui
tre DB, considerando che i record delle tabelle coinvolte nei join di cui
parlo sono dell'ordine di 4000 (quindi non tantissimi).
Vorrei impostare il record 102 al valore 20 secondi ed il record 103 a 5000
record.
Che ne pensate? Prima di provare a tritarmi le palle vorrei sapere la Vostra
illuminante opinione ;-)
Ciao.
--
Simplex2
www.mdenittis.it


title: Tabelle Collegate

text:
"simplex2"
> > Attenzione: qualunque documentazione relativa a ODBC e alla
comunicazione
> > tra JET e ODBC è molto chiara in merito: query su origini date
eterogenee
> > vengono risolte localmente sulla postazione di lavoro, ecco perchè sono
> > rovinosamente lente.
> Lo avevo sospettato!
> Ti assicuro che non sono riuscito a trovare molta documentazione in
> proposito (il che non vuol dire che non ci sia)  sulla mia MSDN Library.
Veramente io ho parlato di KB Microsoft.
http://support.microsoft.com/default.aspx?scid=kb;en-us;128808
Ti consiglio di scaricare il documento Word: si riferisce a Jet 3.0 ma è
valido a tutt'oggi al 95% ... è in lingua inglese ma chiarisce bene le
caratteristiche di connettività ai Server di Jet + ODBC.
> Il tempo di vita del mio applicativo è stimato in quattro anni, con una
> frequenza di impiego che decade nel tempo, quindi non vale la pena
> effettuare grandi trasformazioni infrastrutturali.
> Mi chiedo se è possibile migliorare qualcosa creando la tabella MSysConf
sui
> tre DB, considerando che i record delle tabelle coinvolte nei join di cui
> parlo sono dell'ordine di 4000 (quindi non tantissimi).
> Vorrei impostare il record 102 al valore 20 secondi ed il record 103 a
5000
> record.
Un bel salto di qualità dato che il default del record 103 corrisponde a 100
record(s)!   :-))
> Che ne pensate?
Personalmente ho testato situazioni d'accesso a Server misti solo per
curiosità: fortunatamente non ho incontrato situazioni del genere in ambito
reale.
Il test che vuoi fare attraverso MSysConf non costa nulla: provalo.
Ciao.


title: [OT] Messaggi mancanti

author: LeoDuca

text:
L'altra sera ho visitato il NG da casa usando
il sito Mailgate.it e ho visto che Roberto aveva
risposto a un mio messaggio.
Il giorno dopo in ufficio scarico al solito i messaggi
con OE ma..... niente risposta di Roberto.
Da quel che ho potuto notare il caso sembra
essere isolato, e credo anche che il fatto
dipenda da qualche mia operazione maldestra
durante la sincronizzazione di un nuovo NG.
Qualcuno sa dirmi come recuperare quel
messaggio con OE?
Grazie
--
LeoDuca


title: [OT] Messaggi mancanti

author: Silvio Berruti

text:
"LeoDuca" <
leo_...@libero.it
> ha scritto nel messaggio
news:3b3cb...@news.dada.it...

Clicca con il tasto destro del mouse su it.comp.appl.access, scegli la voce
Proprietą.
Nella Finestra che si č aperta scegli File locale e clicca sul pulsante
Reimposta.
Controindicazioni
==============
In questo modo verranno cancellati tutti i messaggi presenti e verranno
scaricati quelli disponibili presso il provider.
Tutti saranno del tipo non letto.
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com


title: Transazioni (BeginTrans)

author: Franco

text:
Buongiorno a tutti,
sto provando ad utilizzare le transazioni per la prima volta, cercando un
po' di aiuti sul web e sulla guida di VBA.
All'apertura dell'applicativo riallego le tabelle collegate, elencate nella
tabella "TabCollegate" presente sul FE, dove memorizzo il nome ed il
percorso delle tabelle sui vari BE (ho seguito un ottimo consiglio di
Alessandro Baraldi), eseguendo il codice tramite la macro "Autoexec".
Poichè i BE sono posizionati su altri PC, questa procedura mi crea un
inconveniente se per qualche motivo la rete non funziona, cioè mi cancella
il collegamento della prima tabella ma poi non riesce a ricrearlo, quindi ho
pensato di blindare il tutto usando una transazione.
Dopo aver aggiunto il controllo BeginTrans però la funzione mi restituisce
il seguente errore 3624: "Impossibile leggere il record. Attualmente
bloccato da un altro utente."
Quando poi chiudo l'applicativo mi compare un altro messaggio: "Database già
aperto in modo esclusivo dall'utente 'Admin' sulla macchina 'NomePC'.
Rintentare l'operazione quando il database è disponibile."
Tutto ciò non si è mai verificato prima di inserire il codice che avvia la
transazione.
Di seguito allego il codice usato, evidenziando le parti aggiunte.
Function TabelleCollegate2()
On Error GoTo Err_TabelleCollegate2
    Dim WKP1 As DAO.Workspace ' istruzione aggiunta
    Dim DBS1 As DAO.Database
    Dim RST1 As DAO.Recordset
    Dim FLD1 As DAO.Field
    Dim FLD2 As DAO.Field
    Dim N As Integer
    Set WKP1 = DBEngine.Workspaces(0) ' istruzione aggiunta
    Set DBS1 = CurrentDb
    Set RST1 = DBS1.OpenRecordset("TabCollegate")
    Set FLD1 = RST1.Fields("ColNome")
    Set FLD2 = RST1.Fields("ColPercorso")
    RST1.MoveFirst
    WKP1.BeginTrans ' istruzione aggiunta
    Do While Not RST1.EOF
        DBS1.TableDefs.Delete FLD1.Value
        DoCmd.TransferDatabase acLink, "Microsoft Access", FLD2.Value, acTable,
FLD1.Value, FLD1.Value
        RST1.MoveNext
    Loop
    WKP1.CommitTrans ' istruzione aggiunta
Exit_TabelleCollegate2:
    Set FLD2 = Nothing
    Set FLD1 = Nothing
    Set RST1 = Nothing
    Set DBS1 = Nothing
    Set WKP1 = Nothing ' istruzione aggiunta
    Exit Function
Err_TabelleCollegate2:
    MiaMsgBox "Si è verificato il seguente errore:@N° " & Err.Number & " - " &
Err.Description & "@"
    Resume Exit_TabelleCollegate2
End Function
In tutti gli esempi che ho trovato non c'è mai un riferimento ad accessi
esclusivi o cose simili, ed ora non so come continuare senza dover
rinunciare.
Ringrazio quanti proveranno a darmi una mano.
Saluti
Franco
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: Transazioni (BeginTrans)

author: Bruno Campanini

text:
"Franco" <
fr...@inwind.it
> wrote in message
news:193Z138Z163Z242...@usenet.libero.it...
> Buongiorno a tutti,
> sto provando ad utilizzare le transazioni per la prima volta, cercando un
> po' di aiuti sul web e sulla guida di VBA.
> All'apertura dell'applicativo riallego le tabelle collegate, elencate
> nella
> tabella "TabCollegate" presente sul FE, dove memorizzo il nome ed il
> percorso delle tabelle sui vari BE (ho seguito un ottimo consiglio di
> Alessandro Baraldi), eseguendo il codice tramite la macro "Autoexec".
> Poichè i BE sono posizionati su altri PC, questa procedura mi crea un
> inconveniente se per qualche motivo la rete non funziona, cioè mi cancella
> il collegamento della prima tabella ma poi non riesce a ricrearlo, quindi
> ho
> pensato di blindare il tutto usando una transazione.
Io faccio cancellare prima tutte le tabelle collegate poi eseguo il codice
per i nuovi collegamenti.
Se la rete non è attiva ho errore nella seconda parte (eventualmente
recuperabile) poi però quando ripeto il collegamento (a rete funzionante)
tutto procede regolarmente. Non uso TransferDatabase.
Ti invio un esempio del mio codice se vuoi darci un'occhiata.
=============================================
Private Sub TableLink_Click()
Dim LocalDB As Database, RemoteDB As Database, WSP As Workspace
Dim TableListTable As String, ExternalDatabasePassword As String
Dim NewLinkedTable As TableDef, i As TableDef
Dim RemoteDatabaseFileName As String, RS As DAO.Recordset
RemoteDatabaseFileName = "\\p102\C\Paragon\Paragon_T.AI8"
TableListTable = "t_DefaultLinks"
ExternalDatabasePassword = ""
Set WSP = DBEngine.Workspaces(0)
Set LocalDB = CurrentDb
Set RemoteDB = OpenDatabase(RemoteDatabaseFileName, False, False, _
               ";PWD=" & ExternalDatabasePassword)
Set RS = LocalDB.OpenRecordset(TableListTable, dbOpenDynaset)
' Elimina tutte le tabelle correntemente collegate
For Each i In LocalDB.TableDefs
    If i.Connect <> "" Then
        DoCmd.DeleteObject acTable, i.Name
    End If
Next
' Collega tutte le tablelle elencate nel campo [TableName]
' della tabella t_DefaultLinks
WSP.BeginTrans
Do Until RS.EOF
    Set NewLinkedTable = LocalDB.CreateTableDef(RS![TableName])
    NewLinkedTable.Connect = ";DATABASE=" & RemoteDatabaseFileName
    NewLinkedTable.SourceTableName = RS![TableName]
    LocalDB.TableDefs.Append NewLinkedTable
    RS.MoveNext
Loop
WSP.CommitTrans
End Sub
====================================================
Bruno


title: Transazioni (BeginTrans)

text:

Grazie Bruno, ho adattato il tuo esempio al mio programma e funziona
regolarmente.



title: pulsanti di comando

author: Galvy

text:
Altra domanda per chi volesse ascoltarmi?? vorrei sapere se esiste maniera
di "disattivare" un pulsante sino a che tutti i campi presenti nella
maschera siano adeguatamente completati...
Saluti Galvy


title: pulsanti di comando

author: Enrico

text:
Potresti impostare il tasto come non utilizzabile fin dall'inizio.
In ogni campo metti poi una stringa che faccia incrementare una variabile
ogni qual volta un campo viene completato.
tipo num=num+1
Quando num raggiunge il numero di controlli imposti la proprietà enabled del
tasto a true.
Non so se funzia, è un'idea che mi è venuta così, sul momento
Mandi Enrico
"Galvy" <
ga...@libero.it
> ha scritto nel messaggio
news:ei0J8.25712$8x3.5...@twister1.libero.it...



title: pulsanti di comando

author: Alberto S.

text:
"Galvy" <
ga...@libero.it
> ha scritto nel messaggio
news:ei0J8.25712$8x3.5...@twister1.libero.it...

Un modo sarebbe quello di creare una routine che esamina tutti i controlli
(non i campi!) della maschera che devono essere completati e - se sono
completati - abilita il pulsante, altrimenti lo disabilita. Questa routine
va poi richiamata dal 'su corrente' della maschera e dal 'dopo
aggiornamento' dei controlli interessati (comunque è più facile da fare che
da spiegare).
Ciao
--
Alberto


title: pulsanti di comando

text:
Mille grazie ad entrabi per le risposte ma dato che sono poco pratico
chiedevo ad entrambi spiegazioni su come procedere con le vostre idee
sopratutto ad Alberto dato che il suo mi sembra un trucchetto + che valido
:)
saluti bye galvy



title: pulsanti di comando

text:
Scusa il trucchetto più che valido mi sembra il tuo prima ho sbagliato a
rispondere :)
"Enrico" <enrico.so@-NO-SPAM-inwind.it> ha scritto nel messaggio
news:9n7J8.27464$8x3.5...@twister1.libero.it...



title: pulsanti di comando

text:
"Galvy" <
ga...@libero.it
> ha scritto nel messaggio
news:5q9J8.28400$8x3.6...@twister1.libero.it...
> Mille grazie ad entrabi per le risposte ma dato che sono poco pratico
> chiedevo ad entrambi spiegazioni su come procedere con le vostre idee
> sopratutto ad Alberto dato che il suo mi sembra un trucchetto + che valido
> :)
> saluti bye galvy
Preso da un irrefrenabile slancio di entusiasmo ti stavo per rispondere, ma
poi ho visto il tuo post a Enrico...
Comunque un "trucchetto + che valido" to lo suggerisco lo stesso:
    ... rispondi dopo il quoting
Ciao
--
Alberto


title: pulsanti di comando

text:
No, scusa non offenderti e che il il "trucchetto" che mi ha detto enrico lo
usavo già anni fà cun altri linguaggi di progammazione quindi diciamo che
sarei già + o - pratico....
Ache il tuo sicuramente è valido ma dovresti spiegarmi + terra terra perchè
il tuo suggerimento non mi è chiaro....
Grazie mille
"Alberto S." <
sartor...@tin.it
> ha scritto nel messaggio
news:ad3bep$tmvne$1...@ID-134626.news.dfncis.de...



title: pulsanti di comando

text:
> > Comunque un "trucchetto + che valido" to lo suggerisco lo stesso:
> >     ... rispondi dopo il quoting
> >
> > Ciao
> No, scusa non offenderti e che il il "trucchetto" che mi ha detto enrico
lo
> usavo già anni fà cun altri linguaggi di progammazione quindi diciamo che
> sarei già + o - pratico....
> Ache il tuo sicuramente è valido ma dovresti spiegarmi + terra terra
perchè
> il tuo suggerimento non mi è chiaro....
> Grazie mille
>
Guarda che non mi sono mica offeso... solo che non potevo lasciarmi sfuggire
l'opportunità della battuta.
Comunque però quella di scrivere dopo e non prima del messaggio cui si
risponde è una regola del NG.
Ciao!!
Alberto.


title: Chiusura database

author: Master

text:
Ho recentemente creato un database avente un pannello comandi
principale contenente, tra le altre cose, un pulsante di chiusura, che
effettua, prima di uscire, una particolare procedura.
Vorrei sapere, cortesemente, se c'è un modo per:
- disabilitare la chiusura del database con il pulsante in alto a
destra di Access (la "x", per intenderci), costringendo l'utente ad
uscire solo per mezzo del punsante citato prima, oppure
- sapere se c'è un modo per "intercettare" l'evento chiusura del
database, per far eseguire in ogni caso la procedura.
Ringrazio per l'aiuto e saluto tutti cordialmente.


title: Chiusura database

text:
"Master" <
costa...@inwind.it
> ha scritto nel messaggio
news:9c2f74f8.03022...@posting.google.com...
> Ho recentemente creato un database avente un pannello comandi
> principale contenente, tra le altre cose, un pulsante di chiusura, che
> effettua, prima di uscire, una particolare procedura.
>
> Vorrei sapere, cortesemente, se c'è un modo per:
>
> - disabilitare la chiusura del database con il pulsante in alto a
> destra di Access (la "x", per intenderci), costringendo l'utente ad
> uscire solo per mezzo del punsante citato prima, oppure
Vai sul Sito Comune (link qui sotto) e nella Sezione General leggi la FAQ di
Antogal intitolata "Rimuovere il pulsante di chiusura (X), il menu e i
pulsanti di ridimensionamento di Access".
>
> - sapere se c'è un modo per "intercettare" l'evento chiusura del
> database, per far eseguire in ogni caso la procedura.
>
All'apertura del database (ad esempio tramite le impostazioni di Strumenti
=> Avvio...) fai aprire automaticamente una maschera che dichiarerai non
visibile.
Genera la tua "particolare procedura di chiusura del database" a fronte
dell'evento "Su chiusura" di tale maschera; poichè, comunque, prima di
chiudere la sessione Access chiuderà tale maschera, a quel punto la
procedura che ti sta a cuore verrà eseguita; a questo punto non è più
necessario il pulsante per chiudere il database e la procedura del Sito
Comune per nascondere il pulsante X di chiusura.
> Ringrazio per l'aiuto e saluto tutti cordialmente.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Chiusura database

text:
"Roberto da casa" <
r.ma...@libero.it
> wrote in message news:<ul67a.158664$
ZE.46...@twister2.libero.it
>...
> "Master" <
costa...@inwind.it
> ha scritto nel messaggio
> news:9c2f74f8.03022...@posting.google.com...
> > Ho recentemente creato un database avente un pannello comandi
> > principale contenente, tra le altre cose, un pulsante di chiusura, che
> > effettua, prima di uscire, una particolare procedura.
> >
> > Vorrei sapere, cortesemente, se c'è un modo per:
> >
> > - disabilitare la chiusura del database con il pulsante in alto a
> > destra di Access (la "x", per intenderci), costringendo l'utente ad
> > uscire solo per mezzo del punsante citato prima, oppure
>
> Vai sul Sito Comune (link qui sotto) e nella Sezione General leggi la FAQ di
> Antogal intitolata "Rimuovere il pulsante di chiusura (X), il menu e i
> pulsanti di ridimensionamento di Access".
>
> >
> > - sapere se c'è un modo per "intercettare" l'evento chiusura del
> > database, per far eseguire in ogni caso la procedura.
> >
>
> All'apertura del database (ad esempio tramite le impostazioni di Strumenti
> => Avvio...) fai aprire automaticamente una maschera che dichiarerai non
> visibile.
> Genera la tua "particolare procedura di chiusura del database" a fronte
> dell'evento "Su chiusura" di tale maschera; poichè, comunque, prima di
> chiudere la sessione Access chiuderà tale maschera, a quel punto la
> procedura che ti sta a cuore verrà eseguita; a questo punto non è più
> necessario il pulsante per chiudere il database e la procedura del Sito
> Comune per nascondere il pulsante X di chiusura.
>
> > Ringrazio per l'aiuto e saluto tutti cordialmente.
Ti ringrazio per i suggerimenti che mi hai dato, che non mancherò di seguire.
Ciao, Denis.


title: Errore di caricamento  DLL su autocomposizione del Pannello Comandi

author: Stefano

text:
Buonasera.
Quello descritto in oggetto è l'errore che appare quando provo a
inizializzare l'utilità del pannello comandi dal menù "strumenti".
Tale errore appare anche quando provo a importare un file CSV o XLS.
La versione di Access e la 2002 con il SP3 installato.
Il S.O. e Xp prof. con SP1
Sapete aiutarmi?
Grazie.
Stefano


author: Karl Donaubauer

text:
Stefano wrote:
> Quello descritto in oggetto è l'errore che appare quando provo a
> inizializzare l'utilità del pannello comandi dal menù "strumenti".
> Tale errore appare anche quando provo a importare un file CSV o XLS.
>
> La versione di Access e la 2002 con il SP3 installato.
> Il S.O. e Xp prof. con SP1
Prova i metodi descritto nella
www.donkarl.com/it
 FAQ 7.9.
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it
 + iscriviti alla prima Conferenza
Italiana per Sviluppatori di Access (CISA 1), Arezzo, 4+5/6/2005


text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:3bl9ksF...@individual.net...
> Stefano wrote:
cut
> Prova i metodi descritto nella
www.donkarl.com/it
 FAQ 7.9.
>
> --
> HTH
> Karl
Grazie, ci ho provato ma non ha funzionato.
Aiutino....
Stefano


text:
Stefano wrote:
> "Karl Donaubauer ha scritto:
>>...
>> Prova i metodi descritto nella
www.donkarl.com/it
 FAQ 7.9.
>
> Grazie, ci ho provato ma non ha funzionato.
Hai veramente provato tutto? Anche sostituire la dao.dll con
una da un altro computer?
--
cu



title: Fine Lavoro: Pulizia e Protezione del DB

author: Marco Serra

text:
Qualcuno e' cosi' gentile da spiegare ad un TOTALE ignorante (in fatto di security) come impostare una password sul BE di un mdb
con access2000 ?
Cosa devo mettere nel FE per accedere al BE passwordato?
Basta una semplice password, che ti chiede all'entrata, come in A97 senza distinzioni Amministratori/Utenti o abilitazioni
parziali.
Visto che ci siamo:
Quali Settaggi tolgono le toolbar e i menu' di Access2000 (nel FE ovviam.)?
Una volta tolti come si fa' a ripristinarli (visto che non ci sono i menu')?
Sono indeciso se distribuire l'MDE del FE.
Cambierebbe qualcosa dal punto di vista della funzionalita' ?
Scusate la valanga di domande ma credo che siano cosi' banali che aprire un thread per ognuna mi sembrava uno spreco.
Grazie 1000 e anche di piu'
Marco
--
Posted from [212.210.92.253]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


author: ema

text:
Mio cuggino mi ha detto che "Marco Serra" <
Marco...@ausl.bologna.it
> scrisse:
> Qualcuno e' cosi' gentile da spiegare ad un TOTALE ignorante (in fatto
>  di  security)  come	impostare  una	password  sul  BE  di	un   mdb
> con access2000 ?
>  Cosa  devo  mettere	nel  FE  per   accedere   al   BE   passwordato?
> Basta una semplice password, che ti chiede all'entrata,  come  in  A97
> senza distinzioni Amministratori/Utenti o abilitazioni
> parziali.
>
sito comune.
> Sono indeciso se distribuire l'MDE del FE.
>  Cambierebbe	qualcosa  dal  punto  di  vista  della	funzionalita'  ?
>
stessa cosa: l'unica differenza e`  che  non  ti  guardano  i  sorgenti.
bye!
--
Emanuele Cesena
http://www.penguinpowered.com/~ecesena
<
ece...@penguinpowered.com
> - rimuovi XXX  x  rispondere  ICQ	#8814554

O mio Dio!  O mio Dio!	Carlton!  Ma che cos'e' quella cosa che hai  sul
collo?  ...  Ah, gia', e' la tua testa!
		--  Willy  Smith  a   suo   cugino   Carlton,	"Willy	 il   principe
		   di Bel Air"


title: Problema Import dati e query aggiornamento

author: Paolo Rossi

text:
Importo in access da un Db di Interbase, attraverso ODBC,  10 tabelle che hanno
tutte la stessa struttura costituita da un campo codice ed una campo quantità.
Siccome il campo quantità in molti casi è uguale a null o è minore di 0 ho
creato 10 query di aggiornamento per sostituire i valori null e negativi con il
valore 0. Ho creato poi una macro per eseguire in un unica volta le 10 query.
Domanda 1:
Esiste una funzione in Access che mi permette in fase di Import di sostituire i
campi
blank e negativi direttamente con degli 0 ? Ho fatto varie prove tra cui quella
di settare nella proprietà del campo tabella il valore predefinito = 0 ma non
ho ottenuto il risultato sperato.
Domanda 2:
Volevo sapere se in qualche modo posso modificare le 10 query di aggiornamento
descritte sopra con una query globale o con del codice scritto in Visual Basic
che possa sostituire (e quindi per poter eliminare) la struttura delle 10
query.
Allego per comprendere il codice Sql di una query, per rendere più chiara la
mia spiegazione:
UPDATE Query_cubaggio SET Query_cubaggio.MES1_MC = 0
WHERE (((Query_cubaggio.MES1_MC)<0 Or (Query_cubaggio.MES1_MC) Is Null));
In tutte le altre query mi varia solo il nome MESx_MC.
Grazie e saluti
Paolo

--
Posted from  [217.57.241.18]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Difficoltà con query e date

author: Iceman

text:
Salve a tutti,
ho creato un database in cui vengono inseriti dei prodotti lavorati e delle
quantità ogni giorno.
Ora quello che vorrei ottenere è un report settimanale, visibile come
maschera e come report, diviso per giorni.
Ho creato una query a campi incrociati che sembra soddisfare la mia
esigenza, ora l'unico problema è che non accetta come criterio:
Between [Forms]![Maschera]![DataInizio] And [Forms]![Maschera]![DataFine]
Come posso risolvere l'inconveniente?
C'è un altro modo per arrivare allo stesso risultato?
Grazie a chiunque risponderà
Gennaro


title: Difficoltà con query e date

author: Roberto dal portatile

text:
"Iceman" <
ic...@inwind.it
> ha scritto nel messaggio
news:9t3k0m$jbm$1...@nreada.inwind.it...

Per una query a campi incrociati è obbligatorio esplicitare i parametri di
selezione.
Apri la griglia di struttura della query a campi incrociati e dal menu Query
scegli il comando Parametri...; nella finestra che ti compare esplicita il
tipo dati dei parametri; insomma nella prima colonna della prima riga della
finestra scrivi:
Forms!Maschera!DataInizio
e nella seconda colonna della stessa riga seleziona:
Data/ora
e nella prima colonna della seconda riga della finestra scrivi:
Forms!Maschera!DataFine
e nella seconda colonna della stessa riga seleziona:
Data/ora
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Difficoltà con query e date

text:
>Per una query a campi incrociati è obbligatorio esplicitare i parametri di
>selezione.
>Apri la griglia di struttura della query a campi incrociati e
dal menu
>Query
>scegli il comando Parametri...; nella finestra che ti
compare esplicita il
>tipo dati dei parametri; insomma nella prima colonna
della prima riga
>della
>finestra scrivi:
>Forms!Maschera!DataInizio
>e nella seconda colonna della stessa riga seleziona:
>Data/ora
>e
nella prima colonna della seconda riga della finestra scrivi:
>Forms!Maschera!DataFine
>e nella seconda colonna della stessa riga
seleziona:
>Data/ora
>--
>Roberto
Ciao Roberto,
grazie per la
risposta, funziona bene.
Ora la difficoltà è un'altra. Devo fare, su
questa query a campi incrociati, un report da inviare via mail.
Il
problema è proprio il report. Ho trovato qualcosina nel sitocomune sotto la
voce report ma non ci sono riuscito.
Hai qualche consiglio utile?
Grazie
Gennaro
--------------------------------
Inviato via
http://usenet.iol.it


title: Difficoltà con query e date

text:
"Iceman" <
ic...@inwind.it
> ha scritto nel messaggio
news:212Z141Z48Z2Y1...@usenet.iol.it...

Devo immaginare che il tuo problema sia quello della variabilità delle
colonne della query a campi incrociati e del relativo nome, con tutte le
conseguenze che ne derivano nel preparare il report.
Penso che dovresti trovare uno spunto per la risoluzione del tuo problema
nel database di esempio allegato alla FAQ di RoDAgo e Sib intitolata "Report
dinamici per rappresentazioni a campi incrociati" pubblicata sul Sito Comune
nella Sezione Reports.
Dovresti, altrimenti darci maggiori dettagli su tale query; se, ad esempio
il tuo problema lo permette, tramite la proprietà Intestazione colonne
potresti rendere costante il numero delle colonne ed il loro nome: avresti
risolto così tutti i tuoi mal di pancia con il report.
Se quanto sopra non fosse sufficiente, dovresti ricorrere necessariamente ad
un report personalizzabile dinamicamente alla sua apertura. La cosa l'ho
discussa nelle ultime settimane nel NG (non mi ricordo più con chi). Mi
dispiace di non poterti dare le coordinate di tale thread, è già stato
cancellato automaticamente dal mio newsreader.
La tecnica consiste nel inserire nel corpo del report delle caselle di testo
non associate, di cui conosci solo il nome ed il numero massimo; quindi
nella routine di apertura del report devi leggere i nomi dei campi della
query ed usarli per inserirli come origine controllo delle caselle di testo
non associate di cui sopra.



title: Difficoltà con query e date

text:



>--
>Roberto
Ciao Roberto,
grazie, la soluzione l'ho trovata
dando l'intestazione delle colonne. Il report è ok.
Ho inserito come
"intestazione riga" la data mentre come "intestazione colonna" l'oggetto e
come "valore" le quantità. Così va bene. Se invece invertissi intestazione
riga e intestazione colonna non va più bene a causa della data. Sarebbe più
comodo ma non trovo la soluzione, hai qualce idea?
Come si fa ad ottenere
nella query e quindi nel report il valore 0 al posto del valore Null?
Ho
inserito nella query a campi incrociati
IIF(IsNull ([SommaDiQuantità]); 0;
[SommaDiQuantità]) ma non va.
Che ne dici?



title: Difficoltà con query e date

text:
"Iceman" <
ic...@inwind.it
> ha scritto nel messaggio
news:212Z141Z48Z2Y1...@usenet.iol.it...

Puoi usare anche le data come intestazione di colonna, naturalmente dovresti
conoscere a priori le date possibili; se l'analisi la fai per un singolo
mese, come intestazione di colonne puoi usare solo il giorno e mettere come
intestazione di colonna la sequenza di numeri da 1 a 31.
> Come si fa ad ottenere
> nella query e quindi nel report il valore 0 al posto del valore Null?
> Ho
> inserito nella query a campi incrociati
> IIF(IsNull ([SommaDiQuantità]); 0;
> [SommaDiQuantità]) ma non va.
> Che ne dici?
Prova a cambiare la TRANSFORM della tua query in
TRANSFORM Sum(Nz(NomeTabella.Quantità,"*")) AS [Il valore]
>
> Grazie
>
> Gennaro



title: Difficoltà con query e date

text:
>Puoi usare anche le data come intestazione di colonna, naturalmente
>dovresti
>conoscere a priori le date possibili; se l'analisi la fai per
un singolo
>mese, come intestazione di colonne puoi usare solo il giorno e
mettere
>come
>intestazione di colonna la sequenza di numeri da 1 a 31.
La mia query è sempre settimanale, dal lunedì al venerdì, ho visto che non
posso usare lunedì, martedì, etc. Non è possibile formattare la data nella
query a campi incorciati?
>> Come si fa ad ottenere
>> nella query e
quindi nel report il valore 0 al posto del valore Null?
>> Ho
>> inserito
nella query a campi incrociati
>> IIF(IsNull ([SommaDiQuantità]); 0;
>>
[SommaDiQuantità]) ma non va.
>> Che ne dici?
>Prova a cambiare la
TRANSFORM della tua query in
>TRANSFORM
Sum(Nz(NomeTabella.Quantità,"*")) AS [Il valore]
La mia "TRANSFORM"
attuale è:
TRANSFORM Sum(Query_Lavorati.SommaDiQuantità) AS
SommaDiSommaDiQuantità
l'ho modificata così:
TRANSFORM
Sum(NZ(Query_Lavorati.SommaDiQuantità, "*")) AS [Valore]
ma non mi
restituisce il valore 0. Dove ho sbagliato?



title: Difficoltà con query e date

text:
"Iceman" <
ic...@inwind.it
> ha scritto nel messaggio
news:212Z141Z48Z2Y1...@usenet.iol.it...

Qualche errore l'ho scritto anche io.
Per prima cosa creati una tabella chiamata GiorniSettimana che abbia questa
struttura:
IDGGSet            Numerico e chiave primaria
GGSet                Testo
Carica questi valori nella tabella GiorniSettimana:
IDGGSet        GGSet
----------        ---------
1                    Domenica
2                    Lunedì
3                    Martedì
4                    Mercoledì
5                    Giovedì
6                    Venerdì
7                    Sabato
Se la tabella su cui basi la query a campi incrociati si chiama Tabella1 ed
ha la seguente struttura:
ID                Contatore e chiave primaria
Data1            Data/ora
Quantità        Numerico
Riga              Numerico
Se nella query devi sommare il campo Quantità.
Se l'intestazione di riga è il campo Riga.
Se l'intestazione di colonna è il giorno della settimana del campo Data1.
Se vuoi il valore zero nei campi della query vuoti
Il codice SQL della query a campi incrociati che ti serve è il seguente:
TRANSFORM Nz(Sum(Tabella1.Quantità),0) AS [Il valore]
SELECT Tabella1.Riga
FROM Tabella1
GROUP BY Tabella1.Riga
PIVOT DLookUp("GGSet","GiorniSettimana","IDGGSet=" &
Format(Tabella1.Data1,"w")) In
("Lunedì","Martedì","Mercoledì","Giovedì","Venerdì","Sabato","Domenica");



title: Maschera di input

text:
Ciao a tutti.
Ho un problema con le maschere di input.
Access 2000 sbaglia quando si inserisce il carattere > che dovrebbe
trasformare tutto in maiuscole.
Se imposto la maschera di input come >LL0 in un campo di 3 caratteri, quando
vado a compilare il campo di caratteri me ne fa scrivere 4. E quando cambio
campo mi dice che il valore immesso non è valido per la maschera di input
'?aa0' specificata per il campo.
Potete aiutarmi?
Grazie, ciao
Stefano
--
Posted from [213.134.67.19]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Maschera di input

author: Dino Giuditta

text:
<
stefano...@bipop.it
> wrote in message
75D6416BA69AD411AD7...@n2091904.bipop.it...



Non capisco cosa vuoi inserire con la maschera >LL0
Se vuoi inserire tre caratteri basta che metti come maschera di input AAA ed
al massimo il formato = ">"


title: Maschera di input

text:
<
stefano...@bipop.it
> ha scritto nel messaggio
news:75D6416BA69AD411AD7...@n2091904.bipop.it...
> Ciao a tutti.
>Ho un problema con le maschere di input.
> Access 2000 sbaglia quando si inserisce il carattere > che dovrebbe
> trasformare tutto in maiuscole.
> Se imposto la maschera di input come >LL0 in un campo di 3 caratteri,
quando
> vado a compilare il campo di caratteri me ne fa scrivere 4. E quando
cambio
> campo mi dice che il valore immesso non è valido per la maschera di input
> '?aa0' specificata per il campo.
>
> Potete aiutarmi?
> Grazie, ciao
> Stefano
Sfortunatamente per te, il fatto che certe maschere di input non ti
funzionino è dovuto ad una bug di A2000.
Devi purtroppo arrangiarti e intervenire con del codice VBA per normalizzare
e controllare il valore di certi controlli dopo avervi digitato il dato.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: utilizzo di query parametriche per ricerche e statistiche?

text:
Salve a tutti, nel sito Comune, ho appena provato l'esempio di Roberto
Massoni, circa l'utilizzo delle query parametriche generate attraverso le
selezioni multiple in una cas. di riepilogo.
Ho bisogno infatti, di fornire all'utente uno strumento pratico per
analizzare i dati inseriti nel database.
I dati da analizzare si devono però poter selezionare/deselezionare a
proprio piacimento: dover fare procedure specifiche ad ogni singola
esigenza, oltre al fatto che, in ogni momento, sò già che mi chiederanno
cose diverse, sarebbe un lavoro esagerato e penso, dispersivo.
Chiedo a tutti quindi, se la strada delle query parametriche, come l'esempio
che Vi ho detto, sia quella giusta, e se esistono già altre soluzioni che mi
potrebbero aiutare a  creare una soluzione dinamica e pratica per l'utente.
Grazie infinite e un Saluto
Marco


author: CIDI

text:
"Marco_280167" <
mros...@gol.grosseto.it
> ha scritto nel messaggio
news:Rwp5k.3$Qu...@tornado.fastwebnet.it...

guarda questo esempio:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=279
ciao
Daniele


title: Come accorgersi quando una maschera/record e' in modifica?

author: Angelo Mariani

text:
Ciao a tutti.
Come posso accorgermi quando il record visualizzato in un record INCOMINCIA
ad essere modificato?
Quel che vorrei fare io e' un pulsante chiamato "Chiudi la finestra e perdi
le modifiche",  che esegua su click unicamente il comando "me.undo". Ma
vorrei lasciare disabilitato questo pulsante, ed abilitarlo NEL MOMENTO IN
CUI il record corrente INCOMINCIA ad essere modificato.
Ad esempio: mi sposto su un NUOVO record. Ho un controllo "contatore"
contenente l'ID del record che  mi visualizza "(contatore)". Non appena
incomincio a modificare il record, il campo "contatore" prende un valore
corrispondente ad un nuovo ID.
Ecco, io vorrei IN QUEL MOMENTO abilitare il pulsante "Chiudi e perdi le
modifiche". Quindi potrei intercettare l'aggiornamento del controllo
"contatore", mi si potrebbe suggerire. No, perche'servirebbe solo nel caso
di nuovo record! Se il record esiste, il controllo "contatore" e' gia'
pieno, ed anche se modifico il record quel controllo non viene certo
aggiornato!
Quale evento devo quindi intercettare? Potrei abilitarlo mettendo il codice
per l'abilitazione in TUTTI gli eventi "su modifica" dei vari controlli
presenti nella maschera... ma non mi piace molto. Oltre a non essere per
niente elegante, e' scomodissimo e troppo macchinoso. Ci vorrebbe un "su
modifica" della maschera, che pero' non c'e'.
C'e'qualcuno che ha una soluzione?
Grazie e ciao,
Angelo.-


author: Sergio MAZZA

text:
"Angelo Mariani" <
angelo...@tin.it
> ha scritto nel messaggio
news:KgAe6.288$092....@twister1.tin.it...
> Ciao a tutti.
> Come posso accorgermi quando il record visualizzato in un record
INCOMINCIA
> ad essere modificato?
>
> Quel che vorrei fare io e' un pulsante chiamato "Chiudi la finestra e
perdi
> le modifiche",  che esegua su click unicamente il comando "me.undo". Ma
> vorrei lasciare disabilitato questo pulsante, ed abilitarlo NEL MOMENTO IN
> CUI il record corrente INCOMINCIA ad essere modificato.
>
--------- omissis ----------
>
> C'e'qualcuno che ha una soluzione?
>
> Grazie e ciao,
> Angelo.-
>
Dovrebbe fare al caso tuo l'evento "BeforeInsert"...
Ciao.


text:
Ciao, grazie per la risposta!
Grandioso: effettivamente, per i NUOVI record,  mi basta intercettare questo
evento. Grazie mille!
Ma nel caso di record gia' esistenti, e RIAPERTI? Se apro un record
gia'esistente, come posso accorgermi del momento in cui il record viene
modificato? Mi sa che devo per forza intercettare il "su modifica" (on
change) di ogni controllo, eh?
Ciao,
Angelo.-
Sergio MAZZA wrote in message <95ek4k$okp$
1...@suite03.caspur.it
>...



text:
"Angelo Mariani" <
angelo...@tin.it
> ha scritto nel messaggio
news:f7Be6.245$eQ5....@twister2.tin.it...
> Ciao, grazie per la risposta!
>
> Grandioso: effettivamente, per i NUOVI record,  mi basta intercettare
questo
> evento. Grazie mille!
>
> Ma nel caso di record gia' esistenti, e RIAPERTI? Se apro un record
> gia'esistente, come posso accorgermi del momento in cui il record viene
> modificato? Mi sa che devo per forza intercettare il "su modifica" (on
> change) di ogni controllo, eh?
>
> Ciao,
> Angelo.-
>
Per favore rispondi dopo il messagigo precedente (come faccio io);
E' la stessa cosa; l'evento "BeforeInsert" si scatena appena scrivi (bleah!
Non mi veniva altro.) un carattere nel record. Per chiarirti meglio le idee
leggi l'help...
Ciao.


text:
Sergio MAZZA wrote in message <95en2a$pdk$
1...@suite03.caspur.it
>...
>E' la stessa cosa; l'evento "BeforeInsert" si scatena appena scrivi (bleah!
>Non mi veniva altro.) un carattere nel record. Per chiarirti meglio le idee
>leggi l'help...
Ciao!
Io, per verificare, ho inserito una semplice MsgBox "!" nell'evento
"beforeinsert"
Ebbene, se la maschera si riferisce ad un nuovo record, la messagebox appare
non appena premo un tasto. Se la maschera invece si riferisce ad un record
gia' esistente, la messagebox non appare.
Anche nell'help vedo che "l'evento BeforeInser" si verifica quando si digita
il primo carattere in un NUOVO recordo, ma prima che il record venga
effettivamente creato".
Quindi sembra proprio si riferisca ai nuovi record...
Ciao!
Angelo.-


text:
Angelo Mariani ha scritto:
> Io, per verificare, ho inserito una semplice MsgBox "!" nell'evento
> "beforeinsert"
> Ebbene, se la maschera si riferisce ad un nuovo record, la messagebox appare
> non appena premo un tasto. Se la maschera invece si riferisce ad un record
> gia' esistente, la messagebox non appare.
>
> Anche nell'help vedo che "l'evento BeforeInser" si verifica quando si digita
> il primo carattere in un NUOVO recordo, ma prima che il record venga
> effettivamente creato".
>
> Quindi sembra proprio si riferisca ai nuovi record...
In A00 per il tuo bisogno c'č un nuovo evento nelle maschere che si
chiama Dirty. Allora quale versione hai?
Cito un parte geniale del "[INFO] Istruzioni per l'uso di questo ng":
E' consigliabile indicare la versione di MSAccess a cui ci si riferisce
ed il sistema operativo utilizzato (A2/W95, A95/W98, A97/NT4, A00/W00),
Ma Federico vedi la virgola alla fine! ;-)
--
cu
Karl
*********
Non meravigliarti del mio strano italiano. M'esercito qui.
Access-FAQ (tedesco):
http://www.donkarl.com


text:
Karl Donaubauer wrote in message ...
>Angelo Mariani ha scritto:
>In A00 per il tuo bisogno c'č un nuovo evento nelle maschere che si
>chiama Dirty. Allora quale versione hai?
Si', uso Access 2000 (in Italiano), sotto Windows NT 4.0 per lo sviluppo (ma
funzionera' sotto Windows 98).
Effettivamente questo evento fa proprio al caso mio! Non l'avevo mai preso
in esame, perche' il suo nome nella versione italiana e' "su attesa", e
pensavo si riferisse a tutt'altro.
Grazie mille!
Ciao,
Angelo.-


text:
"Angelo Mariani" <
angelo...@tin.it
> ha scritto nel messaggio
news:lDBe6.305$eQ5....@twister2.tin.it...
>
>
> Ciao!
> Io, per verificare, ho inserito una semplice MsgBox "!" nell'evento
> "beforeinsert"
> Ebbene, se la maschera si riferisce ad un nuovo record, la messagebox
appare
> non appena premo un tasto. Se la maschera invece si riferisce ad un record
> gia' esistente, la messagebox non appare.
>
> Anche nell'help vedo che "l'evento BeforeInser" si verifica quando si
digita
> il primo carattere in un NUOVO recordo, ma prima che il record venga
> effettivamente creato".
>
> Quindi sembra proprio si riferisca ai nuovi record...
>
> Ciao!
> Angelo.-
>
Hai ragione, sono stato frettoloso; mea culpa!
Ciao.


author: Daniele Fasoli

text:
> In A00 per il tuo bisogno c'č un nuovo evento nelle maschere che si
> chiama Dirty. Allora quale versione hai?
Funziona benissimo anche in A97
Daniele "Antares" Fasoli
fas...@easy1.easynet.it


text:
Daniele Fasoli ha scritto:
> > In A00 per il tuo bisogno c'č un nuovo evento nelle maschere che si
> > chiama Dirty. Allora quale versione hai?
>
> Funziona benissimo anche in A97
Come mai?
In A97 non c'č un evento ma solo una proprietą "Dirty" che non
si puo usare cosi comodo.
--
?



text:
"Karl Donaubauer" <
ad...@donkarl.com
> ha scritto nel messaggio
news:95i7bq$hepai$2...@ID-46617.news.dfncis.de...
> Daniele Fasoli ha scritto:
> > > In A00 per il tuo bisogno c'č un nuovo evento nelle maschere che si
> > > chiama Dirty. Allora quale versione hai?
> >
> > Funziona benissimo anche in A97
>
> Come mai?
> In A97 non c'č un evento ma solo una proprietą "Dirty" che non
> si puo usare cosi comodo.
Beh č corretto io mi riferivo all'uso nel codice per testare se sono state
operate modifiche sulla maschera (non mi pare molto scomoda) visto che
piloto tutto da una barra di pulsanti personalizzata, eliminando il
selettore record dalla scheda, e testando appunto con un if me.dirty se sono
state operate modifiche
Daniele "Antares" Fasoli
fas...@easy1.easynet.it


text:
Daniele Fasoli ha scritto:
> Karl Donaubauer ha scritto:
> > In A97 non c'è un evento ma solo una proprietà "Dirty" che non
> > si puo usare cosi comodo.
>
> Beh è corretto io mi riferivo all'uso nel codice per testare se sono state
> operate modifiche sulla maschera (non mi pare molto scomoda) visto che
> piloto tutto da una barra di pulsanti personalizzata, eliminando il
> selettore record dalla scheda, e testando appunto con un if me.dirty se
sono
> state operate modifiche
La grande differenza è che non ce un "trigger" per la proprietà.
Si debbe intercettare un altro evento e spesso molti eventi
per guardagnare l'informazione al proprio momento.
A00 ha molti problemi ma ci sono anche buone novità come questo
l'evento Dirty.
--
cu



title: Re: Il valore nella sottomaschera non si aggiorna.

text:
On 25 Mar, 18:02, ugo conte <
ugo.cont...@gmail.com
> wrote:
> ciao a tutti
> ho inserito nella maschera_fattura
> una sottomaschera (Maschera2) per il totale imponibileNetto
> complessivo di tutte le fatture.
>
> Per aggiornare questo valore ho riportato su dopo aggiornamento della
> maschera principale
> If CurrentProject.AllForms("Maschera2").IsLoaded Then
>     Forms!Maschera2.Requery
> End If
>
> In questo modo quando passo i valori nella Sottomaschera_Fattura la
> Maschera2 si aggiorna, ma
> il problema nasce per la casella combinata dello sconto posta sulla
> maschera principale
> che non sente la requery.
> Quindi se modifico o inserisco lo sconto, il valore nella
> sottomaschera
> non si aggiorna.
>
> Devo posizionare un'altra requery?
> Grazie.
Quando una Maschera è sottomaschera non è Maschera... è
sottomaschera... e deve essere sicuramente aperta se è aperta la
maschera padre...!
Quindi la sintassi da usare è questa:
Me!Maschera2.Form.Requery
Ciao
@Alex


text:
On 25 Mar, 20:46, ugo conte <
ugo.cont...@gmail.com
> wrote:

> ciao Alex e grazie
>
> funziona per metà.
> Ho inserito Me!Maschera2.Form.Requery  in dopo aggiornamento della
> maschera princiaple,
> ma per vedere l'aggiornamento nella sottomaschera devo selezioanre la
> combo dello sconto
> e cliccare nella sottomaschera del dettaglio fattura.
> Si può fare niente per migliorare?
Dovresti organizzare meglio quello che hai fatto...!
Sinceramente non ho capito molto la struttura del tuo lavoro.... ma
ora che hai capito dove sbagliavi per l'aggiornamento
e che ti ho indicato come correggere, applica il concetto.
@Alex


title: Stampa su modulo continuo

text:
Ho creato un report utilizzando un' etichetta personalizzata, spuntata
la casella di modulo continuo, selezionato sulla stampante il modulo
continuo, ma, mi fa sempre il salto pagina, incasinando la stampa.
Ho provato a creare un report utilizzando un tipo di etichetta
esěstente e non da problemi, dove č l' inghippo????
Grazie a tutti...


title: Stampa su modulo continuo

text:
<
ilco...@hotmail.com
> ha scritto nel messaggio
news:6ec3031f.03060...@posting.google.com...

controlla se hai per caso attivato la funzione stampa sezione unita o
interruzione di pagina dopo sezione


title: creare pulsante per stampa unione word

author: fulvietta

text:
Ciao
ho un db in access 2003.
Ho una maschera giustificata che contiene il campo ID e i campi Nome e
cognome.
Vorrei realizzare una stampa unione con un documento word tramite un
pulsante che mi deve però filtrare per il record che sto visualizzando in
quel momento (quindi alla pressione del pulsante io otterro una sola
pagina di stampa unione).
ho trovato questo:
http://support.microsoft.com/default.aspx?scid=kb%3Bit%3B209976
però non credo che filtri nel modo che serviremme a me...
non conosco il vba
suggerimenti?
grazie ciao
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: creare pulsante per stampa unione word

author: MA

text:
"fulvietta"  ha scritto nel messaggio news:j42so8$pic$1...@news.newsland.it...
Ciao
ho un db in access 2003.
Ho una maschera giustificata che contiene il campo ID e i campi Nome e
cognome.
Vorrei realizzare una stampa unione con un documento word tramite un
pulsante che mi deve però filtrare per il record che sto visualizzando in
quel momento (quindi alla pressione del pulsante io otterro una sola
pagina di stampa unione).
ho trovato questo:
http://support.microsoft.com/default.aspx?scid=kb%3Bit%3B209976
però non credo che filtri nel modo che serviremme a me...
non conosco il vba
suggerimenti?
grazie ciao
___________Risposta:
nell'esempio che hai riportato c'è anche
SQLStatement:="SELECT * FROM [Customers]"
Bene invece di questo metti il filtro al tuo record
Se hai un id metti
SQLStatement:="SELECT * FROM [Customers] WHERE id = " &
me.id
MA
p.s. Salutami tua sorella Giulietta, ;-)


title: forse chiedo troppo ad access

author: Arold

text:
gestire un archivio di foto come programmi tipo ACDSEE e poterne gestire
alcuni aspetti
tipo Luminosità Contrasto Stampa ec....
Chiedo Troppo a Access?
Grazie a tutti


title: forse chiedo troppo ad access

text:
Di sicuro chiedo troppo a noi.
rispondere ad un subject del genere...
MAssimiliano

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


title: forse chiedo troppo ad access

author: Setec Astronomy

text:
Arold wrote:
> gestire un archivio di foto come programmi tipo ACDSEE e poterne
> gestire alcuni aspetti
> tipo Luminosit` Contrasto Stampa ec....
>
> Chiedo Troppo a Access?
Si puo fare anche con access, ma devi impararti tutte le api per la
manipolazione dei DIB di windows. Poi usare activeX per la gestione dei
vari formati etc.
Ti conviene utilizzare un linguaggio di programmazione ed un ambiente
di sviluppo "vero".
Saluti.


title: forse chiedo troppo ad access

author: George

text:
"Setec Astronomy" <
se...@freemail.it
> ha scritto nel messaggio
news:Y2iFa.75983$Ny5.2...@twister2.libero.it...

Educare gli utenti a dei subject + significativi no?
Se tu rispondi a un subject del genere allora rispondi anche a "Aiuto
neofita" oppure "ma perchè" o ancora "Non so come fare"...


title: forse chiedo troppo ad access

author: S. Savoldi

text:
"Arold"
> gestire un archivio di foto come programmi tipo ACDSEE e poterne gestire
> alcuni aspetti
> tipo Luminositą Contrasto Stampa ec....
>
> Chiedo Troppo a Access?
Beh, usando il controllo standard chiedi troppo.
Diversamente, utilizzando .OCX, puoi fare un pņ tutto quello che vuoi: cerca
i post di Carlo Costarella sull'argomento nello storico del ng.
Comunque anche con Imaging/Wang _che non si paga_ si puņ fare parecchio:
credo proprio che Roberto dal portatile abbia spedito al webmaster del S.C.
qualcosa di molto interessante a riguardo ;-)
Ciao!


title: forse chiedo troppo ad access

author: Simone Calligaris

text:
"Setec Astronomy
> Si puo fare anche con access, ma devi impararti tutte le api per la
> manipolazione dei DIB di windows.
>Poi usare activeX per la gestione dei
> vari formati etc.
Infatti, cosa c'è di tanto schifoso? ;-)
> Ti conviene utilizzare un linguaggio di programmazione ed un ambiente
> di sviluppo "vero".
Ma Access, pur non essendo All purpose, è un ambiente di sviluppo"vero", non
meno vero di RAD come PowerBuilder, Fox-Pro, Omnis studio.
Per lo meno valutando i risultati ... risultati che spesso, all'atto
pratico, non vedo proprio in lavori sviluppati con linguaggi di
programmazione "veri"!
Saluti.


title: forse chiedo troppo ad access

text:
hai ragione, sbadatamente non ho scritto il problema ma non lo fatto di
proposito. chiedo scusa.
> Inviato via
http://usenet.libero.it


title: forse chiedo troppo ad access

text:
> Comunque anche con Imaging/Wang _che non si paga_ si può fare parecchio:
> credo proprio che Roberto dal portatile abbia spedito al webmaster del
S.C.
> qualcosa di molto interessante a riguardo ;-)
>
> Ciao!
>
allora chiedo a carlo e a roberto se possono darmi qualche dritta o qualche
esempio di manipolazione immagini
tipo luminosità contrasto orientamento, ecc.....
Grazieeeeeeeeee


title: forse chiedo troppo ad access

text:
George wrote:
> "Setec Astronomy" <
se...@freemail.it
> ha scritto nel messaggio
> news:Y2iFa.75983$Ny5.2...@twister2.libero.it...
> > Arold wrote:
[cut]
>
> Educare gli utenti a dei subject + significativi no?
> Se tu rispondi a un subject del genere allora rispondi anche a "Aiuto
> neofita" oppure "ma perchh" o ancora "Non so come fare"...
Se ho tempo e voglia normalmente lo faccio.


title: forse chiedo troppo ad access

text:
Simone Calligaris wrote:
>
> "Setec Astronomy
[
> Ma Access, pur non essendo All purpose, h un ambiente di



title: forse chiedo troppo ad access

text:
Setec Astronomy wrote:
> Simone Calligaris wrote:
[cut]
> > Ma Access, pur non essendo All purpose, h un ambiente di
> > sviluppo"vero", non meno vero di RAD come PowerBuilder, Fox-Pro,
> > Omnis studio.  Per lo meno valutando i risultati ... risultati che
> > spesso, all'atto pratico, non vedo proprio in lavori sviluppati con
> > linguaggi di programmazione "veri"!
Scusate, mi e partito per sbaglio. Comunque ...
Ms Access si puo' definire RAD orientato ai databse (ADP o MDB).
Sviluppare un programma come quello proposto e' sconsigliabile per i
seguenti motivi:
1^ Per molte parti missiopn critical sarebbe necessario appoggiarsi ad
ActiveX di terze parti sui quali non si ha controllo.
2^ Le performance del VBA per eventuali elaborazioni particolari
(filtri a convoluzione etc.) non sono il massimo.
3^ Le api di windows per gestire i DIB non sono semplici da imparare ne
utilizzare.
4^ Si sfrutterebbe le pontezialita' di Access solo per l'indicizzazione
delle immagini.
Per questo ho suggerito di passare ad <<un linguaggio di programmazione
ed un ambiente di sviluppo "vero">>. Il senso della frase e' che con
ambienti di sviluppo come VC++ VC# VB.net, Borland Delphi e Borland C++
i risultati dal punto di vista delle performance e della scalabilita'
del prodotto si sarebbero sicuramente fatte notare.
Quasta non vuol essere una presa di posizione ideologica, ma solo una
dichiarazione dettata dall'esperienza.
Saluti.


title: forse chiedo troppo ad access

text:
"Setec Astronomy"
> Ms Access si puo' definire RAD orientato ai databse (ADP o MDB).
E infatti, non a caso ho fatto esempi di altri RAD specifici per
applicazioni di DataBase.
> Sviluppare un programma come quello proposto e' sconsigliabile per i
> seguenti motivi:
> 1^ Per molte parti missiopn critical sarebbe necessario appoggiarsi ad
> ActiveX di terze parti sui quali non si ha controllo.
> 2^ Le performance del VBA per eventuali elaborazioni particolari
> (filtri a convoluzione etc.) non sono il massimo.
> 3^ Le api di windows per gestire i DIB non sono semplici da imparare ne
> utilizzare.
> 4^ Si sfrutterebbe le pontezialita' di Access solo per l'indicizzazione
> delle immagini.
> Per questo ho suggerito di passare ad <<un linguaggio di programmazione
> ed un ambiente di sviluppo "vero">>. Il senso della frase e' che con
> ambienti di sviluppo come VC++ VC# VB.net, Borland Delphi e Borland C++
> i risultati dal punto di vista delle performance e della scalabilita'
> del prodotto si sarebbero sicuramente fatte notare.
Considerazioni evidentemente ovvie, ma a tal punto è meglio esporre subito
le proprie argomentazioni piuttosto che affidarsi ad affermazioni ambigue
;-)
Ciao.


title: forse chiedo troppo ad access

text:
"Arold"
> allora chiedo a carlo e a roberto se possono darmi qualche dritta o
qualche
> esempio di manipolazione immagini
> tipo luminosità contrasto orientamento, ecc.....
Non farlo privatamente però ;-)


title: forse chiedo troppo ad access

text:
Simone Calligaris wrote:
> "Setec Astronomy"
>
> > Ms Access si puo' definire RAD orientato ai databse (ADP o MDB).
[stra-cut]
> Considerazioni evidentemente ovvie, ma a tal punto h meglio esporre
> subito le proprie argomentazioni piuttosto che affidarsi ad
> affermazioni ambigue ;-)
Chiedo umilmente perdono, e che con questo caldo mi stufo presto a
picchiare tasti :)
Saluti.


title: forse chiedo troppo ad access

author: Roberto da casa

text:
"Arold" <
ar...@libero.it
> ha scritto nel messaggio
news:bc4c83$bpj$2...@lacerta.tiscalinet.it...

Io ho fatto una certa esperienza della manipolazione dei file immagine con
gli ActiveX Kodak, molto versatili visto che ti mettono a disposizione
50 proprietà, 28 eventi e 84 metodi; se però non mi è sfuggito qualcosa non
mi ricordo nulla che permetta di modificare con gradualità la luminosità ed
il contrasto di un file immagine; puoi però modificare la palette con cui
visalizzare e/o modificare un'immagine (puoi anche impostare una palette
personalizzata dell'utente).
Nessun problema per cambiare l'orientamento dell'immagine, modificarne le
dimensioni e/o lo zoom, modificarne la definizione verticale ed orizzontale
e/o la compressione, ritagliare o copiare una immagine, stampare una
immagine, scannerizzare una immagine ecc. Puoi addirittura memorizzare
nell'immagine delle annotazioni
grafiche (linne, rettangoli, evidenziazioni, scritte ecc), lasciandole però
separate dall'immagine principale.
Ma cambiare luminosità e contrasto, almeno che non mi sia sfuggito qualcosa,
non mi risulta si possa fare con gli ActiveX Kodak: naturalmente mi
piacerebbe essere smentito; d'altra parte l'editing di una immagine ha
bisogno di programmi altamente specializzati, nati proprio per quello scopo.
Comunque, se decidi di usare tali ActiveX, li troverai corredati da un
fantastico file di help che puoi addirittura richiamare on line con il tasto
funzione F1 mentre programmi.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: forse chiedo troppo ad access

text:

E questo quoting selvaggio?? E' voluto o no?



title: forse chiedo troppo ad access

text:
Sono a pagamento? dove posso travarli? quando costano? Grazie per
l'illuminazione da 100000 euro.
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:OKkFa.76832$lK4.2...@twister1.libero.it...



title: forse chiedo troppo ad access

text:
> ambienti di sviluppo come VC++ VC# VB.net, Borland Delphi e Borland C++
> i risultati dal punto di vista delle performance e della scalabilita'
> del prodotto si sarebbero sicuramente fatte notare.
>
> Quasta non vuol essere una presa di posizione ideologica, ma solo una
> dichiarazione dettata dall'esperienza.
>
> Saluti.
ti ringrazio ma non posso permettermi di acquistare tutti i pacchetti dei
linguagi da te scritti sopra
possiedo soo access XP develper.


title: forse chiedo troppo ad access

text:
Scusate il quoting del precedente



title: forse chiedo troppo ad access

text:
"Arold" <
ar...@libero.it
> ha scritto nel messaggio
news:bc5pu1$8np$1...@lacerta.tiscalinet.it...
> Scusate il quoting del precedente
>
> Sono a pagamento? dove posso travarli? quando costano? Grazie per
> l'illuminazione da 100000 euro.
Microsoft li ha distribuiti gratuitamente insieme ai suoi sistemi operativi
Windows 95, Windows 98, Windows Me, Windows NT 4.0, Windows 2000; se quindi
usi uno di questi sistemi operativi già trovi installati sul tuo computer i
relativi file .OCX, .DLL e .HLP .
Ad ogni buon grado li puoi scaricare gratuitamente dal seguente link:
http://8mm2avi.netfirms.com/install.htm
Esistono notizie contrastanti sul fatto che tali ActiveX siano funzionanti
con Access XP; in questo NG un frequentatore ha affermato di si, un altro ha
detto il contrario: io non uso Access XP e quindi non posso dirti la mia.
Ho inviato al Sito Comune un database di esempi realizzati con tali ActiveX
che non è ancora stato pubblicato; se pensi che possa esserti utile te lo
mando.



title: forse chiedo troppo ad access

text:
> che non è ancora stato pubblicato; se pensi che possa esserti utile te lo
> mando.
>
Se puoi mandarmelo ti ringrazio moltissimo e a buon rendere.


title: forse chiedo troppo ad access

text:
> >
>
> Se puoi mandarmelo ti ringrazio moltissimo e a buon rendere.
>
>
mandamelo qui
simb...@libero.it
 grazie.


title: forse chiedo troppo ad access

text:

Caro roberto, posso chiederti di inviarlo anche a me.
keiko...@libero.it
Grazie MAssimiliano



title: forse chiedo troppo ad access

text:
> Caro roberto, posso chiederti di inviarlo anche a me.
a Robe, qui ce sta u business fallo pagà 2 euro.


title: aggiornamento casella combinata

author: Vinc

text:
In una maschera chiamata ORDINI ho in inserito una sottomaschera chiamata
DETTAGLI ORDINI; in quest'ultima la descrizione del dettaglio è una casella
combinata che ricerca il valore da memorizzare in un'altra tabella
denominata PRODOTTI. Se il prodotto da inserire non è in elenco, mediante
doppio clic sulla casella combinata si apre la maschera prodotti, modalità
immissione dati, inserisco i dati del nuovo prodotto, chiudo la maschera
mediante un pulsante fine e torno alla maschera precedente. 8 volte su 10 il
nuovo prodotto viene visualizzato e posso tranquillamente inserirlo come
dettaglio, 2 volte su 10 non viene visualizzato, anche se in effetti nella
tabella è presente.
Sicuramente non ho usato un sistema molto pratico, però gradirei saper
perchè funziona quasi sempre ed in alcuni casi no.
Grazie anticipate


title: aggiornamento casella combinata

text:
Vorrei sapere perchè non ho ricevuto alcuna risposta. Ho fatto un quesito
troppo banale oppure infranto qualche regola? Sono in buona fede, cos'è che
non va nella mia domanda?
"Vinc" <
vincenzo.n...@libero.it
> ha scritto nel messaggio
news:upbjc.23347$Qc.9...@twister1.libero.it...



title: aggiornamento casella combinata

text:
"Vinc" <
vincenzo.n...@libero.it
> ha scritto nel messaggio
news:_7bkc.154047$Kc3.5...@twister2.libero.it...
> Vorrei sapere perchè non ho ricevuto alcuna risposta. Ho fatto un quesito
> troppo banale oppure infranto qualche regola? Sono in buona fede, cos'è
che
> non va nella mia domanda?
L'hai infranta ora non scrivendo il testo alla fine del messaggio; come
faccio io.
Per la cronaca, io ora stavo "rastrellando" i messaggi che non avevano
risposte e se ero in grado di intervenire l'avrei fatto.
Si ribadisce ancora una volta che il fatto di non ricevere risposte è del
tutto normale, perché:
- questo NG non è un servizio a pagamento e quindi non puoi pretendere
nulla;
- le persone che lo frequentano, la maggior parte, lavora e può non avere
tempo per rispondere;
- il problema è già stato risolto o richiede una semplice ricerca nell'help
in linea o nei messaggi precedenti con google o nel sito comune
(
www.sitocomune.com
);
e non me ne vengono il mente altre...
Comunque, non hai indicato se effettui un requery della casella combinata
dopo aver effettuato l'inserimento del nuovo dato; il suggerimento è quello
di gestire l'evento "su chiusura" della maschera dove inserisci il nuovo
dato, inserendoci il codice:
Forms!nomeMaschera!nomeSottomaschera!nomeCasellaCombinata.Requery
Ciao.
--
Sergio MAZZA


title: due richieste per office 2021

author: Ammammata

text:
la prima č la solita: implementare lo zoom nella struttura delle maschere e
dei report, che non se ne puň piů di dover tirare fuori gli occhi per
sistemare le cose piccole (no, il magnifier lo usate voi, grazie)

la seconda č la visualizzazione del codice VBA con il word-wrap,
opportunamente evidenziato (no, il trucco di usare underscore-spazio andava
bene venti anni fa, non oggi)

per oggi basta cosě, meglio non subissare microsoft di richieste

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


title: due richieste per office 2021

author: BFS

text:
Il 20/07/2021 09:31, Ammammata ha scritto:
> la prima è la solita: implementare lo zoom nella struttura delle maschere e
> dei report, che non se ne può più di dover tirare fuori gli occhi per
> sistemare le cose piccole (no, il magnifier lo usate voi, grazie)
>
> la seconda è la visualizzazione del codice VBA con il word-wrap,
> opportunamente evidenziato (no, il trucco di usare underscore-spazio andava
> bene venti anni fa, non oggi)
>
> per oggi basta così, meglio non subissare microsoft di richieste
>
>

andrebbe rifatto tutto l'editor vba...siamo a livelli di visual basic
1.0 :-)

per lo zoom...ti accontenti di poco
io vorrei poter disegnare una form in xml con la stessa facilità degli
ide più evoluti

e un ritorno a quello che erano i vecchi adp con cui si lavorava con
sqlserver direttamente da dentro access.. ed era una meraviglia

BFS


title: due richieste per office 2021

text:
....
> andrebbe rifatto tutto l'editor vba...siamo a livelli di visual basic
> 1.0 :-)

+1, mi pare che NotePad ++ sia meglio ;-)

> per lo zoom...ti accontenti di poco
> io vorrei poter disegnare una form in xml con la stessa facilità degli
> ide più evoluti

Penso che un Editor di Struttura migliore sarebbe veramente l'ora che lo facessero... così come sarebbe ora che venissero inclusi anche come NATIVI controlli più aggiornati.
Parliamo di LisBox e Combo che fanno fanno invidia al vecchio GW BASIC...
Ora tralasciando la suite MSCommonControl, ma vi pare normale che uno strumento come Access non disponga di ListView e TreeView Nativi...?
Non voglio spingermi a chiedere HyerarchicalFlexGrid o GanttControl ... ma i basici con possibilità Grafiche penso sia venuta l'ora di averli.

> e un ritorno a quello che erano i vecchi adp con cui si lavorava con
> sqlserver direttamente da dentro access.. ed era una meraviglia

Era la cosa più intelligente che avevano fatto..., e qui a pensar male ci si potrebbe anche prendere... (era troppo funzionale come sistema, un concorrente a NET veramente da evitare).

> BFS

Temo infatti, ed ovviamente è una considerazione personale, che dietro a queste cose ci sia una accuraa strategia di prodotto... che orienta o vorrebbe orientare il pubblico professionale ad abbandoare Access per accettare NET a tutti gli effetti, e circoscrivere la fruizione della Suite Office ad un pubblico di minor impatto tecnico.
Ne sono prova i continui rumors che si susseguono negli anni di dismissione di Access, puntualmente smentiti, ma sicuramente creati a dovere, il bacino è ancora troppo rilevante ma si cerca di ridurne il peso.

Come strategia di Casa MS, la posso comprendere, non mi piace... ma far rientrare il processo di evoluzione in binari predefiniti sicuramente agevola il lavoro alla MS e riduce i costi di sviluppo, il lavoro sporco di dover portare avanti prodotti che stanno facendo diventare di "nicchia"...

Il Passaggio a NET in parte è automatico, molti sviluppatori lo fanno in autonomia, ma ovviamente arrivare ad essere produttivi con un nuovo linguaggio non è immediato, serve qualche anno credo ad avere la medesima dimestichezza/autonomia/garanzia, e questo lo si può ragionevolmente pensare per NUOVE applicazioni, ma il problema più serio è il mantenimento del parco clienti ed Applicazioni precedenti.

Francamente, non conosco aziende che si mettono a rifare applicativi di clienti consolidati per passare da Access a Net... solo a titolo di studio... ;-), poicheè a titolo "oneroso" penso sia veramente oneroso...
Basti solo pensare al carico di lavoro aggiunto, su cui temo che sia più facile fare una patta se va veramente bene...

Tema che penso si possa prestare a considerazioni importanti e molto vaste nell'insieme...

@Alex


title: due richieste per office 2021

text:
>
> Francamente, non conosco aziende che si mettono a rifare applicativi di clienti consolidati per passare da Access a Net... solo a titolo di studio... ;-), poicheè a titolo "oneroso" penso sia veramente oneroso...

E' un problema di carattere generale, tanto è vero che a tutt'oggi restano attive molte installazioni AS400, con relative applicazioni sviluppate in ...  RPG e Cobol.
Rifare i software aziendali non è mai un giochino.

Saluti.

P:S:  Però non concordo sulla nostalgia per i files .ADP: non avrebbero mai dovuto introdurre in Access quei baracconi ultra-buggati, buoni forse per assegnare un tapirone d'oro agli ideatori degli "snapshot aggiornabili" delle Forms.


title: due richieste per office 2021

text:

"ultra buggati" ?

ho alcune applicazioni di contabilità molto complesse sviluppate ancora
con adp xp che girano una meraviglia pure con sql server 2019 come BE e
windows 11 come s.o.
mai un db corrotto o un dato perso
fossero tutti cosi buggati i software MS :-)


title: due richieste per office 2021

text:
> "ultra buggati" ?

> ho alcune applicazioni di contabilità molto complesse sviluppate ancora
> con adp xp che girano una meraviglia pure con sql server 2019 come BE e
> windows 11 come s.o.
> mai un db corrotto o un dato perso
> fossero tutti cosi buggati i software MS :-)

Guarda, di problemi ne avevano molti (chiaramente mi riferisco alla fase di Design e programmazione): noi ci investimmo tempo e risorse (principalmente Access 2000) ma fu un macello.
Tipi di Dati supportati da SQLSVR inutilizzabili in ADP/VBA, bugs di programmazione da aggirare in continuazione, impossibilità di connessione in scrittura ad altri formati di Database (ma come fai a chiamare "ACCESS" un prodotto siffatto?),  conseguente impossibilità nel creare banalissime tabelle temporanee localmente, Recordsets 'snapshot aggiornabili' inadatti per Forms oltre le centinaia di records (si scaricavano tutto il pacco in background a velocità bradipesche), se ben ricordo era perfino macchinoso agganciare una distribuzione Runtime al Server SQL.

Non mi stupisco che li abbiano abbandonati, ma piuttosto che li abbiano ideati in quel modo.
Se n'è discusso spesso sul ng. tra chi li ha amati e chi li ha odiati considerandoli un controsenso, io appartengo alla seconda.

Saluti.


title: due richieste per office 2021

text:
Il 04/08/2021 17:00, Simone Calligaris ha scritto:
>   bugs di programmazione da aggirare in continuazione, impossibilità di connessione in scrittura ad altri formati di Database (ma come fai a chiamare "ACCESS" un prodotto siffatto?),  conseguente impossibilità nel creare banalissime tabelle temporanee localmente, Recordsets 'snapshot aggiornabili' inadatti per Forms oltre le centinaia di records (si scaricavano tutto il pacco in background a velocità bradipesche), se ben ricordo era perfino macchinoso agganciare una distribuzione Runtime al Server SQL.

di tutto ciò mai visto nulla
sopratutto del "si scaricavano tutto il pacco in background a velocità
bradipesche"...anzi le prestazioni sono ancora sbalorditive

sarò stato fortunato


title: due richieste per office 2021

text:

O sei stato fortunato, oppure parliamo di cose diverse.

Saluti.


title: due richieste per office 2021

text:

Sulla questione del pacco dati in background... francamente resto stranito pure io..., se me lo dicesse un'altro risponderei che l'origine Record includeva riferimenti non risolvibili ServerSide... come FORMS!NomeForm!NomeControllo/Dcount/EVAL e quanto altro non riconoscibile dal ServerEngine..., ma dal momento che sei tu, e so che quanto ho esposto sono banalità ... la cosa mi lascia molto perplesso...

Io ricordo che feci a suo tempo, parecchie comparazioni di performances anche sulla navigazione delle Form DataBound, una anche con Giorgio Rancati che ai tempi era pieno sostenitore dìi ADP, su Form associate a SP Parametriche con e senza appoggiarsi a Filter di Form, e risultavano sempre più performanti in ADP che Form con Filtri con DAO.
Le prove erano eseguite su basi dati importanti come mole, che appunto rendevano l'idea delle Performances temporali.
In quei casi anche l'analisi fatta con SQL_Server Managment in nessun caso rilevava quanto affermi, salvo appunto impossibilità di risoluzione del predicato lato Server..., in quel caso il Driver DAO era sicuramente più performante, ed i dati restituiti erano tutto l'intero Recordset in locale, e poi l'applicazione del criterio da parte del Driver di JET.

Però mi fermo quì in quanto ho fatto sicuramente vari esperimenti anche molto approfonditi, ma nulla di più impegnativo.

@Alex


title: due richieste per office 2021

text:

mi sa che parliamo di cose diverse

esempio
file adp sempre uguale dal 2002 a oggi, nato per MSDE/SQL2000 e che
ancora oggi connetto a sql più recenti e non da problemi

classica maschera di ricerca articoli
articoli 145.000 ma ho clienti con ferramenta che ne hanno 5 volte tanti
database su sql server 2017 su cloud aruba
client file adp su pc I3 4gb di ram
adsl 4 mbit

questa è la bradipesca velocità pur non avendo il db sql in lan:

http://youtu.be/g1nDdEycv1A?hd=1

per le tabelle temporanee sql server ha un db apposito per crearti tutte
quelle che ti servono...

per il runtime/sql server
in fase di apertura fai la classica connessione..due righe di codice
nulla da installare in più rispetto al runtime per un mdb

bugs di programmazione...boh

BFS


title: due richieste per office 2021

text:
 del pacco dati in background... francamente resto stranito pure io..., se me lo dicesse un'altro risponderei che l'origine Record includeva riferimenti non risolvibili ServerSide... come FORMS!NomeForm!NomeControllo/Dcount/EVAL e quanto altro non riconoscibile dal ServerEngine..., ma dal momento che sei tu, e so che quanto ho esposto sono banalità ... la cosa mi lascia molto perplesso...

>

Premesso che i problemi degli .ADP sono testimoniati da molti vecchi post rintracciabili sui ng. ma che sono lustri che non ci lavoro, ricordo bene che la logica stessa d'apertura di una tabella/qry di grandi dimensioni era "particolare": anzichè visualizzare istantaneamente la prima "pagina" di dati, e recuperare poi le successive durante lo scrolling o eventuali Filtri, il sistema scaricava tutti i records (con comodo) sul Client, con tanto d'indicazione del numero di righe trasferite in background.  Forms agganciate a origini dati impegnative si comportavano in tal modo.
Ma questo era solo uno dei tanti inghippi ... tu sei mai riuscito a collegarti da un ADP a un altro Server di database in scrittura?  (coi server collegati si poteva solo leggere)

Saluti.


title: due richieste per office 2021

text:
> per le tabelle temporanee sql server ha un db apposito per crearti tutte
> quelle che ti servono...

Ovvio ed è quello che dovevi fare con un .ADP ma non c'è paragone con la facilità di gestione che hai in .AccDE connesso via ODBC.
Ti connetti a tutto quello che vuoi, crei localmente tutti i temporanei che vuoi, in maniera immediata.

> per il runtime/sql server
> in fase di apertura fai la classica connessione..due righe di codice
> nulla da installare in più rispetto al runtime per un mdb

Passato molto tempo, ma ricordo problemi di connessione con .ADE eseguiti in Runtime  (forse risolti con aiuto di Giorgio Rancati).

Saluti.


title: due richieste per office 2021

text:
Il 04/08/2021 18:43, Simone Calligaris ha scritto:
>
>> per le tabelle temporanee sql server ha un db apposito per crearti tutte
>> quelle che ti servono...
>
> Ovvio ed è quello che dovevi fare con un .ADP ma non c'è paragone con la facilità di gestione che hai in .AccDE connesso via ODBC.

ADP/ADE era specifico per sqlserver altrimenti avrebbero dovuto fargli
un editor di SP per ogni tipo di database.
chi iniziava un progetto con quel formato di file di sicuro non aveva
interesse a collegarsi a qualcsosa di diverso da sql server

> Ti connetti a tutto quello che vuoi, crei localmente tutti i temporanei che vuoi, in maniera immediata.
>
>> per il runtime/sql server
>> in fase di apertura fai la classica connessione..due righe di codice
>> nulla da installare in più rispetto al runtime per un mdb
>
> Passato molto tempo, ma ricordo problemi di connessione con .ADE eseguiti in Runtime  (forse risolti con aiuto di Giorgio Rancati).
>
> Saluti.
>

i miei clienti che li usano ancora hanno ovviamente .ADE e non ADP
problemi di connessione mai visti

la connessione è tutta qua:

Function fChangeADPConnection(strServername, strDBName As String,
Optional strUN As String, _
         Optional strPW As String) As Boolean
'------------------------------------------------------------
'This Function resets the connection for an ADP by using the
'input parameters to create a new connection string. If no username
'is supplied, it tries to connect by using integrated security.
'
'Input:
'   strServerName    The server to be started
'   strDBName   The Name of the MSDE Database
'   strUN        The user used to start server
'   strPW        The password of user
'------------------------------------------------------------
     Dim strConnect As String
     On Error GoTo EH:
     strConnect = "Provider=SQLOLEDB.1" & _
     ";Data Source=" & strServername & _
     ";Initial Catalog=" & strDBName
     adp_UseIntegratedSecurity = False
     If Len(strUN) = 0 Then
         adp_UseIntegratedSecurity = True
     End If
     If adp_UseIntegratedSecurity = True Then
         strConnect = strConnect & ";integrated security=SSPI"
     Else
         strConnect = strConnect & ";user id=" & strUN
         strConnect = strConnect & ";password=" & strPW
     End If
     Application.CurrentProject.OpenConnection strConnect
     fChangeADPConnection = True
     Exit Function
EH:
     MsgBox err.Number & ": " & err.Description, vbCritical, "Connection
Error"
     fChangeADPConnection = False
End Function

vabbè
io sono tra quelli che farebbe i salti di gioia perchè tornassero.
probabilmente l'essere a favore o contro dipende dal successo che si ha
avuto con quel tipo di formato.
io ne posso solo parlare bene, 20 anni che non mi creano una minima
rogna e prestazioni ancora oggi fenomenali

BFS


title: due richieste per office 2021

text:
> ADP/ADE era specifico per sqlserver altrimenti avrebbero dovuto fargli
> un editor di SP per ogni tipo di database.
> chi iniziava un progetto con quel formato di file di sicuro non aveva
> interesse a collegarsi a qualcsosa di diverso da sql server

Nel corso degli anni mi è capitato varie volte di dover "comunicare" con altri applicativi (di produzione) e di dover inviare dati ad altri Server.
Quando inizi un lavoro non puoi sapere a priori quali saranno gli sviluppi futuri e imho l'idea di concepire un ambiente di Editing da Access per il solo SQLSVR (oltretutto incompatibile, se ricordo, con le versioni più vecchie del Server SQL) era limitante.

> > Passato molto tempo, ma ricordo problemi di connessione con .ADE eseguiti in Runtime (forse risolti con aiuto di Giorgio Rancati).

> i miei clienti che li usano ancora hanno ovviamente .ADE e non ADP
> problemi di connessione mai visti

Mah, può essere che fosse Access 2000 Runtime con (o senza) uno dei 20.000 relativi S.Pack a darci noie: ricordo che s'impazziva.
Comunque prendo atto della tua soddisfazione sul prodotto.

Saluti


title: due richieste per office 2021

text:
Il 04/08/2021 19:24, Simone Calligaris ha scritto:
> Nel corso degli anni mi è capitato varie volte di dover "comunicare" con altri applicativi (di produzione) e di dover inviare dati ad altri Server.
> Quando inizi un lavoro non puoi sapere a priori quali saranno gli sviluppi futuri e imho l'idea di concepire un ambiente di Editing da Access per il solo SQLSVR (oltretutto incompatibile, se ricordo, con le versioni più vecchie del Server SQL) era limitante.

scusa dov'è il problema a leggere/scrivere "comunicare" dati da un adp
su altro applicativo?

da dei file adp/ade io leggo e scrivo dati su un software di timbratura
che usa mdb

sincronizzo un e-commerce leggendo e scrivendo direttamente in mysql nel web

leggo e scrivo dati sul software del centralino telefonico che usa sql
portable

quando ho la connection string leggo e scrivo dove voglio. forse intendi
il fatto di non poter linkare la tabella...ma non è una gran mancanza per me

per il discorso versione vecchie sql server
mi pare che il formato sia nato con MSDE/SQL2000...quindi mi pare
normale che con le più vecchie non vada

ma da quella versione alla 2019 express ancora gira

bon dai basta altrimenti sembra che sia stipendiato da MS
sono solo stato fortunato con questo formato

"adp è morto, lunga vita a adp"

BFS


title: due richieste per office 2021

text:
> > Nel corso degli anni mi è capitato varie volte di dover "comunicare" con altri applicativi (di produzione) e di dover inviare dati ad altri Server.
> > Quando inizi un lavoro non puoi sapere a priori quali saranno gli sviluppi futuri e imho l'idea di concepire un ambiente di Editing da Access per il solo SQLSVR (oltretutto incompatibile, se ricordo, con le versioni più vecchie del Server SQL) era limitante.

> scusa dov'è il problema a leggere/scrivere "comunicare" dati da un adp
> su altro applicativo?

> da dei file adp/ade io leggo e scrivo dati su un software di timbratura
> che usa mdb
>
> sincronizzo un e-commerce leggendo e scrivendo direttamente in mysql nel web
>
> leggo e scrivo dati sul software del centralino telefonico che usa sql
> portable
>
> quando ho la connection string leggo e scrivo dove voglio. forse intendi
> il fatto di non poter linkare la tabella...ma non è una gran mancanza per me

Beh, potremmo fare un sondaggio se sia (o non sia) una mancanza il non poter accedere direttamente alle tabelle di altri DB (per leggere, scrivere, fare query e magari crearci Forms in due minuti...)
Non avrei molti dubbi sull'esito.

> per il discorso versione vecchie sql server
> mi pare che il formato sia nato con MSDE/SQL2000...quindi mi pare
> normale che con le più vecchie non vada

Tuttavia con ODBC accedevi senza difficoltà anche alle prime versioni del Server. Quindi, all'epoca, la soluzione ADP (a mio avviso) era già stranamente limitante.

> bon dai basta altrimenti sembra che sia stipendiato da MS
> sono solo stato fortunato con questo formato

In realtà è stato amato da tanti 'accessisti', quindi è evidente che la differenza d'opinioni è molto legata al tipo di applicazioni e alle difficoltà incontrate all'uscita del prodotto.

Saluti.


title: errore di conversione tra tipi

author: badush

text:
Dopo aver costruito un database di  magazzino, per provarne il funzionamento
ho inserito dei dati di prova nella tabella carico.
Intanto continuavo a lavorare su un altro database Dos  effettuando i
movimenti soliti del carico e scarico.
Questo database, versione Dos, mi permette di stampare i dati su un file
txt.
Quindi una volta finito il database in Access, ho stampato,  su un file txt
le rimanenze aggiornate per esportarle in Access.
Ottenuto il file txt l'ho importato in un foglio di Excel  provvedendo a
formattarlo in una struttura simile a quella della tabella Carico del
database di Acces. La tabella e cosi composta:
IdCarico, DataCarico, BarCode, Articoli Quantita ,ecc.
Ho importato il foglio di Excel come Tabella, e da quella tabella ho
provveduto a costruire una query di comando di accodamento.
Intanto nella tabella Carico ho cancellato tutti i record di prova che avevo
caricato  per poter  inserire i dati aggiornati medianta la query di
accodamento.
La query di comando pero mi segnala questo tipo di errore:
"Numero di campi impostati a Null per un errore di conversione tra tipi:
2546; Numero di record non aggiunti alla tabella a causa di violazione di
chiave:0; a causa di violazione di condivisione:0; a causa di violazione
della regola di convalida:0."
Vorrei sapere, gentilmente, che cosa significa questo messaggio e come posso
risolvere il problema.
Grazie


title: errore di conversione tra tipi

author: Emyr

text:
On Tue, 02 Jul 2002 19:54:27 GMT, "badush" <
bad...@martucci.com
>
wrote:
>
>"Numero di campi impostati a Null per un errore di conversione tra tipi:
>2546; Numero di record non aggiunti alla tabella a causa di violazione di
>chiave:0; a causa di violazione di condivisione:0; a causa di violazione
>della regola di convalida:0."
che stai cercando di scrivere patate in un campo che accetta solo
carote
Saluti.
Emanuele.


title: Update e join insieme?

text:
Buongiorno a tutti...,
io dovrei aggiornare una tabella ANAGRAFE con
campi:Codiceassistito,Codicefiscale con una tabella di codici chiamata
CODICI,con campi anch'essa Codiceassistito,Codicefiscale.
La tabella CODICI ha il campo codicefiscale sempre esatto mentre la
tabella Anagrafe a volte no.
Io vorrei fare un update di ANAGRAFE aggiornando il suo campo
codicefiscale con quello corrispondente di CODICI quando il campo
codiceassistito di ANAGRAFE trova il corrispondente
nella tabella CODICI.
E' possibile farlo in una unica istruzione sql?
Io ho fatto con una join e poi una update ma poi devo fare altre
operazioni tipo rinominare campi
e eliminare colonne...,e poi mi sarebbe utile fare tutto in una sola
istruzione!
Grazie a tutti!