title: Report e stampe

author: Antonio Biso

text:
"Java21" <
mat...@inwind.it
> ha scritto nel messaggio
news:DxzKb.47905$VW.21...@news3.tin.it...
> Ciao Roberto... scusami se sono stato poco kiaro...
> Cerco di spiegarmi meglio...
Cerca di spiegarti scrivendo correttamente DOPO il quoting!!!
Antonio


title: Report e stampe

text:
Ok....
New Esempio....
Mi trovo un report con le seguente scritte...
 Paolo - Giovanni - Anna - Francesco - Giuseppe
MA nel momento di stamparli voglio ke stampi solo il nome  "Anna"  gli altri
nomi no...  come si Fa?
Questo e quello ke kiedo Grazie... Bye
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:kBzKb.230305$vO5.9...@twister1.libero.it...



title: Report e stampe

author: Alessandro Cara

text:
Java21 wrote:
>
> Ok....
> New Esempio....
> Mi trovo un report con le seguente scritte...
>
>  Paolo - Giovanni - Anna - Francesco - Giuseppe
>
> MA nel momento di stamparli voglio ke stampi solo il nome  "Anna"  gli altri
> nomi no...  come si Fa?
> Questo e quello ke kiedo Grazie... Bye
mtt nvsbl cntrl
--
a.cara
Togli qualcosa dall'email


title: Report e stampe

text:
"Java21" <
mat...@inwind.it
> ha scritto nel messaggio
news:QBYKb.68902$_P.26...@news4.tin.it...
> Ok....
> New Esempio....
New Esempio, Old Quoting
Non ci siamo...
Prova a leggere il post di Roberto "Istruzioni per l'uso del NG"
Antonio


title: Report e stampe

author: Roberto da casa

text:
"Java21" <
mat...@inwind.it
> ha scritto nel messaggio
news:DxzKb.47905$VW.21...@news3.tin.it...
> Ciao Roberto... scusami se sono stato poco kiaro...
> Cerco di spiegarmi meglio...
> Dunque io ho Creato questo report x vedere i dati ke sono stati immessi
> nella mascera vengono stampati in anteprinma sul foglio in realtà...
> Facciamo un esempio ke sul report ci sono queste scritte "Nome della
Azienda
> via e città,ore paghe ecc.. nomi ke nn variano mai perchè sono sempre
> uguali" + i vari dati immessi ke variano sempre... I seguente scritte
"Nome
> della Azienda via e città,ore paghe" si trovano già stampate sul foglio
> dunque inutile farli stampare... vorrei ke stampasse solo i dati immessi..
> In poke parole come se si trattase di stampare una fattura.... Spero ke
sia
> stato + kiaro..... Grazie Bye
>
Innanzitutto, come ti ha detto Antonio), quando rispondi scrivi DOPO e non
prima del testo dei messaggi precedenti.
Se il report ha come origine record la stessa origine record della maschera.
Se per aprire il report usi il Metodo OpenReport.
Nel Metodo OpenReport usa l'argomento condizioneWHERE (vedi help) per
filtrare il report con la chiave primaria del record corrente della
maschera.



title: Conteggio giorni lavorativi

text:
Ho trovato nell'NG la Funzione "ContaLavorativi" nella FAQ "Conteggio
dei giorni
> lavorativi tra due date" che mi č utile, ma il mio problema č dato dal fatto che il personale che devo gestire lavora in parte  6 giorni a settimana, in parte 5 ....; altri fanno il part time lavorando il lunedě, martedě e mercoledě oppure in tre QUALSIASI giorni della settimana.
Vorrei potere utilizzare le tre routine trovate nel NG (quelle che
gestiscono i giorni festivi diversi dalla domenica, il santo patrono e
la pasqua ...), ma vorrei inserire 6 Caselle di controllo chiamate
Lun, Mar, me, gio, ven, sab e dom dove con il sistema vero/falso
potrei indicare al programma se inserire nel conteggio un certo giorno
della settimana (Esempio: tieni conto del Lun, gio e ven oppure tieni
conto di tutti giorni che vanno dal lun al ven) ... sempre escludento
Pasqua Natale ecc...
Vorrei Scrivere una data nel controllo DataIniziale, un'altra nel
controllo DataFinale e in uscita avere nel controllo .... pippo il
risultato che tenga conto delle 6 Caselle di controllo.
Spero di essere stato chiaro nonostante il mio linguaggio poco
tecnico.
Grazie.


title: Conteggio giorni lavorativi

author: Roberto Massoni

text:
<
fed...@tiscali.it
> ha scritto nel messaggio
news:b03e6485.04111...@posting.google.com...
> Ho trovato nell'NG la Funzione "ContaLavorativi" nella FAQ "Conteggio
> dei giorni
> > lavorativi tra due date" che mi è utile, ma il mio problema è dato dal
fatto che il personale che devo gestire lavora in parte  6 giorni a
settimana, in parte 5 ....; altri fanno il part time lavorando il lunedì,
martedì e mercoledì oppure in tre QUALSIASI giorni della settimana.
> Vorrei potere utilizzare le tre routine trovate nel NG (quelle che
> gestiscono i giorni festivi diversi dalla domenica, il santo patrono e
> la pasqua ...), ma vorrei inserire 6 Caselle di controllo chiamate
> Lun, Mar, me, gio, ven, sab e dom dove con il sistema vero/falso
> potrei indicare al programma se inserire nel conteggio un certo giorno
> della settimana (Esempio: tieni conto del Lun, gio e ven oppure tieni
> conto di tutti giorni che vanno dal lun al ven) ... sempre escludento
> Pasqua Natale ecc...
> Vorrei Scrivere una data nel controllo DataIniziale, un'altra nel
> controllo DataFinale e in uscita avere nel controllo .... pippo il
> risultato che tenga conto delle 6 Caselle di controllo.
> Spero di essere stato chiaro nonostante il mio linguaggio poco
> tecnico.
Per le funzioni di cui parli già prevedono la setimana corta (sabato
festivo) o la settimana lunga (sabato lavorativo): la cosa è impostabile dal
terzo argomanto al momento del richiamo della funzione ContaLavorativi
Per i part time il problema lo vedo di difficile soluzione visto che non si
sa quali sono i tre giorni alla settimana che debbono lavorare.
> Grazie.
--
Roberto
--------------------------------------
il Sito Comune di it.comp.appl.access
www.sitocomune.com
-------------------------------------


title: accodamento su server

author: Lo

text:
Ciao a tutti,
oggi il mio problema è questo: sto usando un db su server al quale si
accede con accesso remoto.
Mi pongo la domanda: il giorno che non funziona internet come faccio?
mi rispondo: uso un db in locale e poi faccio un accodamento. Il
problema è che potrebbero accavallarsi id uguali e non mi
funzionerebbe più. Qualcuno su questo gruppo di discussione proponeva
di creare un id dipendente da client in modo che ogni pc in locale ha
sicuramente un id diverso e non ci sarebbero problemi di
accavallamento dati su server. Ma come fare? qualcuno ha qualche idea?


title: accodamento su server

author: Lolince

text:

La butto li , perchè non  fai ricavare il nome client(ip o qualsiasi
altra cosa rilevante per il client) + numero? in questo modo avresti
pippo01.. pluto50 ect ect
Ciao


title: accodamento su server

text:

Infatti ho capito, ma non ho capito come posso fare a ricavare il nome
client...
hai qualche idea?


title: accodamento su server

text:

Copia tutto il codice dentro una maschera :
Option Compare Database
Option Explicit
'Initialisierung der API-Funktionen
Private Declare Function WSAStartup Lib "WSOCK32.DLL" (ByVal
wVersionRequired&, lpWSAData As WinSocketDataType) As Long
Private Declare Function WSACleanup Lib "WSOCK32.DLL" () As Long
Private Declare Function gethostbyname Lib "WSOCK32.DLL" (ByVal
HostName$) As Long
Private Declare Function RasEnumConnections Lib "RasApi32.DLL" Alias
"RasEnumConnectionsA" (lpRasCon As Any, lpcb As Long, lpcConnections
As Long) As Long
Private Declare Function RasGetConnectStatus Lib "RasApi32.DLL" Alias
"RasGetConnectStatusA" (ByVal hRasCon As Long, lpStatus As Any) As
Long
Private Declare Function RasEnumEntries Lib "RasApi32.DLL" Alias
"RasEnumEntriesA" (ByVal Reserved$, ByVal lpszPhonebook$,
lprasentryname As Any, lpcb As Long, lpcEntries As Long) As Long
Private Declare Function RasHangUp Lib "RasApi32.DLL" Alias
"RasHangUpA" (ByVal hRasConn As Long) As Long
Private Declare Function InternetDial Lib "wininet.dll" (ByVal
hwndParent As Long, ByVal lpszConiID As String, ByVal dwFlags As Long,
ByRef hCon As Long, ByVal dwReserved As Long) As Long
Private Declare Sub RtlMoveMemory Lib "kernel32" (hpvDest As Any,
ByVal hpvSource&, ByVal cbCopy&)
Dim ConID&
Private Type RASType
dwSize As Long
hRasCon As Long
szEntryName(256) As Byte
szDeviceType(16) As Byte
szDeviceName(32) As Byte
End Type
Private Type RASStatusType
dwSize As Long
RasConnState As Long
dwError As Long
szDeviceType(16) As Byte
szDeviceName(32) As Byte
End Type
Private Type RASENTRYNAME95
dwSize As Long
szEntryName(256) As Byte
End Type
Dim DFÜName$
Private Type HostDeType
hName As Long
hAliases As Long
hAddrType As Integer
hLength As Integer
hAddrList As Long
End Type
Private Type WinSocketDataType
wversion As Integer
wHighVersion As Integer
szDescription(0 To 256) As Byte
szSystemStatus(0 To 128) As Byte
iMaxSockets As Integer
iMaxUdpDg As Integer
lpszVendorInfo As Long
End Type
'Sub zum Beenden der Verbindung
Sub Verbindung_Beenden()
Dim x As Integer
For x = 0 To 1000
RasHangUp (x)
If DFÜStatus = False Then Exit For
Next
End Sub
'Sub zum Aufbauen der Standart Verbindung
Sub Verbindung_Aufbauen()
Dim ConName As String
InternetDial 0, ConName, 2, ConID, 0
End Sub
'Sub zum Bekommen des aktuellen DFÜ Status
Function DFÜStatus() As Boolean
Dim RAS(255) As RASType, RASStatus As RASStatusType
Dim lg&, lpcon&, Result&
RAS(0).dwSize = 412
lg = 256 * RAS(0).dwSize
Result = RasEnumConnections(RAS(0), lg, lpcon)
If lpcon = 0 Then
DFÜStatus = False
Else
RASStatus.dwSize = 160
Result = RasGetConnectStatus(RAS(0).hRasCon, RASStatus)
If RASStatus.RasConnState = &H2000 Then
DFÜStatus = True
Else
DFÜStatus = False
End If
End If
End Function
'Sub zum Bekommen der aktuellen IP
Function GetIP() As String
Dim IP$, DNS$, Host$, x As Integer
Dim GetComputer As String
Dim Result%
Dim LoBy%, HiBy%
Dim SocketData As WinSocketDataType
Result = WSAStartup(&H101, SocketData)
If Result <> 0 Then
MsgBox "Es trat ein Problem mit der winsock.dll auf.", , "Fehler"
End If
x = 2
nt:
IP = HostByName$(GetComputer, x)
If Len(IP) = 0 And x >= 0 Then
x = x - 1
GoTo nt
End If
GetIP = IP
CleanSockets
End Function
'Sub zum Bekommen der IP anhand des Hostnamens
Function HostByName(name$, Optional x% = 0) As String
Dim MemIp() As Byte
Dim y%
Dim HostDeAddress&, HostIp&
Dim IpAddress$
Dim Host As HostDeType
HostDeAddress = gethostbyname(name)
If HostDeAddress = 0 Then
HostByName = ""
Exit Function
End If
Call RtlMoveMemory(Host, HostDeAddress, LenB(Host))
For y = 0 To x
Call RtlMoveMemory(HostIp, Host.hAddrList + 4 * y, 4)
If HostIp = 0 Then
HostByName = ""
Exit Function
End If
Next y
ReDim MemIp(1 To Host.hLength)
Call RtlMoveMemory(MemIp(1), HostIp, Host.hLength)
IpAddress = ""
For y = 1 To Host.hLength
IpAddress = IpAddress & MemIp(y) & "."
Next y
HostByName = Left$(IpAddress, Len(IpAddress) - 1)
End Function
Private Sub CleanSockets()
Dim Result&
Result = WSACleanup()
If Result <> 0 Then
MsgBox "Es trat ein Problem mit der winsock.dll auf.", , "Fehler"
End If
End Sub
poi ti crei un campo testo nel mio caso testo1 e sullapertura o dove
vuoi tu
Private Sub Form_Open(Cancel As Integer)
Me.Testo1 = GetIP() 'con questo ricavi ip poi magari aggiungi &"/"+il
numero del tuo id
End Sub
ciao


title: accodamento su server

