Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Sto impazzendo!!!

Sto impazzendo con l'inserimento di un dato tipo memo!!! Mi sembra di
essere rincitrullito... Dunque, dato un mdb composto da 3 campi:
id = long
Testo = text
Note = memo
il codice:
Dim Db As Database
Dim Query As String
Set Db = OpenDatabase("prova.mdb")
Query = "insert into forums (id,testo,note) values (1,'Ciao 
Ciao','Prova del memo')"
Db.Execute Query
Va in errore, "Errore di sintassi nell'istruzione INSERT (Errore 
3134)."
Se tolgo le note ("insert into forums (id,testo) values (1,'Ciao 
Ciao')" tutto fila liscio... Arghhhhhh... aiuto!!!!
-- 
Everyone is entitled to my opinion! 
News 2000 [v 2.06] - 
http://www.akapulce.net/socket2000

 Ciao')" tutto fila liscio... Arghhhhhh... aiuto!!!!
Mi rispondo da solo. E' bastato cambiare il nome del campo da 'note' 
a 'nota' per far funzionare il tutto! Evidentemente è una parola 
riservata di SQL. Perdono!
-- 
Adding manpower to a late software project makes it later.  - Brook


 riservata di SQL. Perdono!
Ti meriti un 2 di picche ^_-
-- 
<Gigio2K>
Sito Comune
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 3134)."
E' capitato anche a me
In realtà il nome 'Note' access lo vede come un altra definizione di campo
'Memo'

 'Memo'
Sono impazzito tutto il pomeriggio... Poi, usando vb4, ho scoperto 
l'arcano grazie ad una frase sibillina ma rivelatrice... Sinceramente
odio l'help di vb6, non si trova nulla.
-- 
IBM: I Broke Mine


 'Memo'
ricordo vagamente di essere ammattito pure io anni fa per qualcosa del
genere, e ora preferisco chiamare il tipico campo note con un altro
nome, p.e. appunti, pero' questa query in access97 non ha dato alcun
errore:
SELECT *
FROM cons
WHERE note <> "";
in uno dei file di guida di access c'e' l'elenco delle parole
riservate
C:\Programmi\Microsoft Office\Office\ACVBA80.HLP
"note" non c'e'
non la trovo nemmeno nell'elenco di access 2000
C:\Programmi\Microsoft Office2000\Office\1040\JETSQL40.CHM
ciao

 errore:
ma so scemo ? oggi ho risposto a sto post , poi ho creato la struttura di un
db per un lavoro , in circa 20tabelle ho scritto alla fine il campo note con
il nome "NOTE"  :-/  ... solo ora me ne sto rendendo conto, evvai , domani
altre 2 ore a rispiegare che note (che ho scelto io) non si puo' usare ...
Bha... che paranoia oggi ...


 Bha... che paranoia oggi ...
oggi e' stata una giornata strana. capitano.
se puoi, non stare a spiegare, cambialo e basta. l'esempio comunque
l'ho tirato fuori da un mdb che viene allegramente massacrato via dao
e sql da un paio d'anni da piu' persone contemporaneamente, e di
solito non protesta. protesta molto di piu' quando gli faccio cercare
una stringa in un indice sul contatore. ma e' una di quelle messe a
punto secondarie che si possono sempre rimandare. basta ricordarsi di
non farlo :)
ciao, e in bocca al lupo per le tue decisioni sul lavoro

 ciao, e in bocca al lupo per le tue decisioni sul lavoro
Grazie di cuore ! Sul serio !


 ciao, e in bocca al lupo per le tue decisioni sul lavoro
Grazie di cuore , pensa che sto passando il tempo riempendo questionari on
line per telelavoro e mi sto segnando tutte le ditte nei miei paragi, sto
lavoro attuale, non me ne stavo rendendo conto, ma mi sta sgretolando come
un craker che vorrebbe diventare una casetta solida di marzapane che invece
si ritrova sul pavimento in 1000 bricioline...


 ma so scemo ?
Boh...
Comunque, qualche anno fa deridevo un mio collega, molto anziano, che usava
dei prefissi per me assurdi nei nomi di tabelle e colonne.
Ad esempio, TB_ davanti a ogni tabella utente, DO_ davanti a colonne
DataOra, NR_ davanti a colonne numeriche, ID_ davanti a colonne ID, TX_
davanti a colonne testo, K_ davanti a colonne codice, ecc...
Un residuato del suo passato Cobol+Ibm...
Dopo alcune sfighe tipo quella del campo Note, o tabelle utente con nomi
mescolati in mezzo a tabelle di sistema, ecc... adesso uso la stessa
identica disciplina, e devo dire che le situazioni in cui è ciò è una
comodità sono numerosissime...
Ciao
Alberto

 Bha... che paranoia oggi ...
http://makeashorterlink.com/?I59122E23

"Albe V°"

< controllo h.p.l. fuori visuale :>
una notazione ungherese per i db.
mica male l'idea.
</>
ciao

 Bha... che paranoia oggi ...
Risolto , ho cambiato senza farlo notare il campo da "Note" a "NoteVarie" il
primo che mi chiede perche' lo strangolo

 mica male l'idea.
Sai che oggi mi e' passato sotto mano questa cosa :
"Costruire la tabella .....
Campo1 tipo K ....
Campo1 tipo KF .... "
era una richiesta di un cliente per la realizzazione di un DB e lui
addirittura usava "K" per identificare il tipo di campo , ripensandoci
diciamo che e' molto + preciso da costruire ... con "Campo 1 tipo k" in
pratica mi ha gia' comunicato che sara' una cosa simile :
[struttura]
    [Campo1]
        nome = K_IdQualcosa
        Tipo = Testo ..
:-/ interessante ...

Gigio2k [work] ha scritto:

Il perchè è ampiamente documentato negli ettolitri di superalcolici che
scompaiono dalle parti di Redmond
PS: Cercavo quel mio post dove, tempo fa dicevo "ma perchè le parole chiave
non hanno deciso di far iniziare tutte le parole chiave con "xyz" (o
"Bill_"), sarebbe bastato scriverlo sulla prima pagina di MSDN: quello che
inizia con xyz è roba mia e tutti vissero felici e contenti".

 contenti".
In Sap R/3 (ABAP4), se non sbaglio, nessuna keyword, variabile o statement
del produttore inizia con Z, mentre tutto ciņ che viene aggiunto al codice
dai customizzatori deve iniziare appunto con Z.
Simpatico...
Alberto

 contenti".
ci sarą un motivo, se girano le storielline sul fatto che, alla microsoft, per
cambiare una lampadina non č necessaria manodopera: il buio diventa il nuovo
standard :-)
Salutoni
Sergio

 Sai che oggi mi e' passato sotto mano questa cosa :
(trovata)
      1. Progettare le tabelle per la gestione di una anagrafica clienti che
permetta di modellare più persone all'interno di più sedi di ogni azienda
      Tabella1
      ----------
      Campo1 tipo K (se fa parte della chiave primaria)
      Campo2 tipo FK (se fa parte di una chiave esterna)
      Campo3 tipo
