Newsgroup: it.comp.lang.visual-basic
Titolo: Dove li metto più di 256 caratteri??

Salve :)
Evitate commenti sul soggetto del post perchč non sapevo che
scrivere :)
Veniamo alla domanda. Stň facendo un mail agent, un programma
per inviare e ricevere email, l' idea era quella di salvare i miei
messaggi, in modo da tenermi quelli che mi interessano, buttarne altri,
avere traccia di quello che ho spedito e altre cose per me utili.
Per far
questo ho usato un db access, come al solito. Problema...in un campo di
testo, non posso memorizzare piů di 256 caratteri, il che vuol dire che non
potri salvare email che hanno un testo piů lungo di 256 caratteri. Il mio
programma diventa inutile :) perchč 256 caratteri non č niente...sono un
paio di frasi!!
Premesso che non voglio organizzare le mie email in tanti
file testuali, che altre alternative ho?
Saluti...
--------------------------------
Inviato via 
http://usenet.iol.it

 file testuali, che altre alternative ho?
Usare campi Memo.
Ciao

 > programma diventa inutile :) perchč 256 caratteri non č


Ops...ho sbagliato a rispondere....SORRY


Grazie!!
Io access non lo conosco...quando lo uso mi tocca chiedere anche
le cose più stupide :)


Evitate commenti sul soggetto del post perchè non sapevo che
Piuttosto che usare i campi Memo, che sono un'altra trovata splendida
di MS che non esiste in SQL92 [1], perche' non fai una funzioncina che
splitta la stringa in piu' sottostringhe lunghe MAXCHAR caratteri e
poi le salvi nel db una dopo l'altra?
Cosi' facendo, quando passerai ad un database un po' piu' serio sara'
sufficiente modificare il valore MAXCHAR.
[1] al solito mi chiedo da cosa nasca l'idea assolutamente idiota di
limitare a soli 255 caratteri i campi "testo" e di inventare un nuovo
tipo di campo "memo" per salvare le stringhe piu' lunghe: qualcuno mi
aiuta ad arrivarci? Mi sfugge anche da dove nasce l'idea di mettere di
default che le stringhe non possano essere vuote...
Saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 0.68, 152
  VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
Nike Air Up Tempo Sad Walker -- Kawasaki "Gas Gas" ZZ-R 1100
 ICQ# 36893168 - IRCNet: bugbarbeq, @ on #linux-it & #NetBSD
   On contrary of popular belief, Unix *IS* user friendly:
    it just appears to be selective who it is friend with

 default che le stringhe non possano essere vuote...
1. indici. un memo ovviamente non e' indicizzabile. prova a generare degli
indici su un campo di 1 mega..
2. imho, una logica per cui se prevedi un campo in una descrizione di
oggetti omologhi (una riga, detta spiccia), quella feature l'avranno tutti
gli oggetti.
ciao, a.

gli oggetti.
Molto probabilmente questo e' vero, pero' quando hai 36 database che
si comportano in un modo --cioe' che di default accettano campi che
possono essere vuoti--, ti aspetteresti che anche il 37esimo lo
facesse :)
Comunque basta saperlo.


 facesse :)
scopri il romagnolo che e' in te !
dove la metti la libera iniziativa, la fantasia, seno' ?
:)
ciao, a.

 default che le stringhe non possano essere vuote...
altrimenti non si chiamerebbe MICROSOFT cess  .... emm access ... :):)
CIAO

:)
Hahaha :) Dio boni, al fregh me me: un'um cieva miga do volt ;)
Anzi, la seconda volta m'aveva gia' fregato... Ma poi ho capito =)
Sai, e' che a forza di ricevere errori idioti dal driver ODBC di
Access non ci fai piu' tanto caso e non leggi piu' cosa ti dice e
quindi lui tentava di dirmi che la stringa non poteva essere vuota, ma
io non lo ascoltavo ;)


 io non lo ascoltavo ;)
sempre cosi' la vita.
una canna (**) che urla nel deserto :)
ciao, a.
(*) ehm...
(**) non quella, svampitone !

 drammaticamente.
Ti sei beccato il tuo LOL quotidiano. E io ho un altro post da archiviare
nella cartella "perle di saggezza" che prima o poi mi deciderò a fare.
P.S. per Gianni: non sapevo che Forté Agent fosse monarchico ;-)
(dai, che è facile...).
Bye, G.