text:
Se invece vuoi il nome client .
sempre dentro una maschera:
Private Declare Function apiGetUserName Lib "advapi32.dll" Alias _
    "GetUserNameA" (ByVal lpBuffer As String, nSize As Long) As Long
Function fOSUserName() As String
' Returns the network login name
Dim lngLen As Long, lngX As Long
Dim strUserName As String
    strUserName = String$(254, 0)
    lngLen = 255
    lngX = apiGetUserName(strUserName, lngLen)
    If ( lngX > 0 ) Then
        fOSUserName = Left$(strUserName, lngLen - 1)
    Else
        fOSUserName = vbNullString
    End If
End Function
all'apertura  from o dove si vuole
me.testo1=fOSUserName()
Cmq ci sono molti post che spiegano come fare ,anche nel sito
comune.com
Ciao


title: accodamento su server

text:

Mi sa che per me è già un po' troppo complicato quello che mi proponi
anche se ti ringrazio infinitamente per la tua disponibilità.
Io adesso stavo provando così: stavo provando ad aggiungere nella
tabella Ana un campo che ho chiamato Chiave che dovrebbe diventare la
chiave primaria ed univoca. Nella maschera Anagrafica stavo cercando
di far precompilare il campo Chiave in questo modo
Chiave= IdAnagrafica And Pc su evento Prima di Inserire
IdAnagrafica è un campo contatore e Pc è il nome (inventato da me) del
pc che si inserisce automaticamente come valore predefinito es: pippo
(campo testo)
Chiave è un campo testo.
Il problema è che non mi funziona, mi dice tipo non corrispondente
In questo modo toglievo la chiave primaria in IdAna e risolvevo il mio
problema ma... sono una frana!
Adesso vado a dare un'occhiata sul sito comune...
tu hai qualche altro suggerimento?
grazie mille


title: accodamento su server

text:

Allora facciamo cosi :
in un modulo copia:
Private Declare Function apiGetUserName Lib "advapi32.dll" Alias _
    "GetUserNameA" (ByVal lpBuffer As String, nSize As Long) As Long
Public Function fOSUserName() As String
' Returns the network login name
Dim lngLen As Long, lngX As Long
Dim strUserName As String
    strUserName = String$(254, 0)
    lngLen = 255
    lngX = apiGetUserName(strUserName, lngLen)
    If (lngX > 0) Then
        fOSUserName = Left$(strUserName, lngLen - 1)
    Else
        fOSUserName = vbNullString
    End If
End Function
nella tabella hai gia aggiunto il tuo campo chiave,  aggiungilo in
maschera e lascia anche l'id originale, poi prima di aggiornare o su
aggiornamento o dove vuoi  scrivi il codice :
Me.chiave = fOSUserName & Me.ID
Ciao


title: accodamento su server

text:

> Ciao- Nascondi testo citato
>
> - Mostra testo citato -
Ok, grazie ci sono quasi. ti chiedo ancora questo.
L'Id originale sarà contatore ma non più chiave primara giusto?
Mi viene un dubbio: Se nella maschera inserisco il codice che mi hai
detto cosa succede consultando la maschera sul server dopo aver fatto
un accodamento dal pc? mi modifica di nuovo il valore della chiave
prendendomi il nuovo id che eventualmente si è creato?
mi spiego meglio: se nel pc inserisco una ana con id 5 la chiave
diventerà xxxx5 quando creo il record nella maschera.
nel momento in cui vado ad accodare i dati sul server, se l'Id 5 c'è
già mi trasformerà l'id del pc con un numero di contatore libero sul
server per esempio 7. La chiave rimarrà xxxx5. Ma quando apro la
maschera per consultare i dati e magari fare qualche modifica nel
record aggiornandolo mi modifica la chiave xxxx5 in xxxx7? scusa per
l'ignoranza ma non ci capisco più nulla.
Grazie ancora! ciao


title: accodamento su server

text:

L'id del server andra avanti per fatti suoi , tu devi avere se vuoi
percorrere questa strada la nuova chiave creata quella dovrebbe salvo
anomalie rimanere univoca , poi e tutto da vedere , non sappiamo se la
tua maschera ha sottomaschere e quindi devi cambiare anche il
collegamento o maschere singole .I punti da analizzare sono svariati ,
sinceramente non mi sono voluto imbattere nel problema, ma solo
aiutarti a seguire la tua strada (idea giusta o sbagliata che sia,
credo che solo smanettando si risolvano i problemi ).
Ps. se vai avanti in questa strada , cmq attento ai nomi dei
pc ...qualche nome uguale ti causerebbe problematiche  ;).
Ciao


title: accodamento su server

text:

Pardon ho risposto solo x meta alle tue domande , allora , analiziamo
la domanda:
domanda:
La chiave rimarrà xxxx5. Ma quando apro la
maschera per consultare i dati e magari fare qualche modifica nel
record aggiornandolo mi modifica la chiave xxxx5 in xxxx7?
Risposta:
si puo cambiare perche non ci sono regole impostate , io ti ho solo
suggerito come arrivare alla tua soluzione , ovvio che il codice va
modificato in base alle tue necessita , se vuoi che rimanga invariato
allora gestisci ad esempio con un if
if isnull (me.chiave)then
'Me.chiave = fOSUserName & Me.ID   '..esegue l'inserimento
else
quello che vuoi....
end if
questa e solo una delle tante soluzioni che puoi adottare ...
Ciao e buon lavoro


title: accodamento su server

text:

sì, grazie! ho preso in considerazione anche questo. Hai qualche idea
più semplice da propormi?


title: accodamento su server

text:

La prima che mi viene in mente e in caso in cui internet non funzioni
e chiamare l'assistenza adsl , dopo aver aperto il guasto , chiamare
un collega e andarsi a prendere un caffe , meglio se una collega
donna ....


title: accodamento su server

text:

> donna ....- Nascondi testo citato
>
> - Mostra testo citato -
Sei fantastico! Io però opterei per collega uomo dato che sono donna!
Comunque vallo dire a chi lo sta usando... io ho continuato dicendo
che gli inconvenienti possono capitare.. e se va via la luce non
possono stampare e allora io che ci posso fare... e se il pc non
parte... io che ci posso fare e possiamo continuare all'infinito!
Comunque ho quasi finito di fare la versione per questa eventualità.
Adesso se lo desidereranno si tratterà "solo" di andare ad aggiornare
le tabelle con i dati che già stanno usando...
vedremo!
comunque grazie per la tua pazienza, mi sei stato di grande aiuto.
Alla prossima


title: accodamento su server

text:

Brutta gaff se sei donna , pero hai un vantaggio , ti verra richiesto
piu spesso di prendere il caffe ehheheh...Ciao


title: accodamento su server

text:
[CUT]
Altra idea (non capisco tutta la questione della chiave primaria). Cade la
connessione, tu hai una copia in locale della tabella (anche vuota) dove
accodare i record giusto. Bene, li accodi li e sei a posto. Quando torna la
connessione, il client avvisa il server che ha dei dati, e glieli manda su
(txt, xml, mdb....come vuoi). E' il SERVER che si occupa dell'accodamento,
quindi non ci potr� MAI essere un conflitto di chiavi primarie, neanche se
tutti gli utenti inserissero insieme. Se hai bisogno di un identificativo per
sapere CHI ha scritto COSA, basta un campo in pi� con il numero di serie del
pc, il nome utente (tanto per collegarsi ce l'ha) o quello che vuoi. Oggi nn
ha pi� senso secondo me creare chiavi parlanti e campi compositi.....
--


title: accodamento su server

text:

Scusa un passo alla volta. Quello che mi scrivi è magnifico ma sono
desolata perchè non so come procedere.
Partiamo dall'inizio: sul server c'è il db con la base dati per es.
dati_be.mdb e un db con tabelle collegate e relative maschere che si
chiama per es. Viaggi.mdb.
Cosa devo fare? copiare i due db anche nei pc in locale con la base
dati vuota?
Poi cosa succede? il giorno che non funziona internet lavoro in
locale? come fa il server a capire che deve aggiornarsi?
come fa a non esserci conflitto con le chiavi primarie se in locale
viene usato un id già esistente sul server?
i dati della tab anagrafica sono in relazione con le iscrizioni.
Forse il tuo caso funziona se cade la linea e ti rimane la connessione
in remoto aperta?
scusa ma non riesco a capire, puoi darmi qualche dritta in più?
ringrazio infinitamente tutti e due e vi offro un caffè virtuale (_)°
°.. in attesa di una nuova connessione!


title: accodamento su server

text:
Lo ha scritto:
>On 8 Feb, 15:54, Fair87<
roby....@gmail.com
> wrote:
>> [CUT]
>>
>> Altra idea (non capisco tutta la questione della chiave primaria). Cade l=
>a
>> connessione, tu hai una copia in locale della tabella (anche vuota) dove
>> accodare i record giusto. Bene, li accodi li e sei a posto. Quando torna =
>la
>> connessione, il client avvisa il server che ha dei dati, e glieli manda s=
>u
>> (txt, xml, mdb....come vuoi). E' il SERVER che si occupa dell'accodamento=
>,
>> quindi non ci potr MAI essere un conflitto di chiavi primarie, neanche se
>> tutti gli utenti inserissero insieme. Se hai bisogno di un identificativo=
> per
>> sapere CHI ha scritto COSA, basta un campo in pi con il numero di serie d=
>el
>> pc, il nome utente (tanto per collegarsi ce l'ha) o quello che vuoi. Oggi=
> nn
>> ha pi senso secondo me creare chiavi parlanti e campi compositi.....
>>
>> --
>
>Scusa un passo alla volta. Quello che mi scrivi =E8 magnifico ma sono
>desolata perch=E8 non so come procedere.
>Partiamo dall'inizio: sul server c'=E8 il db con la base dati per es.
>dati_be.mdb e un db con tabelle collegate e relative maschere che si
>chiama per es. Viaggi.mdb.
>Cosa devo fare? copiare i due db anche nei pc in locale con la base
>dati vuota?
>Poi cosa succede? il giorno che non funziona internet lavoro in
>locale? come fa il server a capire che deve aggiornarsi?
>come fa a non esserci conflitto con le chiavi primarie se in locale
>viene usato un id gi=E0 esistente sul server?
>i dati della tab anagrafica sono in relazione con le iscrizioni.
>Forse il tuo caso funziona se cade la linea e ti rimane la connessione
>in remoto aperta?
>scusa ma non riesco a capire, puoi darmi qualche dritta in pi=F9?
>ringrazio infinitamente tutti e due e vi offro un caff=E8 virtuale (_)=B0
>=B0.. in attesa di una nuova connessione!
La butto li (non so nulla di come è strutturato il tuo db ne tantomeno cosa
debba fare...)
Esempio: in remoto c'è un dati_be.mdb che contiene un tot di tabelle. In
locale hai viaggi.mdb che punta sul server. Bene. Se cade la connessione nn ci
puoi fare nulla, men che meno collegare in remoto.....L'unica cosa da fare che
mi venga in mente è la seguente (SE si vuol risolvere sta cosa sparando le
bombe atomiche ovviamente!). Tu i dati che ti occorrono li devi avere anche in
locale, quindi qualche cosa devi scaricarti dal server. Facciamo il caso che
ti scarichi solo parte del db quando cominci a lavorare (tutto nn avrebbe
senso...). Cade la connessione. Tu lavori con i tuoi dati localmente. Il tuo
db testa cmq la connessione ogni tot (o lo fai tramite un bottone). Se la
ritrova, avverte l'utente e poi si sincronizza. Ma chi ti dice di inviare i
dati con la chiave primaria? Tu invia i dati e fai una procedura che li
inserisce uno per uno mettendo l'opportuna chiave primaria....chiaro che
sincronizzare 2 db in cui possono esseri state cancellazioni, aggiunte,
modifiche su tutti i record non è proprio banale (tante casistiche da tenere
in considerazione) ma si fa....
--


title: accodamento su server

text:

Per ora mi prendo il caffe , e inizio a riflettere , analizziamo il
problema :
la tabella che tu vai ad accodare ha qualche altra relazione con altre
tabelle? o e un'unica tabella principale?
in entrambi i casi , io non credo  serva ne il sincronismo ne altro .
La mia chiave primaria ( o il mio campo univoco) me lo creo in base
agli utenti che lavorano , quindi non mi serve pormi il problema di
quale sia la chiave (contatore che mi assegna  il server) la do io in
inserimento dati .
Secondo me ti stai confondendo molto perche ti ho detto di lasciare
anche l'id nel locale (ma ti ho suggerito di farlo per non dover
crearti un contatore per assegnale un progressivo nulla di piu. e piu
facile fare nome client+id che mi da in automatico ma te lo puoi anche
generare da sola per capirci.....)
Quindi tornando al problema quando andra via la corrente , o l'adsl
non funziona o il pc non parte , o ha chiesto un permesso per andare a
fare le analisi dall'analista .. ;) si lavora in locale , la mia
chiave cmq non potra mai essere identica al server o ad altri
client ., proprio in virtu del fatto che l'assegna il client che ci
lavora.
Spero di essere stato chiaro almeno dal mio punto di vista ...se la
risposta e si il prossimo caffe lo voglio macchiato o poi divento
nervoso .. .:P
Ciao


title: accodamento su server

text:

> Ciao- Nascondi testo citato
>
> - Mostra testo citato -
Bene ci ho capito meno di prima... scusate.
Sul server nel mio caso c'è tutto sia base dati che l'interfaccia
Viaggi.mde.
Le tabelle di cui parlo sono Anagrafica e Iscrizioni, ovviamente
relazionate uno a molti.
Non ho scaricato Viaggi.mde in locale perchè in questo modo ci può
lavorare chiunque su qualunque pc.
Se io supponessi di copiarmi il locale la base dati già esistente e
faccio una nuova iscrizione non credo ci siano problemi di accodamento
al server al successivo accesso. Ma se devo crearmi una nuova
anagrafica e relativa iscrizione e lo fa contemporaneamente
qualcun'altro potrebbe essere che idAna= sia già stato caricato.
Infatti ho fatto le prove di accodamento su una query Anagrafica
Iscrizioni ma non mi permette di trasferire i dati perchè lo stesso id
è già presente sul server. Se trasferisco solo la tabella anagrafica
tutto ok ma l'id che in locale era 1 sul server potrebbe diventare 24
e quindi perderebbe l'integrità referenziale con idana 1 della
relativa iscrizione.
Sono di coccio? Lo so portate pazienza. Mi sa che mi serve un doppio
caffè macchiato caldo in tazza fredda!!!


title: accodamento su server

text:

Stiamo diventando nervosetti con tutto sto caffè .... :)
Allora per me ti poni un problema inutile ma davvero inutile.Il server
lavora come un client consideralo cosi , quando si accede anche il
server deve inserirsi la sua chiave , (server07 e cosi via) quando non
funziona piu nulla , quindi si e costretti a lavorare in locale , il
client assegnerà la sua chiave client01 (ad esempio) questo vale anche
per le varie relazioni , la tua tabella iscrizioni o anagrafiche
(tabelle padre/figlio) invece di avere una chiave tipo id avra la
chiave nuova client01 , server14 ect ect
quando accodi i vari dati , avrai cmq la tua relazione proprio in
virtu che le chiavi sono diverse e quindi dovresti stare tranquilla .
Spero che cosi ti sia piu chiaro , se cosi non fosse , basta caffe
passiamo alla camomilla .


