[ASP.NET, SQL]Inserimento dati in SQL Server e tabelle relazionate

[dwb]

In uno scenario di test di questo tipo:

Tabella1(Customers)
-CustomerID(Primary Key, Identity, Not Null, int)
-CustomerName
-CustomerSurname

Tabella2(Orders)
-CustomerID(Primary Key, Identity, Not Null, int)
-OrdersName
-OrdersType

Le colonne "CustomerID" sono relazionate. Ora mi chiedo: nel momento in cui effettuo una query d'inserimento, come funzionano i campi relazionati? Inserendo ad esempio un'ordine, il campo CustomerID della tabella orders, viene automaticamente popolato oppure devo specificare qualcosa di particolare nella query?

[djciko]

non devi pensare a nulla, solo ad inserire un ordine con il customer ID giusto

Se hai
-CustomerID = 900
-CustomerName = Belen
-CustomerSurname = Rodriguez

Basta inserire gli ordini della signora Rodriguez con l'ID 900 (recuperandolo dalla sessione / cookie / db)

[dwb]

non devi pensare a nulla, solo ad inserire un ordine con il customer ID giusto

Se hai
-CustomerID = 900
-CustomerName = Belen
-CustomerSurname = Rodriguez

Basta inserire gli ordini della signora Rodriguez con l'ID 900 (recuperandolo dalla sessione / cookie / db)

non ho capito. Ma il customerID viene automaticamente inserito in entrambe le tabelle visto che il campo é relazionato!? La cosa che non mi è chiara é: tra i campi relazionati esiste una sorta di mirroring?

[djciko]

No, sono relazionati a livello del DB ma per l'applicazione lo sono soltanto se fai operazioni sui datatable piu' complesse. Almeno io ricordo cosi'.

Non sono un DBA ma l'unica cosa che so e' che prima di inserire un record negli ordini devi recuperare l'ID ed inserire quello, in modo da legare le due cose (utente e suoi ordini)

[dwb]

Capito. Quindi restano comunque due entità separate le due tabelle, e, per essere popolate, la cosa non è automatica. Praticamente va fatta una query per ogni tabella.

[djciko]

chiedi meglio nella sezione database. non sono un fenomeno su questo, ti ho detto solo quello che ho sempre fatto

[URANIO]

Capito. Quindi restano comunque due entità separate le due tabelle, e, per essere popolate, la cosa non è automatica. Praticamente va fatta una query per ogni tabella.

Ovviamente si.
puoi anche inserire un utente ed in un secondo momento l'ordine.
Tabelle differenti query differenti, al massimo puoi mettere le due insert in una stored procedure, a livello di applicazione lancerai una query(la stored procedure), ma il DB eseguirà sempre due query.

[dwb]

Ovviamente si.
puoi anche inserire un utente ed in un secondo momento l'ordine.
Tabelle differenti query differenti, al massimo puoi mettere le due insert in una stored procedure, a livello di applicazione lancerai una query(la stored procedure), ma il DB eseguirà sempre due query.

Perfetto, il mio dubbio era questo. Ti ringrazio!