Une des nouveautés les plus intéressantes qu’apporte Entity Framework 4.3 est la migration pour les mises à jour de la base de données.

Cette fonctionnalité offre aux développeurs des outils permettant d’appliquer avec souplesse et facilité des mises à jour à la base de données à partir des modifications apportées à l’application.

Dans un précédent billet de blog, j’ai présenté cette fonctionnalité et comment l’on pouvait l’utiliser pour effectuer des mises à jour de la base de données.

Cet article présentait uniquement l’un des modes de mises à jour qu’offre Entity Framework : le mode basé sur le code.

Supposons que vous disposez déjà d’une application utilisant Entity Framework Code First. Procédez à la mise à jour de celle-ci pour utiliser la version 4.3 d’Entity Framework si ce n’est pas encore le cas.

Vous pouvez utiliser la commande :

PM> install-package EntityFramework

Activer la migration

La première étape est d’activer la migration pour votre DbContext, en utilisant la console du gestionnaire de packages (menu Outils/Gestionnaire de package/Package Manager Console de Visual Studio). Vous allez exécuter la commande « Enabled-Migrations ».

L’activation de la migration crée un nouveau dossier Migrations dans votre application contenant un fichier Configurations.cs permettant de définir le comportement de la migration pour le DbContext qui est utilisé.

namespace DatabaseMigration.Migrations
{
    using System;
    using System.Data.Entity;
    using System.Data.Entity.Migrations;
    using System.Linq;

    internal sealed class Configuration : DbMigrationsConfiguration<DatabaseMigration.DatabaseMigrationContext>
    {
        public Configuration()
        {
            AutomaticMigrationsEnabled = false;
        }

        protected override void Seed(DatabaseMigration.DatabaseMigrationContext context)
        {
            
        }
    }
}

Si vous avez défini plusieurs «DbContext » dans votre application, il suffira juste de modifier DbMigrationsConfiguration(T), en remplaçant T par le nom du DbContext que vous voulez utiliser.

Configurer la migration automatique

Par défaut, la propriété AutomaticMigrationsEnabled est définie à false. Pour utiliser la migration automatique, vous devez affecter la valeur « true » à cette propriété.

Il également possible de définir cette propriété à true lors de l’activation de la migration. Pour cela, vous devez ajouter le paramètre EnableAutomaticMigrations à la commande permettant d’activer la migration :

PM> Enable-Migrations -EnableAutomaticMigrations

Par défaut, la migration automatique n’autorise pas les mises à jour pouvant entrainer des pertes de données. Pour activer cette option, vous devez éditer le fichier Configuration.cs en y ajoutant la propriété « AutomaticMigrationDataLossAllowed » qui sera définie à true.

public Configuration()
        {
            AutomaticMigrationsEnabled = true;
            AutomaticMigrationDataLossAllowed = true;
        }

Editez ensuite votre DbContext et ajoutez-y la procédure onModelCreating :

protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
            Database.SetInitializer(new MigrateDatabaseToLatestVersion<DatabaseMigrationContext, Configuration>());
        }

Et voilà, c’est tout ;). Toute modification de votre modèle objet (nouvelle entité, ajout d’une propriété, suppression d’une propriété, etc.) sera automatiquement appliquée à la base de données à l’exécution de votre application.

Inconvénients de la migration automatique

La migration automatique permet d’apporter assez rapidement et simplement des mises à jour à une base de données en utilisant Entity Framework Code First. Cette option présente cependant des inconvénients, et personnellement, je ne recommanderais pas son utilise en environnement de production ou sur un système critique.

L’utilisation du mode automatique en environnement de production peut s’avérer assez dangereuse, avec un risque de perte de données, car les modifications apportées à la base de données sont imprévisibles par le développeur, et celui-ci n’a aucune visibilité sur ces changements.

Néanmoins, vous pouvez limiter ces risques en environnement de production en désactivant l’autorisation des mises à jour pouvant entrainer des pertes de données.

Je vais présenter rapidement ma petite liste des cinq projets .NET que j’utilise couramment dans mes développements sur la plateforme .NET.

1 – WebMatrix

Le premier projet que je trouve fort intéressant et adapté pour bon nombre de développeurs camerounais et les étudiants qui n’ont – pour la plus part – pas les moyens de se procurer une licence pour un outil de développement comme Visual Studio est : WebMatrix.