title: accodamento su server

text:

> passiamo alla camomilla .- Nascondi testo citato
>
> - Mostra testo citato -
Ok ho preso una bella tisanina. Quello l'ho capito e funziona grazie
ai tuoi preziosi consigli.
Quello che non riesco a capire è la proposta di Fair87 che mi dice che
il lavoro che abbiamo fatto è inutile, che non serve avere le chiavi
parlanti ecc ecc.
Ti posso offrire un orzo? o un caffè dec? grazie ciao


title: accodamento su server

text:
[cut]
>Ok ho preso una bella tisanina. Quello l'ho capito e funziona grazie
>ai tuoi preziosi consigli.
>Quello che non riesco a capire =E8 la proposta di Fair87 che mi dice che
>il lavoro che abbiamo fatto =E8 inutile, che non serve avere le chiavi
>parlanti ecc ecc.
>Ti posso offrire un orzo? o un caff=E8 dec? grazie ciao
Perchè parliamo da 2 punti di vista diversi. La chiave primaria serve al DB
non a TE!! Non serve a nulla avere chiavi composite o robe del genere xchè dai
alla primary key 2 funzioni: rendere univoco il record e dirti da chi è stato
creato o quando. X me è assurdo....visto che serve solo per la prima ragione.
Il record è un record, avrà un campo identificativo per l'utente che ci ha
lavorato magari. Faccio un esempio:
L'utente A inserisce Mario Rossi, che vive e viaggia qui e la.
L'utente B inserisce Andrea Bianchi, che vive e viaggia su e giù.
Tutti e due gli utenti mandano al server i loro dati, il server li accoda (non
centra nulla se sia collegato o tramite l'invio di file) valutando le chiavi,
la consistenza ecc ecc ecc. Il centralizzare le operazioni (client-server)
significa proprio questo. Il client fa delle cose ma l'integrità dei dati è
affidata al server, altrimenti è lavoro buttato. Ma scusate, evitando tutta
quella storia delle chiavi parlanti. Il client 1 chiede al server qual'è l'id.
Il server risponde. Il client invia una INSERT con quell'Id. Ma tra le 2
operazioni un altro client chiede la stessa cosa e il server restituisce lo
stesso Id (xchè ancora è libero), e il secondo client invia una seconda
INSERT. E adesso? chi vince? L'atomicità delle operazioni è compromessa,
perchè ci pensano i client e non il server. E poi una chiave numerica, avendo
molti dati, è più efficente di una alfanumerica. Si può fare tutto,
ovviamente, ma a mio parere ci sono alcune cose che si dovrebbero fare ed
altre no.....
--


title: accodamento su server

text:

OK e quindi come devo fare? perchè se io cerco di copiare i dati dalla
query in locale alla query sul server mi dice che l'Id c'è già e non
mi trasferisce niente.
La teoria l'ho capita ma la pratica no.
Con il sistema di Lolince funziona ovviamente perchè l'id non è 1 ma
1server o 1pc o quello che vuoi, nel tuo sistema continuo a non capire
come devo fare a farlo funzionare...


title: accodamento su server

text:

Scusa la mia curiosita , ma hai percaso una vpn nel gruppo dove
lavori? se si perche non passi a dei server veri e proprio (sql
express, mysql)cosi ti eviti molti casini.
Ps la tisana non mi piace molto visto che ne ho presi pochi stamane ,
ritorno al caffe....\_/) ciauzzzz


title: accodamento su server

text:
Lo ha scritto:
>On 9 Feb, 13:39, Fair87<
roby....@gmail.com
> wrote:
>> [cut]
>>
>> >Ok ho preso una bella tisanina. Quello l'ho capito e funziona grazie
>> >ai tuoi preziosi consigli.
>> >Quello che non riesco a capire =3DE8 la proposta di Fair87 che mi dice c=
>he
>> >il lavoro che abbiamo fatto =3DE8 inutile, che non serve avere le chiavi
>> >parlanti ecc ecc.
>> >Ti posso offrire un orzo? o un caff=3DE8 dec? grazie ciao
>>
>> Perch=E8 parliamo da 2 punti di vista diversi. La chiave primaria serve a=
>l DB
>> non a TE!! Non serve a nulla avere chiavi composite o robe del genere xch=
>=E8 dai
>> alla primary key 2 funzioni: rendere univoco il record e dirti da chi =E8=
> stato
>> creato o quando. X me =E8 assurdo....visto che serve solo per la prima ra=
>gione.
>> Il record =E8 un record, avr=E0 un campo identificativo per l'utente che =
>ci ha
>> lavorato magari. Faccio un esempio:
>> L'utente A inserisce Mario Rossi, che vive e viaggia qui e la.
>> L'utente B inserisce Andrea Bianchi, che vive e viaggia su e gi=F9.
>> Tutti e due gli utenti mandano al server i loro dati, il server li accoda=
> (non
>> centra nulla se sia collegato o tramite l'invio di file) valutando le chi=
>avi,
>> la consistenza ecc ecc ecc. Il centralizzare le operazioni (client-server=
>)
>> significa proprio questo. Il client fa delle cose ma l'integrit=E0 dei da=
>ti =E8
>> affidata al server, altrimenti =E8 lavoro buttato. Ma scusate, evitando t=
>utta
>> quella storia delle chiavi parlanti. Il client 1 chiede al server qual'=
>=E8 l'id.
>> Il server risponde. Il client invia una INSERT con quell'Id. Ma tra le 2
>> operazioni un altro client chiede la stessa cosa e il server restituisce =
>lo
>> stesso Id (xch=E8 ancora =E8 libero), e il secondo client invia una secon=
>da
>> INSERT. E adesso? chi vince? L'atomicit=E0 delle operazioni =E8 compromes=
>sa,
>> perch=E8 ci pensano i client e non il server. E poi una chiave numerica, =
>avendo
>> molti dati, =E8 pi=F9 efficente di una alfanumerica. Si pu=F2 fare tutto,
>> ovviamente, ma a mio parere ci sono alcune cose che si dovrebbero fare ed
>> altre no.....
>>
>> --
>
>OK e quindi come devo fare? perch=E8 se io cerco di copiare i dati dalla
>query in locale alla query sul server mi dice che l'Id c'=E8 gi=E0 e non
>mi trasferisce niente.
>La teoria l'ho capita ma la pratica no.
>Con il sistema di Lolince funziona ovviamente perch=E8 l'id non =E8 1 ma
>1server o 1pc o quello che vuoi, nel tuo sistema continuo a non capire
>come devo fare a farlo funzionare...
Perchč pretendi di mandare su tutto (chiave compresa) e poi pretendi anche che
funzioni!!! Manda su tutto SENZA la chiave. Se unsi una qry ci sono le
maniere....Cmq, come ti dicono, il 'server' cos'č? SQL? o un mdb? se č un mdb
centralizzare ha senso un po' lato.....(file sharing e non client-server).
Puoi procedere con l'accesso sequenziale (un record alla volta). Cmq la teoria
č questa: mandi un file al server, lui se ne accorge, lo legge un record alla
volta e fai tutte le INSERT che devi. Esempio (faccio finta che mandi un file
di testo)
Trovo il file di testo
Lo apro
leggo il record
faccio INSERT
Ripeto fino alla fine del file
cancello il file e sono pronto per il prossimo file
Se 10 client mandano 10 file lui legge uno, poi l'altro ecc ecc ecc
--


title: accodamento su server

text:

> Perchè pretendi di mandare su tutto (chiave compresa) e poi pretendi anche che
> funzioni!!! Manda su tutto SENZA la chiave. Se unsi una qry ci sono le
> maniere....Cmq, come ti dicono, il 'server' cos'è? SQL? o un mdb? se è un mdb
> centralizzare ha senso un po' lato.....(file sharing e non client-server).
> Puoi procedere con l'accesso sequenziale (un record alla volta). Cmq la teoria
> è questa: mandi un file al server, lui se ne accorge, lo legge un record alla
> volta e fai tutte le INSERT che devi. Esempio (faccio finta che mandi un file
> di testo)
>
> Trovo il file di testo
> Lo apro
> leggo il record
> faccio INSERT
> Ripeto fino alla fine del file
> cancello il file e sono pronto per il prossimo file
>
> Se 10 client mandano 10 file lui legge uno, poi l'altro ecc ecc ecc
>
> --- Nascondi testo citato
>
> - Mostra testo citato -
Allora, ci riprovo e cerco di essere molto più chiare nello spiegare
il mio problema.
Ho creato un db Viaggi.mde e Viaggi_be.mdb su un server win2008server.
Il programma deve essere usato da vari utenti con pc portatile in
posti molto diversi da loro.
L'accesso al db viaggi.mde avviene tramite connessione remota e si
lavora direttamente su server, consultazione, modifica inserimento
ecc.
In alcuni posti, al momento solo uno, è difficoltoso connettersi con
la chiavetta ad internet, non c'è nessuna altra adsl disponibile.
Ecco dove nasce il mio problema, quando l'utente è in questo maledetto
ufficio e non riesce accederea lla linea internet.
Caso 1: ascolto il consiglio di Lolince che mi propone chiavi parlanti
e funziona, va bene e non ci piove. Con questo sistema però bisogna
fare attenzione a non duplicare le anagrafiche, io in locale non so se
sul server è già presente una anagrafica, ma posso mettere il campo
codfisc univoco (su server) per evitare di accodarla. Quando io
inserisco in locale una nuova anagrafica è perchè devo fare anche una
nuova iscrizione. Nell'accodare i dati se c'è il doppione giustamente
non mi fa l'accodamento e quindi cosa succede alla mia iscrizione?
l'ho persa.
Se invece non metto il codfisc come campo univoco me la accoda senza
problemi facendomi però vedere due stesse anagrafiche con iscrizioni
vecchie da una parte e quella nuova dall'altra.
Caso 2 lascio tutto così com'è dicendo all'utente che deve andare in
quel posto maledetto di farsi una copia dal server la sera prima per
poter lavorare in locale e quando ha finito ricopia il file sul server
facendo attenzione che in quel periodo nessun altro usi la copia sul
server per evitare la perdita di dati.
Sono riuscita a spiegare bene il mio problema?


title: [1\2 OT] Convertitore SQL to VBA esiste qualche prodotto sul web\mercato?

text:
Come da oggetto, magari anche in italiano!
Saluti,
--
sm


author: Alessandro Baraldi

text:
"strano...mavero" <
mauro.c...@gmail.com
> wrote in message
news:4268f...@x-privat.org

Spiega bene la domanda, SQL con VBA non ha nulla
a che fare detta cosě.
Ciao
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


author: ciroteo

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:c4e2b78eac21810d29...@mygate.mailgate.org...
> "strano...mavero" <
mauro.c...@gmail.com
> wrote in message
>
news:4268f...@x-privat.org
>
>> Come da oggetto, magari anche in italiano!
>> Saluti,
>> --
>> sm
>
>
> Spiega bene la domanda, SQL con VBA non ha nulla
> a che fare detta cosě.
>
> Ciao
intendi qualcosa che in VBA controlli la corretta sintassi dell'sql?
Magari!!! Lo coopto.


text:
"ciroteo" <
ciroteo_c...@libero.it
> wrote in message
news:d4b07a$okm$
1...@hulme.interac.it
[CUT]
> > Spiega bene la domanda, SQL con VBA non ha nulla
> > a che fare detta così.
> >
> > Ciao
>
> intendi qualcosa che in VBA controlli la corretta sintassi dell'sql?
> Magari!!! Lo coopto.
Per fare...?
Quante volte capita con un RUNTIME di costruirsi una stringa SQL
da ZERO...?
Come minimo è precostruita e viene aggiunta solo la WHERE condition
e l'ORDER BY....!
Boh io non ne vedo l'utilità.



author: vuLCan Karayan

text:
> Per fare...?
> Quante volte capita con un RUNTIME di costruirsi una stringa SQL
> da ZERO...?
Cosa intendi "...con un RUNTIME?"


text:
"vuLCan Karayan" <
nos...@nospam.it
> wrote in message
news:yY7ae.812606$
b5.36...@news3.tin.it

Costruire RUNTIME una Stringa SQL intendo mentre il programma
sta girando.
Questo presupporrebbe una programmazione di Flessibilità dettata
da 2 condizioni:
1)Scarsa programmazione iniziale delle esigenze
2)Un programma che fa tutto(diffidare da queste cose)
La soluzione intermedia prevede la costruzione di stringhe
parziali per l'ottimizzazione dei risultati, quindi la sola
aggiunta di condizionanti(WHERE) oppure di criteri di Ordinamento(ORDER
BY)
Tutto il resto deve essere previsto da progetto.
Questa almeno è la mia opinione.



