DBMS...

[clros]

Ragazzi ho un dubbio che c'entra poco con amiga...
quando invio una stringa SQL ad un database, per esempio "INSERT INTO tabella VALUES (3,4,"pippo");", come cavolo fa il motore del DB a sapere come devono essere considerati i primi due valori (quelli numerici)? Intendo....qual'è il loro corretto tipo?

ad esempio, il primo valor, potrebbe essere un intero a 8,16,32,64 bit (ma potrebbe anche essere un float o un double anche se io nn l'ho indicato nella insert into), per cui, se inserito in una colonna di tipo TINYINT andrebbe bene (e verrebbe trattato come un intero a 8 bit) ma anche in una colonna di tipo INT (ma in questo caso verrebbe trattato come un intero a 32 bit sprecando eventualmente spazio...).

Quello che voglio dire è che...in una colonna TINYINT dovrei convertire il mio numero 3 in un int8_t, ma quel 3 che invio con la insert into, di che tipo sarà??
Potrei farlo di tipo string (c++) e poi convertirlo al tipo di arrivo?

Mah, ho parecchia confusione per l testa...

[scusscus]

Da quanto ne so la conversione viene fatta in base al tipo che hai definito nella struttura della tabella. Non ho utilizzato conversioni particolari; se sai che ci va un certo dato glielo prepari prima magari convertendolo nel linguaggio che usi per interagire con DBMS.

INSERT INTO tabella VALUES (3,4,"pippo");

Al posto delle virgolette usa gli apici singoli per descrivere le stringhe cioè nel tuo caso:

INSERT INTO tabella VALUES (3,4,'pippo');

[clros]

Da quanto ne so la conversione viene fatta in base al tipo che hai definito nella struttura della tabella. Non ho utilizzato conversioni particolari; se sai che ci va un certo dato glielo prepari prima magari convertendolo nel linguaggio che usi per interagire con DBMS.

Uhmmm, si ok, ma il tipo "di partenza" qual'è?

INSERT INTO tabella VALUES (3,4,"pippo");

Al posto delle virgolette usa gli apici singoli per descrivere le stringhe cioè nel tuo caso:

INSERT INTO tabella VALUES (3,4,'pippo');

[/quote]

Si si., questo nn è un problema!

[scusscus]

Uhmmm, si ok, ma il tipo "di partenza" qual'è?

Quello che hai definito quando hai stabilito la struttura della tabella.

[clros]

Uhmmm, si ok, ma il tipo "di partenza" qual'è?

Quello che hai definito quando hai stabilito la struttura della tabella.

Ok, ma la struttura della tabella è memorizzata da qualche parte nel DBMS, mentre l'INSERT INTO potrei farla da qualsiasi altra parte, senza conoscere la struttura della tabella e/o i vincoli intrarelazionali.
Voglio dire...Se mi scrivo un programma che si connette al DBMS e gli invia delle stringhe SQL, questo programma nn potà mai sapere in partenza (quando l'utente/programmatore scrive la sua insert into) se i valori che ha messo corrispondono ai "tipi" delle singole colonne della tabella in cui inserire i dati.
Il controllo deve essere fatto dal DBMS una volta che la stringa SQL gli arriva.

E questo il punto...in che "formato" arrivano i dati al DBMS?
Nella mia Insert Into, i valori numerici, come devo considerarli? come interi a 8,16,32,64 bit?

[scusscus]

Il discorso è lungo e articolato...
Prova a vedere qui: http://www.robertoforlani.it/blog/repos ... LIntro.pdf

[scusscus]

Hai dato un occhiata al PDF? Ti è stato utile?