WebMatrix est un environnement de développement Web robuste, léger (15 Mo), efficace et surtout gratuit développé par Microsoft. Il permet aux développeurs Web de créer et gérer des applications Web sur la plate-forme Windows, tout en restant compatibles avec les produits Microsoft Visual Studio, SQL Server ou encore PHP sur Windows.

WebMatrix est téléchargeable sur cette page.

Vous pouvez lire mon tutoriel d’introduction à WebMatrix sur cette page

2 – Entity Framework

Entity Framework est un outil permettant de créer une couche d’accès aux données (DAL pour Data Access Layer) liée à une base de données relationnelle. Il propose la création d’un schéma conceptuel composé d’entités qui permettent la manipulation d’une source de données, sans écrire une seule ligne de SQL, grâce à LinQ To Entities.

Dans sa dernière version (4.1), Entity Framework en plus du model Database first, Model First introduit un nouveau modèle que j’ai trouvé intéressant baptiser Code First.

Avec Code First, le développeur dans un premier temps défini le modèle en utilisant des simples classes C# ou VB.NET. Ces classes seront ensuite utilisées pour générer un schéma pour la base de données existante, en se basant sur des expressions Lambdas.

Je reviendrais certainement dans un prochain article vous parler de l’utilisation de Code First avec une application ASP.NET MVC 3.

Télécharger Entity Framework 4.1.

3 – Unity

Pour les bonnes pratiques, et la mise en place d’une architecture en couche, rien de mieux que Unity.

Unity est un conteneur léger et extensible d’injection de dépendance développé par Microsoft. Il facilite la création d’applications faiblement couplées, et fournit toutes les fonctionnalités couramment utilisées dans les mécanismes d’injection de dépendance, y compris des méthodes pour enregistrer les mappages de type et d’instances d’objets, résoudre des objets, gérer la durée de vie d’objet, etc.

Unity est disponible sur cette page.

Pour son utilisation, je vous invite à lire l’article de Nathanael Marchand.

4-NUnit

Les tests unitaires occupent une place importante dans le cycle de développement d’une application. À ce stade lors du processus de développement de votre application, NUnit se positionne comme l’un des meilleurs outils en la matière sur la plateforme .NET.

Nunit est disponible sur cette page.

5- Nuget

pour télécharger tous ces composants dans Visual Studio, rien de mieux que Nuget.

Disponible actuellement en version 1.4, Nuget est un gestionnaire de package open source pour la plateforme .NET qui facilite le téléchargement et l’intégration des briques logicielles dans un projet .NET avec le minimum d’effort.

Nuget est défaut embarqué dans le Framework ASP.NET MVC3, et peut également être téléchargé indépendamment sur cette page.

Un article de présentation de Nuget est en cours de rédaction.

5.2 – Phalanger

C’est vrai j’ai dit top five, pas top six dans le titre ;), mais nous avons un rescapé que je n’utilise pas régulièrement, mais que je trouve très intéressant et dont je suis attentivement l’évolution. Il s’agit du projet Phalanger.

Phalanger est un projet open source visant à faire de PHP un langage de la famille des langages de la plate-forme .NET. Il fournit à des applications PHP un environnement d’exécution rapide et compatible avec la vaste gamme des codes et applications PHP existantes. Phalanger donne aux développeurs d’applications web la possibilité d’exploiter la facilité, l’efficacité et la rigueur du langage PHP avec la puissance et la richesse fonctionnelles de la plate-forme .NET.

Phalanger est disponible sur cette page.

Pour son utilisation, vous pouvez lire mon article, Phalanger : introduction à PHP sur la plate-forme .NET

Et voilà une liste intéressante d’applications .NET que vous pouvez utiliser comme briques logicielles dans vos projets .NET.

N’hésitez pas à partager avec nous vos projets .NET que vous trouvez intéressants ou que vous utilisez dans vos développements en commentaire de ce billet de blog.

Après un long moment sans plus rédiger un billet de blog, et oui faut aussi que je souffle un peu ;). Je vous invite à découvrir mon nouvel article.

En complément de l’article que j’avais publié sur la prise en charge du format XML dans le moteur de base de données SQL Server, vous découvrirez dans nouveau tutoriel sur le composant SQLXML 4, qui offre des fonctionnalités XML supplémentaires côté client.