text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:b4642d9650700dbdf9...@mygate.mailgate.org...

Forse non mi sono spiegato.
Tu intendi che è inutile avere un check di sql in vba perchè in un modo o
nell'altro sarebbe meglio riferirsi a query memorizzate nel db oppure a
sempre costrutti di sql che sono già creati a livello di progettazione della
base dei dati e delle relazioni tra le tabelle. Su questo concordo.
Però trovo un po' di differenze tra query o stringhe sql in vba (apici
virgole formattazioni date stringhe ecc..) quando dinamicamente cambio il
recordset o il rowset di maschere e controlli.  Ma adesso sto cercando di
usare dao per l'aggiunta e la modifica dei records e forse queste esigenze
potrebbero risultare superflue.


text:
"ciroteo" <
cir...@libero.it
> wrote in message
news:t_oae.60606$
IN.10...@twister2.libero.it
[CUT]
> Forse non mi sono spiegato.
> Tu intendi che è inutile avere un check di sql in vba perchè in un modo o
> nell'altro sarebbe meglio riferirsi a query memorizzate nel db oppure a
> sempre costrutti di sql che sono già creati a livello di progettazione della
> base dei dati e delle relazioni tra le tabelle. Su questo concordo.
> Però trovo un po' di differenze tra query o stringhe sql in vba (apici
> virgole formattazioni date stringhe ecc..) quando dinamicamente cambio il
> recordset o il rowset di maschere e controlli.  Ma adesso sto cercando di
> usare dao per l'aggiunta e la modifica dei records e forse queste esigenze
> potrebbero risultare superflue.
Si io sostengo questo.
Quanto invece stai evidenziando è esattamente quello che
intendevo come composizione della condizionante WHERE.
Se usi JET come BE hai a disposizione una funzione Nativa
che compone correttamente la stringa:
Ti passo un articolo esposto nel mio sito alla sezione [FORMS]
1.30 Comporre la stringa WHERE correttamente
'//	Metodo BuildCriteria
'//	Spesso ci si trova in difficoltà nella costruzione dei
'//	CRITERI da inserire nelle clausole WHERE dell Queries
'//	oppure nelle funzioni di aggregazione sui domini DLOOKUP/DCOUNT o
'//	addirittura nella proprietà FILTER di Form.
'//	Questo è dovuto alla diversità della tipologia di Dati da usare.
'//	Access ci mette a disposizione una Funzione che in modo
'//	NATIVO restituisce la stringa FORMATTATA nel modo corretto.
'//	#######################	METODO	BUILDCRITERIA	#######################
'//	Sintassi
applicazione.BuildCriteria(campo, tipocampo, espressione)
'//	Il metodo BuildCriteria dispone degli argomenti riportati di
seguito.
'//	[Argomento]	[Descrizione]
'//	applicazione	Opzionale. Oggetto Application.
'//	campo		Espressione stringa che identifica il
'//			campo per cui si desidera definire i criteri.
'//	tipocampo	Costante intrinseca che denota il tipo di dati
'//			del campo.
'//			Per un elenco di tipi di dati di campo,
'//			vedere la proprietà DAO Type.
'//	espressione	Espressione stringa che identifica i criteri da
analizzare.
'//	Il metodo BuildCriteria restituisce una stringa.
La tipologia supportata dal Metodo è quella restituita dai campi DAO.
'//	#######################	ELENCO TYPE SUPPORTATI
#######################
	[COSTANTE]	[Tipo Campo]

	dbBigInt	Big integer
	dbBinary	Binary
	dbBoolean	Boolean
	dbByte		Byte
	dbChar		Char
	dbCurrency	Currency
	dbDate		Date/Time
	dbDecimal	Decimal
	dbDouble	Double
	dbFloat		Float
	dbGUID		GUID
	dbInteger	Integer
	dbLong		Long
	dbLongBinary	Long Binary (OLE Object)
	dbMemo		Memo
	dbNumeric	Numeric
	dbSingle	Single
	dbText		Text
	dbTime		Time
	dbTimeStamp	Time Stamp
	dbVarBinary	VarBinary
'//	#######################	ESEMPIO DI UTILIZZO	#######################
Dim strCriteri As String
strCriteri = BuildCriteria("DataOrdine", dbDate, ">1-1-95")
Dove [DataOrdine] è il Nome del Campo Tabella o Query, dbDate è
il tipo di Campo, e ">1-1-95" è il criterio reale.
Ciao



text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:3be81d3a2e41b085f7...@mygate.mailgate.org...

Grazie Alex! Efficacissimo, come al solito.


title: Bachi ODE 2000

author: Jonathan Canova

text:
Qualcuno aveva chiesto quali bachi ci sono su ODE 2000: qui un piccolo
elenco
------------------------------------------------
Office 2000 developer's Edition: al momento attuale, con la mia copia
comprata a settembre, non posso ancora distribuire pacchetti sviluppati con
Access per svariati buchi.
a- il setup installa IE 5.0 in Inglese, sovrascrivendo IE 5.0 in Italiano!
b- il collegamento che viene fatto per far partire il programma fatto in
Access è un collegamento al file MDB. Se l'utente installa qualsiasi
versione di Access eccetto la 2000, il mio programma non funziona più.
c- il setup è in inglese. Non posso mandare programmi a giro per l'Italia
col setup in inglese.
d- 170 MB di Runtime, non volendo sfruttare le possibilità offerte dal WEB,
sono troppe.
e- usando il Package and Deployment Wizard, ottengo l'errore "File
VB6ITA.DLL missing" o qualcosa di simile.
f- Due procedure di setup per una sola applicazione sono una discreta
scocciatura. Non è possibile sfruttare il meccanismo di autoavvio del CD.
------------------------------------------------
--
--
Cordiali saluti
ALADINO INFORMATICA - FlashNet Point
di Canova Gionata Aladino
Via E.Chianesi, 15 - 55049 Viareggio (LU)
Tel.Fax. 0584/389210 Cell. 0338/8456974 e-mail:
aladi...@flashnet.it


title: Bachi ODE 2000

author: Guido Creo

text:
On Sat, 4 Mar 2000 09:18:22 +0100, "Jonathan Canova"
<
aladi...@flashnet.it
> wrote:
>Qualcuno aveva chiesto quali bachi ci sono su ODE 2000: qui un piccolo
>elenco
>------------------------------------------------
>Office 2000 developer's Edition: al momento attuale, con la mia copia
>comprata a settembre, non posso ancora distribuire pacchetti sviluppati con
>Access per svariati buchi.
>
Innanzitutto, un ringraziamento ad Aladino per la risposta alla
richiesta riguardo i problemi riscontrati con ODE 2000. I problemi da
lui segnalati sono gli stessi che ho riscontrato anche io.
In assenza di segnalazioni riguardo altri errori e/o problemi
nell'utilizzo di ODE 2000, ritengo utile una sintesi sulle
implicazioni di quanto segnalato.
I problemi rilevati costituiscono ostacoli insormontabili per la
distribuzione di programmi "pacchettizzati", ovvero programmi che
devono poter essere installati in modo autonomo dall'utilizzatore.
Tuttavia, ODE è anche lo strumento che ha consentito agli sviluppatori
Access di non gravare il cliente del costo della licenza piena Access
nel caso di grosse applicazioni "su misura" in cui un singolo cliente
deve attivare numerose copie dell'applicazione.
In passato non ho avuto problemi nella distribuzione di SW con ADT
(Access 2.0) e ODE97 (Access 97) per cui ritengo che nel caso di
applicazioni che utilizzano Jet per l'accesso ai dati e, quindi, file
MDB per la loro memorizzazione sia ancora opportuno utilizzare
Access97 per lo sviluppo e ODE97 per la distribuzione.
Diversa valutazione nel caso di applicazioni basate su Access per i
client e SQL Server per il database server; in questo caso i vantaggi
dati dall'utilizzo dei progetti (ADP) di Access 2000 superano gli
svantaggi creati dal malfunzionamento di ODE2000 e, comunque, queste
applicazioni vengono di solite installate e configurate direttamente
dagli sviluppatori.
Una installazione (via ODE2000) di test di una mia applicazione  sta
girando senza problemi da circa 3 mesi presenta le seguenti
caratteristiche:
l'applicazione è un progetto (.ADP) Access 2000 che funziona da Client
verso un db SQL Server
i pc su cui è stata installata sono dotati di Windows98 SE (con
Explorer 5.0) e Office97 Professional
Sto per installare in produzione questa applicazione ed essa dovrà
essere presumibilmente utilizzata da 30-60 utenti.
Di seguito faccio alcuni commenti al mess di aladino, allo scopo di
rassicurami e di rassicurare chi sta per installare applicazioni
custom in Access2000:
>a- il setup installa IE 5.0 in Inglese, sovrascrivendo IE 5.0 in Italiano!
è possibile reinstallare IE 5.0 in Italiano dopo il setup
>b- il collegamento che viene fatto per far partire il programma fatto in
>Access è un collegamento al file MDB. Se l'utente installa qualsiasi
>versione di Access eccetto la 2000, il mio programma non funziona più.
è possbile scrivere un programmino che setta il link da menu
>c- il setup è in inglese. Non posso mandare programmi a giro per l'Italia
>col setup in inglese.
questo era vero anche per le edizioni precedenti di ODE, ma se curo
direttamente l'installazione e, quindi, non devo mandare programmi in
giro non costituisce un grande problema
>d- 170 MB di Runtime, non volendo sfruttare le possibilità offerte dal WEB,
>sono troppe.
è vero, ma si possono comunque distribuire via CD
>e- usando il Package and Deployment Wizard, ottengo l'errore "File
>VB6ITA.DLL missing" o qualcosa di simile.
bisogna puntare a VB6IT.DLL
>f- Due procedure di setup per una sola applicazione sono una discreta
>scocciatura. Non è possibile sfruttare il meccanismo di autoavvio del CD.
e' vero, è una schifezza però, se i problemi sono solo questi e nel
caso di applicazioni di cui si cura direttamente anche l'installazione
si può fare in modo che l'utente utilizzi l'applicazione stessa senza
acquistare la licenza di Access2000.
Un saluto a tutti.
---------------
Guido
guc...@gedy.it


title: runtime office XP su win7

author: Xym�x

text:
Saltato windows Vista sto testando un mio programma su windows 7.
Parte l'installazione e mi dice di installare "office system pack"
consigli?
--
grazie marco
www.marcosanti.it


title: runtime office XP su win7

author: Oscar Manfredini

text:
"Xym�x" <
> Saltato windows Vista sto testando un mio programma su windows 7.
> Parte l'installazione e mi dice di installare "office system pack"
> consigli?
Ho testato senza problemi installazioni del Runtime XP, create con gli
scripts SageKey.
Tu utilizzi il sistema di distribuzione Microsoft?
Ciao: Oscar


title: runtime office XP su win7

