Newsgroup: it.comp.appl.access
Titolo: maschera/sottomaschera ADP/MSDE

Ciao a tutti
ho la classica maschera bolla con sottomaschera dettaglioBolla
con i file mdb associavo alla principale l'origine bolle e alla secondaria
l'origine dettagliobolle, visto che tutto il malloppo degli archivi veniva
trasferito in rete in ogni caso.
Qual'è invece il sistema ottimale in termini di traffico di rete per i file
adp?
Pensavo di assegnare da codice una origine SELECT * FROM dettagliobolle
WHERE idBollaSottomaschera=idBollaMaschera nella sottomaschera ma mi da
problemi in inserimento di nuove righe con il seguente messaggio:
"Il record verrà inserito nel database ma non visualizzato a causa delle
impostazione della maschera"
Suggerimenti?
Ciao, AEOM

"All Eyez On me" <in...@FUCK-LAMERbfsistemi.com> ha scritto nel messaggio
news:cyDMa.9160$HU3.2...@news2.tin.it...

Scusate ho risolto
AEOM

"All Eyez On me" <in...@FUCK-LAMERbfsistemi.com> ha scritto nel messaggio
news:cyDMa.9160$HU3.2...@news2.tin.it...

Ciao AEOM
Puoi tranquillamente usare i subform come prima, infatti quando cambi il
record nel form principale viene inviato al server il comando SELECT ....
From dettagliobolle WHERE idBollaSottomaschera=idBollaMaschera
Ciao Giorgio.

 ha scritto nel messaggio
news:bdv1md$ck0$1...@lacerta.tiscalinet.it...

Sul serio?
Ma se il mio archivio dettbolle ha 1.000.000 di record quando apro per la
PRIMA volta la maschera me li carica tutti o sbaglio?
Ciao, AEOM

"All Eyez On me" <in...@FUCK-LAMERbfsistemi.com> ha scritto nel messaggio
news:DXDMa.6138$xK6.1...@news1.tin.it...

Ciao AEOM
Ms in questo caso ha fatto le cose come si deve, intercettando i comandi da
Sql Profiler ho potuto constatare che l'origine record della subform viene
composto implementando nellla clausola WHERE il filtro all' ID del form
principale.
Ciao Giorigo.

 >
Ciao AEOM
Cerco di essere più preciso, ti posto i risultadi di un'apertura di form con
subform, il form principale accede a una tabella con 12.000 record (non sono
tanti ma neanche pochi), il subform accede a una tabella con 60.000 record e
come potrai constatare, all'apertura non vengono restituiti tutti i record
della subform.
Ti posto i risultati di Profiler che intercetta i comandi in arrivo al
server.
1^ comando da form principale per recuperare la registrazione Nr 9040
-------------
Select Id_Record,Codice,Data,Causale From Co_Contab_Mov WHERE Codice=9040
ORDER BY Codice
go
------------
2^ Comando per recuperare il tipo di campo identity del sub form, il comando
non restituisce alcun recordset
-------------
SET FMTONLY ON select "Id_Contab" from  (Select
Id_Contab,Id_Record,Sequenza,C_Dare,C_Avere,Cli_For,R_Sociale FROM
Co_Contab_Mov_Ctp ) AS DRVD_TBL SET FMTONLY OFF
go
-------------
Da BOL
SET FMTONLY Restituisce solo i metadati al client.
Sintassi
SET FMTONLY { ON | OFF }
Osservazioni
Se l'opzione SET FMTONLY è impostata su ON, in seguito alla richiesta non
viene elaborata o inviata al client alcuna riga.
3^ Comando con sp non documentata che non so bene cosa faccia. forse legge
il primo record visto che Id_Contab è impostato a 1.
----------------------------
declare @P1 int
set @P1=13
exec sp_prepare @P1 output, N'@P1 int', N'SELECT  *  FROM (Select
Id_Contab,Id_Record,Sequenza,C_Dare,C_Avere,Cli_For,R_Sociale FROM
Co_Contab_Mov_Ctp ) AS DRVD_TBL WHERE ((@P1 = "Id_Contab")) ORDER BY
Id_Contab,Sequenza', 1
select @P1
go
----------------------------
4^Comando recupero righe per la subform con Id_Contab impostato a 9658
----------------------------
exec sp_executesql N'SELECT  *  FROM (Select
Id_Contab,Id_Record,Sequenza,C_Dare,C_Avere,Cli_For,R_Sociale FROM
Co_Contab_Mov_Ctp ) AS DRVD_TBL WHERE ((@P1 = "Id_Contab")) ORDER BY
Id_Contab,Sequenza', N'@P1 int', 9658
go
----------------------------
Il tutto in 0,6 decimi di secondo.
A chiusura del form principale viene eseguito questo comando non documentato
che sprepara ciò che ha preparato il 3^ comando.
---------------------
exec sp_unprepare 13
---------------------
Ciao Giorgio.

 PRIMA volta la maschera me li carica tutti o sbaglio?
