Newsgroup: it.comp.lang.delphi
Titolo: TAdoTable e dimensione record

Salve a tutti,
è la prima volta che utilizzo i componenti ADO per un'applicazione.
Nel momento in cui mi accingo ad eseguire una chiamata a Post 
sul Dataset mi viene visualizzato il messaggio di errore "Record
troppo grande".
Qualche consiglio in merito?
Grazie.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Qualche consiglio in merito?
In primis facci vedere il codice che da' l'errore.
In secoundis, spiegaci com'e' l'architettura sulla quale stai lavorando: ad
esempio DbAccess->Adoconnection->Adotable ecc..
-- 
Morde. 
(
mo...@despammed.com
)
M-List di icld: 
http://it.groups.yahoo.com/group/icld/

 esempio DbAccess->Adoconnection->Adotable ecc..
Innanzitutto utilizzo un db Access 2000.
Utilizzo il componente TAdoTable (settando la relativa ConnectionString
come
di seguito):
"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=mio_file_access;Persist
Security Info=False".
Controllando in MSDN ho scoperto che Access ha qualche problemuccio con
record che superano di 2000k.
In ogni caso al momento del Post il mio RecordSize è di 800.
Seguendo il consiglio di Microsoft ho cambiato la tipologia dei campi Testo
in Memo.
La cosa sembra funzionare.
Ti sei imbattuto anche tu in problematiche similari?
Ciao e grazie del supporto.
Stefano


Ti sei imbattuto anche tu in problematiche similari?
E' due anni che lavoro con delphi+access2000, ma non ho mai trattato record
cosi' giganteschi, tantomeno i campi blob: preferisco salvarmi la path dei
file binari (immagini) che salvare tali file nel db. Access purtroppo ha il
vizio di gonfiare la propria dimensione senza ritegno, e le compattazioni non
sono infrequenti. Un numero puo' parlare meglio di tante frasi: db da 80 mega,
compattato occupa solo 8 mega.
Ma c'e' una cosa che ti vorrei far notare.
Ora, con l'avvento di .net, i piccoli hanno preso un duro colpo: con delphi 8
infatti non esistono piu' i componenti ADO, e le piccole aziende che
sopravvivevano vendendo programmi con base dati access, sono ora costrette a
riscrivere i propri programmi, cambiando la base dati.
Questa mossa di Borland, a mio avviso non giustificata (tengono ancora viva la
mummia BDE e cassano i componenti ADO), costringera' molti piccoli
sviluppatori ad abbandonare delphi.
Il problema, Steven, e' che mentre fino ad oggi potevi portare al cliente un
solo eseguibile e un file mdb, e tutto funzionava bene, e tu portavi a casa la
pagnotta quotidiana... domani che cosa venderai al cliente ? Il tuo
metacompilato per .net e quale db desktop ? MSDE 5 utenti? 
Oggi basta avere una copia di Access, e puoi portare al cliente il tuo
programma delphi con base dati mdb che ti viene gratuita. Domani, cosa fai?
Con il costo che hanno le licenze di MS$ SQL server quanto dovrai caricare il
prezzo modesto del tuo modesto gestionalino ? 
Che cosa devo dirgli al cliente: "dammi 700 euro di licenza sql server e 700
di gestionale" ? Quello mi butta fuori!
La mia conclusione, caro Steven, e' che da oggi in avanti se sei un piccolo
operatore dell'IT (magari ramo gestionale come il mio) ti conviene cercare
un'alternativa ad access ed uno strumento di sviluppo il piu' possibile
supportato da M$, perche' quando .net prendera' piede non potrai ignorarlo.
Dicono che VB6 sia messo davvero molto bene, e' ad oggetti ed e' di M$, il che
ti potra' garantire maggior integrazione con .net e il sistema operativo di
Redmond.
Nel frattempo, per i tuoi sviluppi gia' in corso o comunque poco impegnativi,
in ambito 32bit come delphi non lo batte nessuno, questo sia chiaro per tutti.
Per concludere questo mio sfogo, scusandomi con i frequentatori del ng per
questo, ti invito ad avere molto gli occhi aperti: i venti stanno cambiando,
le maree stanno mutando, e se si sceglie una rotta poco accorta, tra qualche
anno ci si potra' trovare arenati sulle secche di sviluppi non piu'
supportati.
Ciao!