text:
"Oscar Manfredini" <
oscar.ma...@libero.it
> ha scritto
> Ho testato senza problemi installazioni del Runtime XP, create con gli
> scripts SageKey.
> Tu utilizzi il sistema di distribuzione Microsoft?
Utilizzo il pacchetto creato con Office Developer XP.
Hai consigli da darmi su sistemi di distribuzione diversi?
grazie in anticipo
--
bye marco
www.marcosanti.it


title: runtime office XP su win7

text:
"Xym�x"
>> Ho testato senza problemi installazioni del Runtime XP, create con gli
>> scripts SageKey.
>> Tu utilizzi il sistema di distribuzione Microsoft?
> Utilizzo il pacchetto creato con Office Developer XP.
> Hai consigli da darmi su sistemi di distribuzione diversi?
> grazie in anticipo
Premesso che magari troverai riferimenti sulla kb per risolvere il problema,
ti consiglio di cambiare pacchetto d'installazione:
http://www.sagekey.com/installation_access.aspx
Hanno un certo costo, ma funzionano bene. Tra l'altro vedo che ora mettono a
disposizione pure una Demo scaricabile.
Ciao: Oscar


title: Importare record da un file txt

text:
Salve a tutti
devo importare record da un file txt formattato a lunghezza fissa
la posizione delle informazioni all'interno del singolo rigo però
possono cambiare quindi non posso fare una importazione guidata
bene, utilizzando DoCmd.TransferText ecc. le informazioni perdono
la loro formattazione diventando
xxxxxxxnome cognome                xxxxxxxxxxxximporto
xxxxxxxnome cognome    xxxxxxxxxxxxxxximporto
ecc.
come posso ovviare ?
Grazie


title: Importare record da un file txt

author: miciomao

text:
potresti collegare il file txt come tabella e poi con una query
"affettare" le righe utilizzando 3 funzioni come Left Mid Right
questo pero' se il file txt ha un tracciato omogeneo
ciao
Alex


title: Importare record da un file txt

text:

Grazie Alex
Il file txt ha un tracciato omogeneo ma le posizioni delle
informazioni posso cambiare, inoltre c'è la necessità che
l'utente scelga da dove importare il file (e fin qui ci sono riuscito)
e lo stesso può avere nomi diversi, quindi non ho
scelta se non quella di importare le singole righe del file txt
in una tabella provvissioria con un unico campo e poi affettarlo
per estrarre le informazioni che mi servono, quello che non
capisco è perchè non rispetta la formattazione del file txt
Ciao Cosimo


title: Importare record da un file txt

text:
io uso questo batch per unire + file txt in uno solo, i file devono
essere tutti nella stessa dir
magari ti torna utile
fai attenzione a cosa cerchi nella riga FOR altrimenti unirai anche il
file che stai creando
=============
if exist C:\Programmi\PF\Pack\PacchettoPrefatt.txt del /f C:\Programmi
\PF\Pack\PacchettoPrefatt.txt
for %%A in (C:\Programmi\PF\Pack\AP*.txt) do (
type %%A >> C:\Programmi\PF\Pack\PacchettoPrefatt.txt
echo. C:\Programmi\PF\Pack\PacchettoPrefatt.txt
)
=============


title: Importare record da un file txt

text:

No non è questo che mi serve, mi basta che
mi importi il file così comè, ho già la procedura
che mi fa scegliere il file sul pc e che mi estrae
i dati in un'altra tabella con i campi separati
Grazie lo stesso
Possibile che nessuno si sia mai imbattuto in
un problema analogo ?


title: Importare record da un file txt

author: Sergio MAZZA

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:9fdf36dc-8788-48b3...@m3g2000hsc.googlegroups.com...
No non è questo che mi serve, mi basta che
mi importi il file così comè, ho già la procedura
che mi fa scegliere il file sul pc e che mi estrae
i dati in un'altra tabella con i campi separati
Grazie lo stesso
Possibile che nessuno si sia mai imbattuto in
un problema analogo ?
[risposta]
Sì è possibile; ma se cerchi nell'help in linea di access (e nei vecchi
messaggi) troverai le istruzioni per accedere a file di testo (ereditate dal
lontano Basic): Open/Input/Close.
Visto che i dati nel record non sono separati, dovrai leggere tutta la riga
e tramite le funzioni di manipolazione delle stringhe
(Mid/Left/Right/Split/Instr/etc.etc.), estrarre i valori...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 23 Lug, 13:50, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:9fdf36dc-8788-48b3...@m3g2000hsc.googlegroups.com...

Grazie Sergio ma anche col metodo da te descritto
il risultato non cambia, i record vengono importati
alterando la loro formattazione quindi le funzioni
mid ecc. non possono estrarre valori se le loro
posizioni non sono costanti ma variano da un record
all'alltro, il problema non è estrarre le informazioni dal campo
ma fare in modo che ci finiscano così come sono,
e pensare che con Foxpro funziona alla grande.


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:bee06990-7985-4d1c...@d77g2000hsb.googlegroups.com...
Grazie Sergio ma anche col metodo da te descritto
il risultato non cambia, i record vengono importati
alterando la loro formattazione quindi le funzioni
mid ecc. non possono estrarre valori se le loro
posizioni non sono costanti ma variano da un record
all'alltro, il problema non è estrarre le informazioni dal campo
ma fare in modo che ci finiscano così come sono,
e pensare che con Foxpro funziona alla grande.
[risposta]
A questo punto bisognerebbe vedere come è strutturato il file; perché se
FoxPro "...funziona alla grande..." con Access dovrebbe essere la stessa
cosa.
Se tra un valore e l'altro c'è un carattere di tabulazione puoi specificarlo
nelle impostazioni di importazione...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 24 Lug, 17:35, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:bee06990-7985-4d1c...@d77g2000hsb.googlegroups.com...

Non credo ci siano tabulazioni (come faccio a saperlo?) sicuramente
ci sono degli spazi a causa della diversa lunghezza del cognome e nome
adesso non ho sottomano il codice di foxpro e non ricordo quale metodo
ho adoperato per importare i dati, con access funziona solo con
l'importazione
guidata salvando il relativo file della specifiche, altrimenti nisba
Ciao..........


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:9d62c73a-8b59-423c...@2g2000hsn.googlegroups.com...
Non credo ci siano tabulazioni (come faccio a saperlo?) sicuramente
ci sono degli spazi a causa della diversa lunghezza del cognome e nome
adesso non ho sottomano il codice di foxpro e non ricordo quale metodo
ho adoperato per importare i dati, con access funziona solo con
l'importazione
guidata salvando il relativo file della specifiche, altrimenti nisba
Ciao..........
[risposta]
Lo sai se il file o lo hai creato tu o sai come è stato creato;
l'alternativa è leggere il codice ASCII dei caratteri contenuti oppure
importare alcune righe in word e vedere i caratteri nascosti.
Secondo me c'è proprio un carattere speciale come separatore tra un dato e
l'altro...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 24 Lug, 18:38, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:9d62c73a-8b59-423c...@2g2000hsn.googlegroups.com...

Allora il file non lo creo io purtroppo viene generato da un CED
e sono i nostri stipendi (Sig!) , facendo una importazione con
word mi fa vedere tra la fine del nome e i primi codici
dei puntini così, anche se le righe restano allineate
119251001021157844175777777DSEFPINCO PALLINO...................
000010000100001000
mentre alla fine ci sono delle y coi puntini sopra ed alla fine il
ritorno a capo


title: Importare record da un file txt

author: Cesare Fortis

text:
cosi...@gmail.com
 ha scritto:

Se funziona con l'importazione automatica di access, salvati la
specifica e usa DoCmd.TransferText (vedi help) dandogli come parametro
il nome del file che prendi dal tuo input utente e il nome della
specifica salvata.
Quando poihai tutto in tabella ti 'sMazzi' il resto come vuoi
utilizzando le funzioni che ti servono
Ciao
Cesare


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:d590f986-628e-4935...@o40g2000prn.googlegroups.com...
Allora il file non lo creo io purtroppo viene generato da un CED
e sono i nostri stipendi (Sig!) , facendo una importazione con
word mi fa vedere tra la fine del nome e i primi codici
dei puntini così, anche se le righe restano allineate
119251001021157844175777777DSEFPINCO PALLINO...................
000010000100001000
mentre alla fine ci sono delle y coi puntini sopra ed alla fine il
ritorno a capo
[risposta]
Se è stato creato da un CED dev'essere strutturato in modo decente.
Le righe sono tutte della stessa lunghezza? Se è così devi indicare, per
ogni campo, l'inizio e la fine dei dati. es.
matricola da: 1 a 5 (11925)
sedelavoro: da 6 a 12 (100102)
etc. etc.
in questo modo definisci le specifiche di importazione.
Le y con i puntini potrebbero essere dei caratteri speciali per indicare la
fine della riga.
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 25 Lug, 09:47, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:d590f986-628e-4935...@o40g2000prn.googlegroups.com...

Scusatemi ma forse non mi sono spiegato bene
o non avete letto i post iniziali
1° Le righe sono tutte della stessa lunghezza
2° Ho già scritto che non posso usare il metodo docmd.transfer....
perchè può cambiare sia il nome del file che le coordinate di
estrazione dei dati dalla riga es: COGNOME oggi è nella posizione 32
domani 44 ecc.
3°  io vorrei SEMPLICEMENTE CHE LA RIGA MI VENGA SCARICATA
COSI' COME' poi me lavedo io come estrarre i dati (sono 20 anni che
faccio programmi sono passato per DB III clipper ecc.)
Grazie comunque per la vostra pazienza al limite se volete vi
invio il file TXT così noterete che oltre ad estrarre solo NOME-
COGNOME -IMPORTO
bisogna ripurilo dai totali ecc. ma questo lo faccio già
Ciao


title: Importare record da un file txt

text:

Per Sergio : con FoxPro bastava solo questa riga di codice
...
APPEND FROM NomeFile SDF
Ciao


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:

Ok, allora puoi usare sia i comandi di gestione dei file ascii e
leggerti il tuo buffer della stessa lunghezza per poi dividerti le righe
oppure transfertext passandogli la variabile con il percorso completo
del file.
Fatto questo, spazzoli la stringa e estrai i tuoi campi in base ai
criteri che solo tu conosci.
Spettacolo il clipper!!!
Ho lavorato tantissimi anni con lui fino ad abbandonarlo alla prima
versione visual (ho ancora in giro programmi funzionanti)
Pensa che con la versione 5 ho iniziato ad utilizzare la programmazione
ad oggetti per poi trovarmi anni fa qualcuno che mi disse:
Abituati a programmare ad eventi perchè windows ragiona così.
L'altro giorno alla CISA hanno detto:
Abituatevi a programmare ad oggetti......... ?????   ..... :-) (a volte
ritornano)
ciao
Cesare


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:5491655a-04b8-417c...@u6g2000prc.googlegroups.com...
Scusatemi ma forse non mi sono spiegato bene
o non avete letto i post iniziali
[risposta]
No comment.
1° Le righe sono tutte della stessa lunghezza
[risposta]
Bene.
2° Ho già scritto che non posso usare il metodo docmd.transfer....
perchè può cambiare sia il nome del file che le coordinate di
estrazione dei dati dalla riga es: COGNOME oggi è nella posizione 32
domani 44 ecc.
[risposta]
La soluzione potrebbe essere quella di richiedere, prima del transfer, il
path e il nome del file;
es.
Dim nomeFile as string
nomeFile = inputbox("inserire path e nome file da importare")
if len(nomeFile)>0 then
    Docmd.Transfertext acImportFixed, ,"nomeTabella",nomeFile
endif
3°  io vorrei SEMPLICEMENTE CHE LA RIGA MI VENGA SCARICATA
COSI' COME' poi me lavedo io come estrarre i dati (sono 20 anni che
faccio programmi sono passato per DB III clipper ecc.)
[risposta]
Non urlare (scrivere in maiuscolo) non ce né bisogno; come non c'è né
bisogno di continuare a dire che sono 20 anni che programmi, perché mi
preoccupa se con 20 anni di esperienza non riesci ad importare un file di
testo...
Grazie comunque per la vostra pazienza al limite se volete vi
invio il file TXT così noterete che oltre ad estrarre solo NOME-
COGNOME -IMPORTO
bisogna ripurilo dai totali ecc. ma questo lo faccio già
[risposta]
Non ce né bisogno (almeno per me); è più semplice di quanto pensi basta
applicarsi un poco...
Ciao
[risposta]
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 25 Lug, 10:57, Cesare Fortis <
for...@virgilio.it
> wrote:
>
cosim...@gmail.com
 ha scritto:

Esatto secondo me chi è nato con quei linguaggi, dove secondo me i
record li potevi
toccare con le mani e manipolarli come volevi, a prezzo di dover
scrivere per un giorno,
se penso alle query di adesso brrrr.,  non teme nessuna innovazione
infatti
HO RISOLTO grazie anche a tutti voi, in pratica l'errore consiste ne
fatto che
le informazioni dal file txt andavano estratte "affettate" prima
mentre io mi
ostinavo ad importarle prima in una tabella provissoria e poi
elaborarle
semplicemente cosi'
....
Open "C:\STIPENDI\NASBAN.TXT" For Input As #1
   While EOF(1) = 0
        Line Input #1, riga
        Xnominativo = Mid(riga, 32, 30)   ' le coordiante poi le
