Antonio "tdj"

EF Code First: <Key> e <ForeignKey>

Gli attributi <Key> e <ForeignKey> sono utilizzati da Entity Framework Code First per definire rispettivamente la (o le) chiave primaria e la chiave esterna qualora non sia (o non si voglia) seguire la “naming convention”.

L’attributo <Key> è intuitivo, serve per marcare una o più proprietà come chiave primaria nel database. Consideriamo le seguenti entità:

   Public Class Book
      <Key()>
      Property BookId As Integer
      Property Title As String
      Property Author As Author   
   End Class

   Public Class Author     
       Property AuthorId As Integer
       Property FirstName As String
       Property LastName As String
   End Class

il risultato nel database è il seguente:

Tutto nella norma per quanto riguarda la chiave BookId mentre la chiave esterna rappresentata dalla proprietà Author è stata tradotta nel database con la coppia PropertyNavigationName_PropertyNameId che nell’esempio è Author_AuthorId. Si tratta di una convenzioni usata da Entity Framework laddove non viene specificato nulla dall’utente.

Ma se volessimo avere anche il valore della chiave esterna oltre all’intero oggetto rappresentato dalla navigation property Author, esattamente come avviene in Entity Framework 4? Usiamo l’attributo <ForeignKey> modificando la classe Book in questo modo:

   Public Class Book
     <Key()>
     Property BookId As Integer
     Property Title As String
     <ForeignKey("AuthorId")>
     Property Author As Author   
     Property AuthorId As Integer 
   End Class

Semplicemente si aggiunge una nuova proprietà che identifica il valore della chiave esterna (esattamente come lo definiremmo nel database) e decoriamo la navigation property Author con l’attributo <ForeignKey> specificando il nome della properietà/campo chiave di riferimento. Il database risultante sarà il seguente:

In questo modo possiamo sfruttare tutte le facilitazioni che già conosciamo in EF 4 e cioè usare il campo chiave anzichè la navigation property nelle operazioni di Add ed Update:

Dim _book As New Book With {
                     .Title = "Visual Basic 2010 Unleashed",
                     .AuthorId = 1                            
                    }

posted @ mercoledì 2 maggio 2012 8.00 | Feedback (1) | Filed Under [ Entity Framework Entity Framework Code First ]

Entity Framework Code First: LocalDB

Come molti sapranno, il rilascio di SQL Server 2012 ha portato con sè una novità per gli sviluppatori, cioè SQL Server Express LocalDB. Si tratta di una versione molto light di SQL Server Express, che pur mantenendo tutte le caratteristiche dell’engine non richiede l’installazione completa della versione Express, e viene gestita automaticamente attivando il servizio SQL solo quando serve. Naturalmente questa caratteristica è disponibile solo in fase di sviluppo mentre per la distribuzione dell’applicazione è sempre necessario avere la versione Express o superiore.

Entity Framework, supporta questo tipo di database utilizzando la modalità Code First. L’operazione (semplice) da fare è specificare la stringa di connessione nel file .config come segue:

<entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="Data Source=(LocalDB)\v11.0; Integrated Security=True; MultipleActiveResultSets=True" />
      </parameters>
    </defaultConnectionFactory>
</entityFramework>

La stringa di connessione richiede solo il Data Source che equivale al valore (LocalDB)\v11.0. Per il resto funziona tutto come già sappiamo.
Per supportare questo nuovo tipo di database engine, in Visual Studio 11 Beta è stata introdotta una nuova dialog chiamata SQL Server Object Explorer che è del tutto simile a all’attuale Server Explorer:

Quest’ultima, però, offre una serie di funzionalità aggiuntive che migliorano notevolmente la gestione sia della struttura che dei dati delle tabelle. Ad esempio, la maschera di visualizzazione dati prevede la possibilità di filtrare il numero dei record e di generare automaticamente lo script di insert dei record visualizzati:

Anche la maschera di mofica/creazione dello schema di una tabella offre funzionalità aggiuntive come la generazione “live” dello script TSQL e relativo salvataggio su file:

In definitiva grazie a questi nuovi strumenti è possibile sviluppare applicazioni per SQL Server con Entity Framework senza dover installare la versione Express. Ma se proprio abbiamo necessità di usare una versione di SQL completa, il SQL Server Object Explorer supporta tutte le versioni oltre a LocalDB

posted @ lunedì 23 aprile 2012 8.00 | Feedback (1) | Filed Under [ Visual Studio Entity Framework Entity Framework Code First ]

EF Code First Migrations: aggiornamenti automatici

Nell’articolo Entity Framework Code First Migrations viene illustrato il funzionamento di Code First Migrations, una funzionalità introdotta per mantenere allineato il database al modello dati. In particolare nell’articolo viene spiegato il metodo chiamato Code-Based Migrations perchè basato sulla generazione di codice per l’applicazione delle modifiche al database.
Esiste però anche una seconda modalità più semplice, chiamata Automated Migrations, che permette di ottenere lo stesso risultato ma in maniera trasparente e soprattutto automatica.

Consideriamo il modello utilizzato nell’articolo citato:

Public Class Book

     Property BookId As Integer

     Property Title As String     

     Property Author As Author

     <Column(TypeName:="char"), StringLength(10)> Property ISBN As String

     Property Price As Decimal     Property AddedOn As DateTime?
End Class
 
Public Class Author

     Property AuthorId As Integer

     Property FirstName As String

     Property LastName As String 

     Property Email As String
End Class
 
Public Class LibraryContext

     Inherits DbContext

     Property Books As DbSet(Of Book)

     Property Authors As DbSet(Of Author)
End Class

Eseguendo il codice, viene creato un nuovo database comprensivo della tabella __MigrationHistory:

Successivamente attiviamo Code Migrations eseguendo il comando enable-migrations nella console di NuGet:

così da generare automaticamente sia la classe Configuration che quella di inizializzazione del database per la creazione dello schema basato sul modello dati:

Per attivare gli aggiornamenti automatici bisogna modificare la classe Configuration impostando la proprietà AutomaticMigrationsEnabled a True:

Friend NotInheritable Class Configuration

         Inherits DbMigrationsConfiguration(Of LibraryContext)

         Public Sub New()

             AutomaticMigrationsEnabled = True

         End Sub

         Protected Overrides Sub Seed(context As LibraryContext)

         End Sub

End Class

Database.SetInitializer(New MigrateDatabaseToLatestVersion(Of LibraryContext, Configuration))

Friend NotInheritable Class Configuration

     Inherits DbMigrationsConfiguration(Of LibraryContext)

     Public Sub New()

          AutomaticMigrationsEnabled = True

          AutomaticMigrationDataLossAllowed = True

     End Sub

     Protected Overrides Sub Seed(context As LibraryContext)

     End Sub
End Class