L’article décrit comme utiliser ce composant pour manipuler avec souplesse dans une application .NET les données XML stockées dans une base de données SQL Server.

L’article est disponible sur cette page

Lire aussi :

– Prise en charge du XML dans SQL Server

– Utilisation de la colonne de type XML dans SQL Server avec ADO.NET

Pour ceux qui ne le savent pas le Kit de formation SQL Server est une excellente ressource pour les développeurs, formateurs et consultants qui veulent comprendre comment tirer partir des améliorations essentielles introduites dans SQL Server 2008 et SQL Server 2008 R2.

Le kit de formation offre l’avantage de fournir un ensemble riche de vidéos, présentations, démonstrations, ateliers pratiques qui sont parfais pour un auto-apprentissage ou pour la réalisation des applications qui exploitent au mieux les caractéristiques et les capacités de SQL Server 2008.

Cette mise à jour contient de nouveaux contenus pour SQL Server 2088 R2 et peut-être téléchargée et installée sur cette page.

Ce service pack cumule les mises à jour 1 à 11 du Service pack 3 de SQL Server 2005 et l’amelioration du moteur de base de données pour le support des opérations DAC.

Téléchargez le SP4 RTM de SQL Server 2005 sur cette page

Téléchargez le SP4 RTM de SQL Server 2005 Express sur cette page

SQL Server intègre une trace par défaut qui comprend un journal enrichi sur l’activité et les modifications principalement liées aux options de configuration. La trace par défaut SQL Server aide les DBA à résoudre les problèmes en leur fournissant les données de journal.

       Les événements audité par cette trace sont:

Select * from sys.configurations where configuration_id = 1568

et pour avoir les détails si la trace est activé exécuter la commande suivante :

SELECT *
FROM fn_trace_getinfo(default)

Qui donne les informations suivantes :

La trace par défaut est stocké dans le répertoire LOG de votre instance SQL Server (C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG par exemple).

Pour changer l’emplacement de la trace par défaut, vous devez changer le dossier dans lequel est stocké vos fichiers log, pour cella lancer le gestionnaire de configuration SQL Server, changer le chemin du répertoire des fichiers log. Vous seriez inviter à redémarrer votre instance SQL Server pour que les modifications soit prise en compte.

Vous pouvez lire le contenu de cette trace via le générateur de profils SQL (SQL profiler) ou avec la requête suivante  :

SELECT name, trc.*
 fn_trace_gettable('C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\log.trc', default) as trc
 sys.trace_events as evt on trc.EventClass = evt.trace_event_id

Pour désactiver l’exécution de la trace par défaut exécuter la commande suivante :

EXEC master.dbo.sp_configure 'allow updates', 1;
GO
EXEC master.dbo.sp_configure 'show advanced options', 1;
GO
EXEC master.dbo.sp_configure 'default trace enabled', 0;
GO
RECONFIGURE WITH OVERRIDE;
GO
EXEC master.dbo.sp_configure 'show advanced options', 0;
GO
EXEC master.dbo.sp_configure 'allow updates', 0;
GO

Avant de désactiver la trace par défaut(Chose d’ailleurs que je ne conseillerais pas) prenez la peine d’analyser les informations disponible dans celle-ci, si vous trouvez que ces informations ne vous intéresse pas c’est à ce moment que vous pouvez désactivé la trace par défaut

   Voila vous savez maintenant qu’il existe une trace SQL qui est exécuté par défaut dans votre instance SQL Server et l’apport qu’elle pourrais vous apporter dans vos tâches d’administration.

Au menu :

Introduction
Construction des données XML à partir des données relationnelles : La clause FOR XML
Le type de données XML
Langage de requête XML(XQuery)
Manipulation XML côté client
Amélioration de la prise en charge XML dans SQL Server 2008

N’hésitez pas à y jeter un coup d’œil et laisser vos commentaires ou remarques

Cordialement

Romaric DONFACK

 <br />
SELECT XML_SCHEMA_NAMESPACE(sch.name, xsc.name) <br />
FROM sys.xml_schema_collections AS xsc <br />
JOIN sys.schemas AS sch ON xsc.schema_id = sch.schema_id <br />
WHERE sch.schema_id <> 4 <br />

On exclut le ‘4’ qui est sys (Objets système).

Vous n’avez plus qu’a l’utiliser dans vos programmes