prendo da una tabella di riferimento che l'utente può cambiare quando
vuole
        Ximporto = Mid(riga, 71, 7)
        rst.AddNew
        rst!nominativo = Xnominativo
        rst!importo = Ximporto
        rst.Update
    Wend
Close #1
rst.Close
Altro che transfer ecc. alla fine quatro righe di buon vecchio
codice ...............
CIAO E GRAZIE A TUTTI


title: Importare record da un file txt

text:

Scusami Sergio ma avevo già scritto che il primo aspetto
quello relativo alla selezione del file da cui importare l'avevo
risolto, così come il metodo trnsfertext non va bene perchè
funziona solo creando il file delle specifiche, che in questo
caso non possono essere adoperate perche le specifiche
di estrazione dei valori li deve poter cambiare l'utente.
L'esperienza maturata con altri linguaggi non ha niente
a che fare con quello utilizzato da poco specialmente
quando poi questo non funziona per quello che serve a me
infatti come dicevo prima quattro righe di codice...........
Spero di essere stato chiaro
Ciao


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:587abf35-a1f6-4dd7...@h17g2000prg.googlegroups.com...
Scusami Sergio ma avevo già scritto che il primo aspetto
quello relativo alla selezione del file da cui importare l'avevo
risolto, così come il metodo trnsfertext non va bene perchè
funziona solo creando il file delle specifiche, che in questo
caso non possono essere adoperate perche le specifiche
di estrazione dei valori li deve poter cambiare l'utente.
L'esperienza maturata con altri linguaggi non ha niente
a che fare con quello utilizzato da poco specialmente
quando poi questo non funziona per quello che serve a me
infatti come dicevo prima quattro righe di codice...........
Spero di essere stato chiaro
Ciao
[risposta]
Quello che hai scritto fin dall'inizio io l'ho capito e già t'avevo
suggerito la soluzione:
'---
Visto che i dati nel record non sono separati, dovrai leggere tutta la riga
e tramite le funzioni di manipolazione delle stringhe
(Mid/Left/Right/Split/Instr/etc.etc.), estrarre i valori...
'---
fin dal primo messaggio...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 25 Lug, 11:53, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:587abf35-a1f6-4dd7...@h17g2000prg.googlegroups.com...

Vedi Sergio non credo a questo punto
che trascinare oltre questa discussione serva a qualcosa,
anche per chi dovesse in futuro imbattersi in questa specifica
problematica .
Il nocciolo è che il metodo transfertex
non è adatto per importare dati da file testo
dove le posizioni dei valori all'interno della riga
devono essere passati come parametri dall'utente


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:9098b057-1f7b-41e6...@b30g2000prf.googlegroups.com...
Vedi Sergio non credo a questo punto
che trascinare oltre questa discussione serva a qualcosa,
anche per chi dovesse in futuro imbattersi in questa specifica
problematica .
Il nocciolo è che il metodo transfertex
non è adatto per importare dati da file testo
dove le posizioni dei valori all'interno della riga
devono essere passati come parametri dall'utente
[risposta]
Sei sicuro di quanto affermi?
Per quanto mi riguarda, nel campo della programmazione non do mai per certo
nulla; ci sono tanti modi per arrivare alla soluzione e tu ne hai toccate
solo 2.
Poi, ovviamente, ogni soluzione ha un rapporto costo/beneficio che varia in
base all'utilizzo...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 25 Lug, 13:17, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:9098b057-1f7b-41e6...@b30g2000prf.googlegroups.com...

Sono certo di quello che ho sperimentato io
e nessuno si è fatto avanti con altre soluzioni
per il resto sono perfettamente d'accordo con te
Ciao
Cosimo S.


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:
[cut]
> Sono certo di quello che ho sperimentato io
> e nessuno si è fatto avanti con altre soluzioni
> per il resto sono perfettamente d'accordo con te
Le soluzioni "giranointorno" a leggere il file e riformattarlo.
La transfertext non e' altro che una volgare routine che fa cio' ed
utilizza un file guida per sapere dove, come e quando stanno messi i dati.
Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
specifico non c'e' transfertext o altro che tenga a meno di:
1) Fare un file di guida da visualizzare insieme al primo rigo del file
di input e consentire all'operatore di scegliere il dove, il come il
quando. Insomma "rifare" il transfertext.
Pensavo fossero piu' punti invece e' uno solo.
P.S. non credo che con foxpro la cosa sia diversa.
--
ac


title: Importare record da un file txt

text:
On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
cosim...@gmail.com
 ha scritto:

Sono d'accordo con te ma la mia soluzione è stata
molto più semplice e fa esattamente quello che serve a
me, per quando riguarda Foxpro la cosa è totalmente
diversa come scritto sopra importa direttamente il file
txt, con una sola riga di codice,  in una tabella di appoggio
in modo integrale da dove poi venivano prelevati i valori richiesti
Ciao


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:
> On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>
cosim...@gmail.com
 ha scritto:
>> [cut]> Sono certo di quello che ho sperimentato io
>>> e nessuno si č fatto avanti con altre soluzioni
>>> per il resto sono perfettamente d'accordo con te
>> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
>> La transfertext non e' altro che una volgare routine che fa cio' ed
>> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
>> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
>> specifico non c'e' transfertext o altro che tenga a meno di:
>>
>> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
>> di input e consentire all'operatore di scegliere il dove, il come il
>> quando. Insomma "rifare" il transfertext.
>>
>> Pensavo fossero piu' punti invece e' uno solo.
>>
>> P.S. non credo che con foxpro la cosa sia diversa.
>> --
>> ac
>
> Sono d'accordo con te ma la mia soluzione č stata
> molto piů semplice e fa esattamente quello che serve a
> me, per quando riguarda Foxpro la cosa č totalmente
> diversa come scritto sopra importa direttamente il file
> txt, con una sola riga di codice,  in una tabella di appoggio
> in modo integrale da dove poi venivano prelevati i valori richiesti
> Ciao
Non mi sembra che sia una grossa difficolta' dire ad access che il
record e' fatto di un unico campo di lunghezza pari allla lunghezza del
record
--
ac


title: Importare record da un file txt

text:
On 25 Lug, 15:19, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
cosim...@gmail.com
 ha scritto:
>
> > On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
> >>
cosim...@gmail.com
 ha scritto:
> >> [cut]> Sono certo di quello che ho sperimentato io
> >>> e nessuno si è fatto avanti con altre soluzioni
> >>> per il resto sono perfettamente d'accordo con te
> >> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
> >> La transfertext non e' altro che una volgare routine che fa cio' ed
> >> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
> >> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
> >> specifico non c'e' transfertext o altro che tenga a meno di:
>
> >> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
> >> di input e consentire all'operatore di scegliere il dove, il come il
> >> quando. Insomma "rifare" il transfertext.
>
> >> Pensavo fossero piu' punti invece e' uno solo.
>
> >> P.S. non credo che con foxpro la cosa sia diversa.
> >> --
> >> ac
>
> > Sono d'accordo con te ma la mia soluzione è stata
> > molto più semplice e fa esattamente quello che serve a
> > me, per quando riguarda Foxpro la cosa è totalmente
> > diversa come scritto sopra importa direttamente il file
> > txt, con una sola riga di codice,  in una tabella di appoggio
> > in modo integrale da dove poi venivano prelevati i valori richiesti
> > Ciao
>
> Non mi sembra che sia una grossa difficolta' dire ad access che il
> record e' fatto di un unico campo di lunghezza pari allla lunghezza del
> record
> --
> ac
Si infatti però se hai letto tutti i post precedenti, mi puoi
spiegare
come fai tenendo presente che il file txt lo deve selezionare l'utente
in giro per il pc, e che le coordinate dei valori da estrarre dalla
riga del testo
possono essere modifcate dall'utente (Inizio Cognome e sua lunghezza)
ecc.
Alla fine credo che il codice che ho postato più su sia il metodo
migliore


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:
> On 25 Lug, 15:19, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
>>
cosim...@gmail.com
 ha scritto:
>>
>>
>>> On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>>
>>>>
cosim...@gmail.com
 ha scritto:
>>>> [cut]> Sono certo di quello che ho sperimentato io
>>>>
>>>>> e nessuno si č fatto avanti con altre soluzioni
>>>>> per il resto sono perfettamente d'accordo con te
>>>>>
>>>> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
>>>> La transfertext non e' altro che una volgare routine che fa cio' ed
>>>> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
>>>> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
>>>> specifico non c'e' transfertext o altro che tenga a meno di:
>>>>
>>>> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
>>>> di input e consentire all'operatore di scegliere il dove, il come il
>>>> quando. Insomma "rifare" il transfertext.
>>>>
>>>> Pensavo fossero piu' punti invece e' uno solo.
>>>>
>>>> P.S. non credo che con foxpro la cosa sia diversa.
>>>> --
>>>> ac
>>>>
>>> Sono d'accordo con te ma la mia soluzione č stata
>>> molto piů semplice e fa esattamente quello che serve a
>>> me, per quando riguarda Foxpro la cosa č totalmente
>>> diversa come scritto sopra importa direttamente il file
>>> txt, con una sola riga di codice,  in una tabella di appoggio
>>> in modo integrale da dove poi venivano prelevati i valori richiesti
>>> Ciao
>>>
>> Non mi sembra che sia una grossa difficolta' dire ad access che il
>> record e' fatto di un unico campo di lunghezza pari allla lunghezza del
>> record
>> --
>> ac
>>
>
> Si infatti perň se hai letto tutti i post precedenti, mi puoi
> spiegare
> come fai tenendo presente che il file txt lo deve selezionare l'utente
> in giro per il pc, e che le coordinate dei valori da estrarre dalla
> riga del testo
> possono essere modifcate dall'utente (Inizio Cognome e sua lunghezza)
> ecc.
> Alla fine credo che il codice che ho postato piů su sia il metodo
> migliore
>
Scusa se mi intrometto, ma se leggi l'help del comando transfertext
vedrai che il nome del file č possibile passarlo senza problema, poi la
tabella di appoggio con un solo record la spazzoli e la gestisci con i
tuoi parametri utente come vuoi.
E' ovvio che anch'io preferisco la scelta della gestione file ascii
tradizionale come vedi su un mio post precedente.
I parametri utente potrebbero sia stare in una form che proponi dopo la
selezione che in un file ini modificabile (in questo caso senza
controllo immediato) dall'utente.
ciao
cesare


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:
> On 25 Lug, 15:19, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>
cosim...@gmail.com
 ha scritto:
>>
>>> On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>>>>
cosim...@gmail.com
 ha scritto:
>>>> [cut]> Sono certo di quello che ho sperimentato io
>>>>> e nessuno si č fatto avanti con altre soluzioni
>>>>> per il resto sono perfettamente d'accordo con te
>>>> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
>>>> La transfertext non e' altro che una volgare routine che fa cio' ed
>>>> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
>>>> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
>>>> specifico non c'e' transfertext o altro che tenga a meno di:
>>>> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
>>>> di input e consentire all'operatore di scegliere il dove, il come il
>>>> quando. Insomma "rifare" il transfertext.
>>>> Pensavo fossero piu' punti invece e' uno solo.
>>>> P.S. non credo che con foxpro la cosa sia diversa.
>>>> --
>>>> ac
>>> Sono d'accordo con te ma la mia soluzione č stata
>>> molto piů semplice e fa esattamente quello che serve a
>>> me, per quando riguarda Foxpro la cosa č totalmente
>>> diversa come scritto sopra importa direttamente il file
>>> txt, con una sola riga di codice,  in una tabella di appoggio
>>> in modo integrale da dove poi venivano prelevati i valori richiesti
>>> Ciao
>> Non mi sembra che sia una grossa difficolta' dire ad access che il
>> record e' fatto di un unico campo di lunghezza pari allla lunghezza del
>> record
>> --
>> ac
>
> Si infatti perň se hai letto tutti i post precedenti, mi puoi
> spiegare
> come fai tenendo presente che il file txt lo deve selezionare l'utente
> in giro per il pc, e che le coordinate dei valori da estrarre dalla
> riga del testo
> possono essere modifcate dall'utente (Inizio Cognome e sua lunghezza)
> ecc.
> Alla fine credo che il codice che ho postato piů su sia il metodo
> migliore
E dalli.
Bisogna decidere il bersaglio.
1) Leggere un record completo e' una cosa
2) Estrarre i dati dal record e' un'altra cosa.
Teniamo fissa la barra del timone.
Sul punto 2 ero intervenuto in precedenza.
sul punto 1 in seguito alla mia/tua precisazione su foxpro.
Come direbbe Di Pietro, le due cose fra loro non ci azzeccano.
Come lo risolvi poi e' un'altra questione.
Poiche' la cosa, a suo tempo, la ho affrontata, mi risulta che in caso
di liberta' assoluta dei dati o riscrivi un nuovo "transfertext" o fai
una cosa che risolve "parzialmente" la questione. Se la cosa che risolve
"parzialmente" copre le tue esigenze il problema e' risolto!
That's all. Folks
P.S. Normalmente leggo i 3D. Soprattutto se e' presente "Sergignho" Mazza.
--
ac


