Newsgroup: it.comp.lang.delphi
Titolo: [D5] Database con record a dimensione dinamica

Ciao a tutti.
Non riesco a realizzare quanto segue: memorizzare in un database un campo di
dimensione NON fissa.
Poniamo che i dati iniziali siano in un array di byte, e tale array ogni
volta puo' avere lunghezza diversa. Dovrei riuscire a salvarne il contenuto,
anche in modalita' binaria, e poi rileggere i dati salvati.
L'help di D5 non e' esauriente; sapete suggerirmi magari con un codice
d'esempio?
Grazie tante
   Ciao

> L'help di D5 non e' esauriente;
Hai visto la documentazione di TBlobField?
Inoltre non trovi paradossale etichettare l'help come non esauriente quando
tu 6 il primo che non dici, come tanti, QUALE database e QUALE tecnologia di
accesso ai dati usi?
A
--
Per rispondere non usare il reply ma scrivere al seguente indirizzo:
alsalvati(at)
supereva.it

> Inoltre non trovi paradossale etichettare l'help come non esauriente
ti e' mai capitato Alberto che un cliente ti chieda "il manuale" del tuo
gestionale?
Per esperienza so che i manuali, almeno nel caso dei gestionali, non servono
a nulla, perche' l'utente li ignora deliberatamente finche' non gli serve
una risposta precisa ad una sua esigenza precisa e a quel punto - vuoi
perche' l'utente e' l'utente, vuoi perche' Murphy ci mette lo zampino - nel
manuale non trova cio' che gli occorre. Dovrebbero essere impostati come una
serie di domande-risposte divise in sezioni, e l'elenco sarebbe lunghissimo,
mediamente di qualche centinaio di quesiti. E comunque non sarebbe
esauriente.
In caso di aggiornamenti al software, poi, immagina l'incubo di dover
aggiornare la documentazione.
Tu come hai risolto la questione del supporto al cliente?
Ciao, Sandro

 accesso ai dati usi?
Chiedo scusa per le lacune.
Utilizzo il BDE trovato nel pacchetto Delphi 5, e stavo effettuando le prove
su
un database di tipo ttParadox perche' ho visto che come tipo di campo si
puo' utilizzare il
varBytes ( memorizzazione di byte senza specificarne QUANTI a priori,
giusto?)
Ho provato a caricare il mio vettore su una variabile d'appoggio di tipo
variant, che utilizzo poi nella procedura " InsertRecord ".
Il codice viene eseguito senza errori (quindi presumo che come tipi di dati
ci sia compatibilita') solo che quando vado a rileggere cio' che ho salvato
non mi ritrovo i valori che ho messo.
Spero di essere stato piu' chiaro adesso; e 'sbagliata la strada che stavo
prendendo?
Grazie ancora
  Ciao

il manuale puo servire o non servire,  ma è errato dire "non serve a nulla
xche l'utente li ignora".
A questo punto, potremmo eliminare dai software le funzioni di backup, tanto
una elevata percentuale degli utenti di sw gestionali i backup non li fa.
Poi arrivano piagendo  da te e ti fanno:
C###o! mi è saltato l'hd del server della contabilità!!!
Bhe? rimetti su il backup, no?
ehm...2 gg fa ho fatto la nottata con il commercialista per il bilancio e il
backup l'avevo fatto la sera prima...
Quindi non hai il backup con il bilancio sistemato...
no. se non si puo recuperare mi tocca farlo venire di nuovo  e pagarlo di
nuovo: questi servizi lui se li fa pagare a parte...
questo disco è andato: sembra un tritacarne che va a 3 cilindri: ti tocca la
seconda sessione con il commercialista
sob! Sob! sob!...!
Questa non è una barzelletta: il tecnico ero IO...
Ma ora consentimi di sottolineare alcuni punti...
1) noi NON SIAMO utenti di un gestionale
2) noi NON SIAMO una categoria che può dire "il manuale non serve"
3) noi SIAMO professionisti dell'IT.
E, come ogni professionista di ogni settore dello scibile umano, dovremmo
avere la capacità di "spremere" cio che ci serve dagli strumenti che
abbiamo.


 giusto?)
Non so.
Pero ti consiglio di usare i campi blob che sono supportati di fatto da
tutti i db client/server, cosa che non vale per il varBytes.
Bye
A

 2) noi NON SIAMO una categoria che puň dire "il manuale non serve"
si, ma la domanda e' un'altra: al nostro cliente-tipo il "manuale" serve? e,
se si, come deve essere impostato a tuo parere?
Ciao, Sandro

non mi ritrovo i valori che ho messo.
Premetto che non ho mai usato un TVarBytesField.
Nell'help (effettivamente poco esauriente sull'argomento con buona
pace del nostro censore AS ;-) ) pero' dice una cosa interessante: A
variable bytes field value is a set of bytes of variable size, with
the actual length of the value stored in the first two bytes.
Tu la lunghezza del campo la passi?
Ciao.
-- 
"La velocità luce non è sufficiente Comandante Nunziatella, 
dobbiamo passare alla velocità smodata!"

 se si, come deve essere impostato a tuo parere?
In primis, per cio che riguarda un gestionale credo che sia fondamentale lo
statrtup: analisi del tipo e del metodi di lavoro del cliente, adattamento
del piano dei conti, creazione di causali di magazzino e contabili ad hoc
per automatizzare al massimo le operazioni e ridurrre al minimo possibile la
quantità di informazioni che l'utente deve inserire per eseguirle.
Su tutto cio si fa un bel training cercando di simulare il normale ciclo di
lavorazione in azienda.
Ritengo poi che le operazioni + comuni tipo emissione fattura/nota
credito/ddt, compilazione di ordini e loro evasione, registrazione e
protocollo documenti in prima nota dovrebbero essere abbstanza
autoeplicative.
Ergo, la interfaccia utente dovrebbe essere progettata per essere il +
chiara e potente possibile, evitando possibili equivoci nelle
interpretazioni.
Poi, nel manuale, l'utente dovrebbe trovare a parte le solie cose tipo tasti
di scelta rapida, scorciatoie e suggerimenti per automatizzare le operazioni
+ ripetitive, dei "casi di uso", integrati poi tramite il web con mailing
list, forum et similia.
Ricordo che quando facevo supporto su Esatto97 un collega + ferrato sulla
parte contabile stette 2 ore con una tipa per spiegare come registrare in
prima nota nel modo corretto non ricordo che accidenti di registrazione..
Bye
