[Mysql]insert in tabelle relazionate 1:1

[homerbit]

Ciao, mi chiedevo, date due tabelle che chiamo TABLE A e TABLE B in relazione 1:1
dove TABLE B ha come secondary key l'id di TABLE A

Facendo una insert in TABLE A, mi occorre last_id per poterlo poi inserire in TABLE B ora, la mia domanda è banalmente questa: l'unico algoritmo da seguire è

INSERT su A
...last_id di A
INSERT su B

cioè eseguire queste 3 queries in sequenza? Ci sono altre strade magari ottimizzate?
Può avvenire un errore di "processamento" degl id?
Grazie

[franzauker2.0]

Originariamente inviato da homerbit
Ciao, mi chiedevo, date due tabelle che chiamo TABLE A e TABLE B in relazione 1:1
dove TABLE B ha come secondary key l'id di TABLE A

Facendo una insert in TABLE A, mi occorre last_id per poterlo poi inserire in TABLE B ora, la mia domanda è banalmente questa: l'unico algoritmo da seguire è

INSERT su A
...last_id di A
INSERT su B

cioè eseguire queste 3 queries in sequenza? Ci sono altre strade magari ottimizzate?
Può avvenire un errore di "processamento" degl id?
Grazie

certo che può avvenire, è sbagliata proprio come logica di funzionamento.
Potresti creare una transazione unica, così come un trigger, ma le prestazioni sono bassissime.

Decisamente meglio
- crea una chiave primaria per A
- inseriscila in A
- inseriscila in B
fine del dramma (per la verità c'è il problema dello scattering delle foglie, ma dubito fortemente che ciò ti riguardi)

Per la generazione della chiave primaria non hai che l'imbarazzo della scelta
- a mano, fatta da te
- uuid
- uuid trasformato in unhex
- uuid_short
- variazioni sul tema

[homerbit]

Originariamente inviato da franzauker2.0
certo che può avvenire, è sbagliata proprio come logica di funzionamento.
Potresti creare una transazione unica, così come un trigger, ma le prestazioni sono bassissime.

Decisamente meglio
- crea una chiave primaria per A
- inseriscila in A
- inseriscila in B
fine del dramma (per la verità c'è il problema dello scattering delle foglie, ma dubito fortemente che ciò ti riguardi)

scusami ma non ho capito
la chiave primaria per A sarebbe il suo id autoincrement e per inserirla in B mi occorre leggerla..

[franzauker2.0]

Originariamente inviato da homerbit
scusami ma non ho capito
la chiave primaria per A sarebbe il suo id autoincrement e per inserirla in B mi occorre leggerla..

Elimina "autoincrementante" dalle tue idee.
La chiave primaria di A è qualsiasi campo che sia una... chiave primaria.
Nessuno ti vieta di generarla (la chiave primaria) o farla generare (a mysql) e poi scriverla nel relativo campo.
In pseudocodice

chiave_primaria= (da mysql)select uuid_short()
inse rt i nto tabellaA (chiave,...) values (chiave_primaria,...)
inse rt in to tabellaB (chiave,...) values (chiave_primaria,...)

[homerbit]

quindi dovrei utilizzare una chiave generata o che sia il un'altra variabile inserita in entrambe le tabelle ovviamente...
in questo modo evito di andare a leggere last_id
ho capito bene ?

però il mio topic nasce proprio dal fatto che tutte le tabelle in relazione che ho visto hanno sempre l'id in comune!

[franzauker2.0]

Originariamente inviato da homerbit
quindi dovrei utilizzare una chiave generata o che sia il un'altra variabile inserita in entrambe le tabelle ovviamente...
in questo modo evito di andare a leggere last_id
ho capito bene ?

Hai capito benissimo

però il mio topic nasce proprio dal fatto che tutte le tabelle in relazione che ho visto hanno sempre l'id in comune!

Perchè sono, per lo più, fatte da bimbiminkia.

[homerbit]

Originariamente inviato da franzauker2.0
Perchè sono, per lo più, fatte da bimbiminkia.

in effetti di roba in giro ne ho vista troppa anch'io..
GRAZIE per avermi illuminato

[homerbit]

ehm potresti dirmi come poter generare questa chiave univoca con mysql?

[bomberdini]

Ciao,

tabelle relazionate 1:1 non mi piacciono molto. Non si potrebbe unire tutto in un unica tabella?

[franzauker2.0]

Originariamente inviato da homerbit
ehm potresti dirmi come poter generare questa chiave univoca con mysql?

scritto sopra

select uuid_short()