title: Importare record da un file txt

text:
On 25 Lug, 18:10, Cesare Fortis <
for...@virgilio.it
> wrote:
>
cosim...@gmail.com
 ha scritto:
>
> > On 25 Lug, 15:19, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
> >>
cosim...@gmail.com
 ha scritto:
>
> >>> On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
> >>>>
cosim...@gmail.com
 ha scritto:
> >>>> [cut]> Sono certo di quello che ho sperimentato io
>
> >>>>> e nessuno si è fatto avanti con altre soluzioni
> >>>>> per il resto sono perfettamente d'accordo con te
>
> >>>> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
> >>>> La transfertext non e' altro che una volgare routine che fa cio' ed
> >>>> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
> >>>> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
> >>>> specifico non c'e' transfertext o altro che tenga a meno di:
>
> >>>> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
> >>>> di input e consentire all'operatore di scegliere il dove, il come il
> >>>> quando. Insomma "rifare" il transfertext.
>
> >>>> Pensavo fossero piu' punti invece e' uno solo.
>
> >>>> P.S. non credo che con foxpro la cosa sia diversa.
> >>>> --
> >>>> ac
>
> >>> Sono d'accordo con te ma la mia soluzione è stata
> >>> molto più semplice e fa esattamente quello che serve a
> >>> me, per quando riguarda Foxpro la cosa è totalmente
> >>> diversa come scritto sopra importa direttamente il file
> >>> txt, con una sola riga di codice,  in una tabella di appoggio
> >>> in modo integrale da dove poi venivano prelevati i valori richiesti
> >>> Ciao
>
> >> Non mi sembra che sia una grossa difficolta' dire ad access che il
> >> record e' fatto di un unico campo di lunghezza pari allla lunghezza del
> >> record
> >> --
> >> ac
>
> > Si infatti però se hai letto tutti i post precedenti, mi puoi
> > spiegare
> > come fai tenendo presente che il file txt lo deve selezionare l'utente
> > in giro per il pc, e che le coordinate dei valori da estrarre dalla
> > riga del testo
> > possono essere modifcate dall'utente (Inizio Cognome e sua lunghezza)
> > ecc.
> > Alla fine credo che il codice che ho postato più su sia il metodo
> > migliore
>
> Scusa se mi intrometto, ma se leggi l'help del comando transfertext
> vedrai che il nome del file è possibile passarlo senza problema, poi la
> tabella di appoggio con un solo record la spazzoli e la gestisci con i
> tuoi parametri utente come vuoi.
Caro Cesare non è questo il nocciolo del problema
tranfertex non va bene se devi passargli dei parametri
che non siano costanti
per il resto sono d'accordo con te infatti ho risolto così
Ciao Cosimo



title: Importare record da un file txt

text:
On 25 Lug, 18:11, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
>
cosim...@gmail.com
 ha scritto:
>
>
>
> > On 25 Lug, 15:19, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
> >>
cosim...@gmail.com
 ha scritto:
>
> >>> On 25 Lug, 14:08, Alessandro Cara <
a...@ay-1asistemi.it
> wrote:
> >>>>
cosim...@gmail.com
 ha scritto:
> >>>> [cut]> Sono certo di quello che ho sperimentato io
> >>>>> e nessuno si è fatto avanti con altre soluzioni
> >>>>> per il resto sono perfettamente d'accordo con te
> >>>> Le soluzioni "giranointorno" a leggere il file e riformattarlo.
> >>>> La transfertext non e' altro che una volgare routine che fa cio' ed
> >>>> utilizza un file guida per sapere dove, come e quando stanno messi i dati.
> >>>> Se i dati, come nel tuo caso, non hanno un dove, un come e un quando
> >>>> specifico non c'e' transfertext o altro che tenga a meno di:
> >>>> 1) Fare un file di guida da visualizzare insieme al primo rigo del file
> >>>> di input e consentire all'operatore di scegliere il dove, il come il
> >>>> quando. Insomma "rifare" il transfertext.
> >>>> Pensavo fossero piu' punti invece e' uno solo.
> >>>> P.S. non credo che con foxpro la cosa sia diversa.
> >>>> --
> >>>> ac
> >>> Sono d'accordo con te ma la mia soluzione è stata
> >>> molto più semplice e fa esattamente quello che serve a
> >>> me, per quando riguarda Foxpro la cosa è totalmente
> >>> diversa come scritto sopra importa direttamente il file
> >>> txt, con una sola riga di codice,  in una tabella di appoggio
> >>> in modo integrale da dove poi venivano prelevati i valori richiesti
> >>> Ciao
> >> Non mi sembra che sia una grossa difficolta' dire ad access che il
> >> record e' fatto di un unico campo di lunghezza pari allla lunghezza del
> >> record
> >> --
> >> ac
>
> > Si infatti però se hai letto tutti i post precedenti, mi puoi
> > spiegare
> > come fai tenendo presente che il file txt lo deve selezionare l'utente
> > in giro per il pc, e che le coordinate dei valori da estrarre dalla
> > riga del testo
> > possono essere modifcate dall'utente (Inizio Cognome e sua lunghezza)
> > ecc.
> > Alla fine credo che il codice che ho postato più su sia il metodo
> > migliore
>
> E dalli.
> Bisogna decidere il bersaglio.
>
> 1) Leggere un record completo e' una cosa
> 2) Estrarre i dati dal record e' un'altra cosa.
>
> Teniamo fissa la barra del timone.
> Sul punto 2 ero intervenuto in precedenza.
> sul punto 1 in seguito alla mia/tua precisazione su foxpro.
>
> Come direbbe Di Pietro, le due cose fra loro non ci azzeccano.
> Come lo risolvi poi e' un'altra questione.
> Poiche' la cosa, a suo tempo, la ho affrontata, mi risulta che in caso
> di liberta' assoluta dei dati o riscrivi un nuovo "transfertext" o fai
> una cosa che risolve "parzialmente" la questione. Se la cosa che risolve
> "parzialmente" copre le tue esigenze il problema e' risolto!
> That's all. Folks
>
> P.S. Normalmente leggo i 3D. Soprattutto se e' presente "Sergignho" Mazza.
> --
> ac
Daccordo su tutto, il riferimento a Foxpro era solo un nostalgico
ricordo per un linguaggio molto (a mio parere) semplice ed
efficace per medio/piccole applicazioni come qualcuno ha
colto qualche post fa infatti con una sola riga di codice ......
Ciao


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:f1ed9ec8-d0fe-41f3...@z26g2000pre.googlegroups.com...
Daccordo su tutto, il riferimento a Foxpro era solo un nostalgico
ricordo per un linguaggio molto (a mio parere) semplice ed
efficace per medio/piccole applicazioni come qualcuno ha
colto qualche post fa infatti con una sola riga di codice ......
Ciao
[risposta]
E dalli co' sta riga di codice!
Analiziamo la riga di codice di foxpro: APPEND FROM NomeFile SDF
(riferimenti)
APPEND FROM Command
http://msdn.microsoft.com/en-us/library/hx56f6t3(VS.80).aspx
La parolina chiave è l'SDF:
'---
Include SDF to import data from a System Data Format file. An SDF file is an
ASCII text file in which records have a fixed length and end with a carriage
return and line feed. Fields are not delimited. The file name extension is
assumed to be .txt for SDF files.
Effective conversion of date data from SDF files to Visual FoxPro tables
requires data to be stored in YYYYMMDD format.
If date information is stored in ambiguous formats, you should map the date
column to a character column of appropriate width so you can inspect the
value and then apply the correct conversion routine to create correctly
formatted date data.
'---
Ora passiamo al TranferText che sappiamo tutti cosa fa:
TransferText Method
http://msdn.microsoft.com/en-us/library/aa220768(office.11).aspx
, tra le costanti da utilizzare nel parametro: TransferType c'è la:
acImportFixed
Il passaggio delle specifiche di importazione è optionale ed è chiaro che se
non lo definisco mi ciuccio il file così com'é con impostati i paramentri di
default (acImportDelim).
(ri)Leggedo la SDF: An SDF file is an ASCII text file in which records have
a fixed length and end with a carriage return and line feed. Fields are not
delimited.
La domanda mi sorge spontanea: la differenza tra SDF e acImportFixed dove
stà?
Io dico che Append From e TransferText fanno la stessa cosa: importano un
file di testo con la possibilità di specificare la struttura del tracciato.
A voi la parola...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
Cesare Fortis ha scritto:

uso "normalmente" il transfertext. Quando mi serve.
Se non mi serve uso qualsiasi cosa compresa questa:
Function getTextFile(oConfig) As Boolean
Dim fso, ts, fx, sText
Dim sName As String
     On Error Resume Next
     Set fso = CreateObject("Scripting.FileSystemObject")
     Set fx = fso.GetFile(oConfig.getItem("InputFileName"))
     If Err.Number = 0 Then
         Set ts = fx.OpenAsTextStream(1, -2)
         sText = ts.readall()
         oConfig.setItem "InputFile", Split(sText, vbCrLf)
         ts.Close
         getTextFile = True
     Else
         oConfig.setItem "InputFile", Array("")
     End If
Set ts = Nothing
Set fx = Nothing
Set fso = Nothing
End Function
> vedrai che il nome del file č possibile passarlo senza problema, poi la
> tabella di appoggio con un solo record la spazzoli e la gestisci con i
> tuoi parametri utente come vuoi.
> E' ovvio che anch'io preferisco la scelta della gestione file ascii
> tradizionale come vedi su un mio post precedente.
> I parametri utente potrebbero sia stare in una form che proponi dopo la
> selezione che in un file ini modificabile (in questo caso senza
> controllo immediato) dall'utente.
--
ac


title: Importare record da un file txt

author: Maurizio Borrelli