Ma anche usando JET non viene operato un obrobrio del genere, dando per
scontato che siano indicizzati gli ID.
Ciao.

"All Eyez On me" <in...@FUCK-LAMERbfsistemi.com> ha scritto nel messaggio
news:4GDMa.9213$HU3.2...@news2.tin.it...

Come? che a me invece continua a dare questo messaggio.
Sib

 ha scritto nel messaggio
news:VwQMa.142741$lK4.3...@twister1.libero.it...

Certamente ma forse AEOM era preoccupato per le modalità di apertura del
recordset da parte di Access, che per esempio con cursore lato client legge
tutti i record dal server.
Ciao Giorgio.

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:MGQMa.8624$xK6.2...@news1.tin.it...

Ciao, Sib
dopo aver letto le risposte di giorgio ho ripristinato come per gli mdb,
comunque avevo risolto settando l'origine della sottomaschera nell'evento
afterinsert della maschera principale
Ciao, AEOM

 Ciao, AEOM
Una spece di requery ad ogni inserimento.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:ODSMa.9256$xK6.2...@news1.tin.it...

Ad ogni inserimento di un record della principale,
Comunque non serve più da quello che si è detto...meglio così
Ti chiedo un'altra cosa visto che ci sta lavorando anche tu..
Classica maschera testata bolla con dentro la sottomaschera bolla, ho una
combo per la selezione del cliente e le varie textbox per visualizzare via
paese etc dopo l'inserimento del cliente.
Con gli mdb appena seleziono il cliente, i campi indirizzo paese etc si
popolano, negli adp rimangono vuoti finchè non passo nella sottomaschera.
Come mai questa differenza?
Ciao.
AEOM

"All Eyez On me" <in...@FUCK-LAMERbfsistemi.com> ha scritto nel messaggio
news:trTMa.13762$HU3.4...@news2.tin.it...

Secondo me (ma ne sono praticamente certo) lavorando tramite sql i campi non
vengono aggiornati fino a quando la maschera non lancia l'istruzione insert
al server che a quel punto restituisce il record completo e popola i campi
(e di conseguenza i controlli)
Sib


Ciao
Tu come gestisci la cosa?
Ciao, AEOM

 Tu come gestisci la cosa?
Io lascio che funzioni per come e' predisposto che mi sembra vada abbastanza
bene.
D'altro canto l'importante e' che funzioni.
Sib


Cioč lasci che text box rimangano vuote fino a quando non passi sulla
sottomaschera?
Non mi sembra molto "bella" come soluzione
Ciao, AEOM

 Non mi sembra molto "bella" come soluzione
Ecco il vantaggio di usare un RAD, puoi stare li' a preoccuparti del lato
estetico!
Scherzi a parte, finora mi e' andata bene perche' ai clienti e' piaciuto lo
stesso, se qualcuno mi sollevera' il problema faro' un requery o
qualcos'altro
Sib