Recherche:

Bonsoir Steve,


Ouf ! Bonne route :P

Bonsoir Steve,







Quel retour en arrière ! C’est quoi ces services ? Ça date des systèmes pré-relationnels des années soixante-dix ? Avez-vous droit à l’intégrité référentielle ? Aux...

Bonsoir Steve,





On récapépète : allons-y pour les 3 tables, en notant l’ajout de la colonne TypeUtilisateur dans l’en-tête de la table UTILISATEUR.

TABLE UTILISATEUR

Bonsoir Steve,



Hum... Que raconte le message d’erreur renvoyé par l’API ?




Dans la mesure où vous traitez soit des profs, soit des élèves, la solution serait plutôt la spécialisation...

Bonjour Steve,

Si votre API ne véhicule que des instructions de manipulation de données en mode natif SQL (SELECT, INSERT, UPDATE, DELETE), ou sous forme personnalisée (GET, POST, PUT, DELETE) à...

Salut Fred,



Il va sans dire que lorsque je parle de mise à jour de vues par triggers, il est sous-entendu qu’il s’agit de vues de jointure, ce qui est bien le cas ici.

Bonsoir Steve,



Puisque vous utilisez SQL Server, vous pouvez mettre à jour les vues. Cela passe par la mise en oeuvre de triggers ad-hoc qui ventileront les données dans les tables de base.
...

Bonsoir Steve,



Vous allez vous retrouver avec des colonnes dans lesquelles le bonhomme Null va s’engouffrer, en jouant le rôle d’information « sans objet » (la moyenne d’un prof est sans...

Bonsoir,


Comme dit punkoff, l’héritage est à mettre en œuvre, c'est-à-dire spécialiser le type d’entité UTILISATEUR en ELEVE et PROFESSEUR, en factorisant dans UTILISATEUR les attributs communs...