text:
"Cesare Fortis" wrote in message
news:4889958d$0$40313$
4faf...@reader5.news.tin.it
:
[...]
> Pensa che con la versione 5 ho iniziato ad utilizzare la programmazione
> ad oggetti per poi trovarmi anni fa qualcuno che mi disse:
> Abituati a programmare ad eventi perchè windows ragiona così.
> L'altro giorno alla CISA hanno detto:
> Abituatevi a programmare ad oggetti......... ?????   ..... :-) (a volte
> ritornano)
Ciao Cesare.
Ehm... Una cosa (eventi) NON esclude l`altra (oggetti). Con Visual Basic
(Classic, quello integrato in Access) *devi* programmare "a eventi" e
*puoi* programmare "a oggetti". Intendendo con questo gli oggetti
"tuoi", quelli che, se vuoi, tu costruisci nella tua applicazione coi
moduli di classe, perche' gli altri, quelli di Access, di DAO, ecc. che
tu voglia o no, ti tocca usarli, perche' te li trovi belli e fatti e, se
hai capito come funziona la programmazione a oggetti di VB, li userai
meglio.
--
Ciao!
Maurizio Borrelli [Microsoft MVP Office System]
http://www.riolab.org/


title: Importare record da un file txt

text:
On 26 Lug, 10:17, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:f1ed9ec8-d0fe-41f3...@z26g2000pre.googlegroups.com...
>
> Daccordo su tutto, il riferimento a Foxpro era solo un nostalgico
> ricordo per un linguaggio molto (a mio parere) semplice ed
> efficace per medio/piccole applicazioni come qualcuno ha
> colto qualche post fa infatti con una sola riga di codice ......
> Ciao
>
> [risposta]
> E dalli co' sta riga di codice!
> Analiziamo la riga di codice di foxpro: APPEND FROM NomeFile SDF
> (riferimenti)
> APPEND FROM Commandhttp://
msdn.microsoft.com/en-us/library/hx56f6t3(VS.80).aspx
>
> La parolina chiave è l'SDF:
> '---
> Include SDF to import data from a System Data Format file. An SDF file is an
> ASCII text file in which records have a fixed length and end with a carriage
> return and line feed. Fields are not delimited. The file name extension is
> assumed to be .txt for SDF files.
> Effective conversion of date data from SDF files to Visual FoxPro tables
> requires data to be stored in YYYYMMDD format.
> If date information is stored in ambiguous formats, you should map the date
> column to a character column of appropriate width so you can inspect the
> value and then apply the correct conversion routine to create correctly
> formatted date data.
> '---
>
> Ora passiamo al TranferText che sappiamo tutti cosa fa:
> TransferText Methodhttp://
msdn.microsoft.com/en-us/library/aa220768(office.11).aspx
>
> , tra le costanti da utilizzare nel parametro: TransferType c'è la:
> acImportFixed
> Il passaggio delle specifiche di importazione è optionale ed è chiaro che se
> non lo definisco mi ciuccio il file così com'é con impostati i paramentri di
> default (acImportDelim).
>
> (ri)Leggedo la SDF: An SDF file is an ASCII text file in which records have
> a fixed length and end with a carriage return and line feed. Fields are not
> delimited.
>
> La domanda mi sorge spontanea: la differenza tra SDF e acImportFixed dove
> stà?
>
> Io dico che Append From e TransferText fanno la stessa cosa: importano un
> file di testo con la possibilità di specificare la struttura del tracciato.
>
> A voi la parola...
>
> Ciao.
> --
> Sergio MAZZA
Scusami Sergio ma io se pemetti
guardo alla sostanza delle cose quindi
ripeto con foxpro importavo lo stesso file
perfettamente senza perdere la formattazione
con access utilizzando transfertex  senza il
file delle specifiche (che nel mio caso non è
utilizzabile) l'importazione perde la formattazione
quindi non va bene al mio scopo, tutto il resto è
solo teoria, per voi guru di access è giusto che sull'NG continuiate
a disquisire su questo argomento, in modo da illuminare i neofiti
come me. Mi fa comunque piacere che su questo argomento
si sia sviluppata una così interessante discussione.
Buona domenica a Tutti.
Cosimo S.


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:7555e153-85fa-49b4...@p25g2000hsf.googlegroups.com...
Scusami Sergio ma io se pemetti
guardo alla sostanza delle cose quindi
ripeto con foxpro importavo lo stesso file
perfettamente senza perdere la formattazione
con access utilizzando transfertex  senza il
file delle specifiche (che nel mio caso non è
utilizzabile) l'importazione perde la formattazione
quindi non va bene al mio scopo, tutto il resto è
solo teoria, per voi guru di access è giusto che sull'NG continuiate
a disquisire su questo argomento, in modo da illuminare i neofiti
come me. Mi fa comunque piacere che su questo argomento
si sia sviluppata una così interessante discussione.
Buona domenica a Tutti.
Cosimo S.
[risposta]
Teoria? Guru? Sei fuori strada.
Fammi capire; con foxpro utilizzi una istruzione con impostazioni di
default, con access l'istruzione simile di default non ottieni lo stesso
risultato... (tua) Conclusione, l'istruzione di access non va bene?
Per me la sostanza è la totale libertà di poter utilizzare qualsiasi
istruzione tramite le impostazione delle opzioni; e questa la trovo nella
transfertext e nella append from del foxpro, entrambi fanno la stessa cosa
basta passargli i paramentri giusti.
Quindi mi rimane ancora la domanda: dove sta la difficoltà nell'utilizzare
l'istruzione transfertext definendo le
Capiamoci; non voglio assolutamente polemizzare, mi interessa il tuo punto
di vista.
Non ho nessuna velleità di fare proseliti (non mi sento assolutamente un
Guru, la pelata è natural non religiosa!), la bontà dello strumento la devi
scoprire tu, io (e l'NG) posso (possiamo) indicarti delle possibili
soluzioni, sta a te decidere se adottarle o meno in base alle tue necessità.
Ma se dici che con un linguaggio ottieni dei risultati che con VBA non
ottieni, e questo non mi sembra corrisponda ai fatti, mi si scatena la
curiosità; non fosse altro perché ottengo risultati differenti da quanto
affermi...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
Maurizio Borrelli ha scritto:

Grazie Maurizio per la precisazione; sono stato superficiale, ma
soltanto perchè ho estremizzato per fare una battuta.
Cesare


title: Importare record da un file txt

text:
"Cesare Fortis" wrote in message
news:488c31a3$0$41655$
4faf...@reader4.news.tin.it
:
> Maurizio Borrelli ha scritto:
[...]
> Grazie Maurizio per la precisazione; sono stato superficiale, ma
> soltanto perchè ho estremizzato per fare una battuta.
Ciao Cesare.
No prob. Non era mica un rimprovero! :-) Solo una doverosa precisazione
per gli eventuali terzi non scafati.



title: Importare record da un file txt

text:
On 27 Lug, 09:59, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:7555e153-85fa-49b4...@p25g2000hsf.googlegroups.com...

Mi disppiace ma continuo a non essere d'accordo, lasciamo stare
Foxpro il punto è che con transfertext non puoi importare un file
di testo con lunghezza fissa dei campi da estrarre senza che questi
perdano la formattazione a meno che non venga usato un file
delle specifiche. Con questo metodo però non si possono
passare parametri dinamici all'istruzione, se tu con questo
metodo riesci a farlo allora faccelo sapere così impareremo
una cosa nuova .
Cosimo S.


title: Importare record da un file txt

text:
cosi...@gmail.com
 ha scritto:

Ma in nessun caso e con nessun linguaggio potrai passare ad un solo
comando (istruzione) dei parametri dinamici.
Quello che tutti stanno cercando di dirti è che una volta importati in
tabella (una tabella temp con una colonna soltanto), leggi la tua
tabella applicando le regole dei parametri dinamici.
Se proprio vuoi, quello che manca è la possibilità di manipolare prima
da codice il file delle specifiche.
Ciao
Cesare
P.S. comunque i campi non perdono la formattazione


title: Importare record da un file txt

text:
On 27 Lug, 18:31, Cesare Fortis <
for...@virgilio.it
> wrote:
>
cosim...@gmail.com
 ha scritto:

E quello che all'inizio facevo io per questo ho fatto riferimento
a Foxpro solo che importando lo stesso file con transfertext
"giuro"  i singoli record perdono la formattazione, invece come
scritto qualche post fa con una semplice procedura che legge
il file di testo direttamente rigo per rigo mi importo
i valori nei campi interessati così con una fava............
Ciao
P.S. Se i campi non perdevano la formattazione non stavamo
qua da tre giorni perchè il mio primo quesito era proprio questo.


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:98200743-89d1-4253...@27g2000hsf.googlegroups.com...
Mi disppiace ma continuo a non essere d'accordo, lasciamo stare
Foxpro il punto è che con transfertext non puoi importare un file
di testo con lunghezza fissa dei campi da estrarre senza che questi
perdano la formattazione a meno che non venga usato un file
delle specifiche.
[risposta]
La formattazione la perdi perché non hai specificato il tipo di campo (es.)
hai dei valori numerici e li infili in un campo di testo; con la specifica
di importazione questo non succede.
 Con questo metodo però non si possono
passare parametri dinamici all'istruzione, se tu con questo
metodo riesci a farlo allora faccelo sapere così impareremo
una cosa nuova .
[risposta]
"parametri dinamici"? Fammi un esempio.
Cosimo S.



title: Importare record da un file txt

text:
On 28 Lug, 08:44, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:98200743-89d1-4253...@27g2000hsf.googlegroups.com...
>
> Mi disppiace ma continuo a non essere d'accordo, lasciamo stare
> Foxpro il punto è che con transfertext non puoi importare un file
> di testo con lunghezza fissa dei campi da estrarre senza che questi
> perdano la formattazione a meno che non venga usato un file
> delle specifiche.
>
> [risposta]
> La formattazione la perdi perché non hai specificato il tipo di campo (es.)
> hai dei valori numerici e li infili in un campo di testo; con la specifica
> di importazione questo non succede.
..........
Seguendo la strada di importare tutta la riga in un unico campo
di una tabella, diciamo così d'appoggio, per poi estrarre i dati che
mi
servono
1° Devo per forza specificare un solo tipo di campo in quando i
valori
contenuti nel file txt sono sia numeri che alfabetici
2° Non posso usare la specifica perchè la stessa una volta che
l'hai creata non credo che possa essere modificata on fly
cioè passargli dei parametri che indichino al metodo transfertext
le posizioni dei valori da estrarre
>
>  Con questo metodo però non si possono
> passare parametri dinamici all'istruzione, se tu con questo
> metodo riesci a farlo allora faccelo sapere così impareremo
> una cosa nuova .
>
> [risposta]
> "parametri dinamici"? Fammi un esempio.
Parametri memorizzati in una tabella contenenti le coordinate per
estrarre
i valori dal file txt, questi paramtri possono essere modificati
dall'utente
Mi spiego meglio
........
Come già accenato nei post precedenti ho la
necessità che l'utente possa cambiare i parametri di
estrazione dei valori all'interno della riga .
es: cognome - inizio posizione 32 lunghezza 30
      importo - inizio  posizione 71 lunghezza 7
Per semplificare, tutta la  procedura doveva :
- Trovare sul PC il file txt da elaborare (già risolto)
- Importare ogni riga del file in una tabella appoggio con un solo
campo
- Elaborare i record della tabella di appoggio estraendo i valori di
cui
sopra in base ai parametri impostati dall'utente in una tabella
Parametri
cosa che lui può cambiare in base al tracciato record del file txt
Adesso grazie anche al tuo suggerimento che all'inzio io non avevo
afferrato la procedura fa alla grande:
- Trovare sul PC il file txt da elaborare
- Accede direttamente al file txt
- Legge le righe una per una ed estrae direttamente non
più in una tabella di appoggio ma nella tabella definitiva
le informazioni in base ai parametri della tabella coordinate
Ciao



title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:56f4c513-8965-4b97...@e53g2000hsa.googlegroups.com...
..........
Seguendo la strada di importare tutta la riga in un unico campo
di una tabella, diciamo così d'appoggio, per poi estrarre i dati che
mi
servono
1° Devo per forza specificare un solo tipo di campo in quando i
valori
contenuti nel file txt sono sia numeri che alfabetici
2° Non posso usare la specifica perchè la stessa una volta che
l'hai creata non credo che possa essere modificata on fly
cioè passargli dei parametri che indichino al metodo transfertext
le posizioni dei valori da estrarre





Ciao
[risposta]
Avresti risolto con l'utilizzo del file schema.ini, come ti era stato già
suggerito:
'--- tratto dall'help del metodo TransferText ---
NomeFileSpecifiche     Elemento Variant facoltativo. Espressione stringa che
rappresenta il nome di una specifica di importazione o esportazione creata e
salvata nel database corrente. Per un file di testo a larghezza fissa,
occorre specificare un argomento o utilizzare un file schema.ini, che deve
essere memorizzato nella stessa cartella del file di testo importato,
collegato o esportato. Per creare un file schema, è possibile utilizzare
l'Importazione o l'Esportazione guidata. Per i file di testo delimitati e i
file di dati di stampa unione di Microsoft Word, è possibile omettere questo
argomento per selezionare le specifiche predefinite di importazione o
esportazione.
'---
Es. (preso da MS)
(contenuto del file schema.ini)
[Contacts.txt]
ColNameHeader=True
Format=FixedLength
MaxScanRows=0
CharacterSet=OEM
Col1="First Name" Char Width 10
Col2="Last Name" Char Width 9
Col3="HireDate" Date Width 8
(esempio di utilizzo)
Sub Test1()
    DoCmd.TransferText acImportFixed, , "Contacts", "C:\My
Documents\Contacts.txt"
End Sub
Sub Test2()
    DoCmd.TransferText acImportFixed, "C:\My Documents\Schema.ini",
"Contacts", "C:\My Documents\Contacts.txt"
End Sub
I file .txt e .ini devono stare nella stessa cartella.
Ora sai come creare/leggere un file di testo, ti rimane semplice crearti un
file ini per ogni txt da importare...
Ciao.
--
Sergio MAZZA


title: Importare record da un file txt

text:
On 28 Lug, 11:23, "Sergio MAZZA" <
sergioma...@tiscali.it
> wrote:
> <
cosim...@gmail.com
> ha scritto nel messaggionews:56f4c513-8965-4b97...@e53g2000hsa.googlegroups.com...

No grazie preferisco usare il mio metodo
sai sono un po all'antica e poi lo trovo molto più semplice
Ciao e Grazie
P.S. Ho fatto comunque una prova ma il file delle
specifiche non riesco a trovarlo


title: Importare record da un file txt

text:
<
cosi...@gmail.com
> ha scritto nel messaggio
news:af25682c-1ef8-4bd4...@a70g2000hsh.googlegroups.com...
No grazie preferisco usare il mio metodo
sai sono un po all'antica e poi lo trovo molto più semplice
Ciao e Grazie
P.S. Ho fatto comunque una prova ma il file delle
specifiche non riesco a trovarlo
[risposta]
Il file schema.ini lo devi creare tu; invece la tabella con le specifiche è
presente nell'mdb ed è nascosta (non visibile) ma dalle opzioni puoi
impostare la visualizzazione per "studiarla" oppure puoi importarla in un
altro mdb...
Ciao.
--
Sergio MAZZA


title: TranserText non importa gli zeri delle ore

author: Pino

text:
La mia applicazione deve importare un file di testo dove sono
registrate delle informazioni tra cui un campo ora 00000000 (il campo
della tabella di destinaz deve essere in formato testo). Ora fino alle
23 e 59 non c'è alcun  problema. Quando i record portano come ora gli
orari notturni....ad esempio 00352712 (mezzanotte e trentacinque) i
due zeri vengono segati o alcune volte viene segato il primo zero e
l'ultimo (nel caso ad sempio di 01132500) Per quanto riguarda gli
ultimi zeri...cioe' i centesimi non me ne frega assolutamente. Il
problema sono gli zeri iniziali senza i quali l'ora non ha senso e non
entra in nessuna condizione di query.
Come posso risolvere il problema? Qualche opzione di TranserText
oppure ricorrere ad altra strada?