SoheibBoudali/TP4_ASGBD SoheibBoudali/TP4_ASGBD

  • Stars
    star
    1
  • Language PLSQL
  • Created about 6 years ago
  • Updated about 6 years ago
Twitter logo Share LinkedIn logo Share Facebook logo Share
SoheibBoudali/TP4_ASGBD
github

SoheibBoudali

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

Le langage PL/SQL (Procedural Language /SQL) est une extension du langage SQL qui offre un environnement procédural au langage SQL.

More Repositories

1

TP1-ASGBD

Il s’agit d’une base décrivant de façon très simplifiée les données d’un hôpital.
4
star
2

TP2_ASGBD

Oracle permet à plusieurs utilisateurs de travailler sur la même base de données en toute sécurité. Deux commandes sont particulièrement importantes : GRANT et REVOKE et permettent de définir les droits de chaque utilisateur sur les objets de la base. Tout utilisateur accède à la base à l'aide de son nom utilisateur et de son mot de passe. C'est le nom utilisateur qui permet de déterminer les droits d'accès aux objets de la base de données.
3
star
3

Compilation

Le but de ce projet est de réaliser un mini-compilateur de langage décrit ci-dessous, en effectuant les différentes phases de la compilation : lexicale, syntaxique, sémantique, générations de code intermédiaire et génération de code objet
C
2
star
4

TP3_ASGBD

ORACLE dispose d’une structure centralisée (le dictionnaire de données) contenant la description de tous les objets (tables, vues, utilisateurs, …) gérés par ce SGBD. Ce dictionnaire regroupe donc toutes les informations nécessaires au fonctionnement du SGBD. Il présente la particularité d’être lui-même organisé comme une base de données (on parle de meta-base) et d’être par conséquent accessible directement à travers SQL. Pour des raisons d’intégrité aisément compréhensibles, la plupart des tables du dictionnaire ne sont pas modifiables par les utilisateurs (seul l'administrateur de la base SYS, a accès à ces dernières). A l’opposé, l’accès à leur contenu est généralement autorisé, ce qui va nous permettre d’explorer quelque peu le dictionnaire afin de mieux appréhender cette structure de donnée essentielle au SGBD.D’une manière plus précise, les tables du dictionnaire sont généralement cryptées. Leur contenu est par contre accessible par l’intermédiaire de vues.
2
star
5

hackAlgeria

Python
1
star
6

TP5_ASGBD

TRIGGERS
PLSQL
1
star
7

GSTEE

Projet L3 : Réalisation d’une solution de suivi des étudiants destiné à l’enseignant Description du sujet : L’activité d’un enseignant ne se résume pas qu’à présenter des cours, ou assister les étudiants pendant les séances de TP/TP, mais aussi dans le suivi, la notation et les échanges avec ces derniers. L’objectif de ce projet est de développer une application qui permettra à l’enseignant de mieux suivre l’assiduité de ses étudiants, les noter facilement et communiquer avec eux convenablement. On y trouvera des fonctionnalités, entre autres : – L’inscription des étudiants, – La validation des inscriptions par l’enseignant, – La gestion de l’assiduité, – La messagerie, – La gestion des notations, – L’envoie des notifications, – . . .etc. 1. Gestion des "sections / groupes" : L’enseignant, qui est également l’administrateur de l’application, devra être en mesure de créer une "section / groupes" relatives aux modules qu’il enseigne. Cette "section / groupe" devra avoir une durée de vie. Sa fin pourrait être soit automatique, à la fin du semestre - qui est paramétrable par l’administrateur. Soit manuelle, supprimée par l’enseignant. 2. L’inscription des étudiants : Les étudiants devront être capable d’ouvrir un compte avec leurs informations personnelles et estudiantines (nom, prénom, date de naissance, photo d’identité, matricule . . .) Ensuite l’étudiant devra choisir sa section/groupe d’appartenance. L’accès au groupe devra être validé exclusivement par l’enseignant. Il est à noter, que l’enseignant aura la possibilité d’ajouter des étudiants à l’application, ceux là seront automatiquement ajoutés, sans passer par la validation. 3. Gestion de l’assiduité et des notations : L’enseignant devra être en mesure de noter chaque étudiant. Ces notations sont identiques pour tous les étudiants. Elles sont en libres création par l’enseignant. Le but de ces notations est de calculer la moyenne de l’étudiant. Cette moyenne devra suivre une règle rédigée par l’enseignant où il pourra y insérer les différentes notes. 4. La messagerie : Cette fonctionnalité devra prendre en charge tous les échanges étudiants / étudiants (de la même section / groupe) ou étudiants / enseignant. 1 5. Gestion des notifications : Cette fonctionnalités est importante, elle permettra aux étudiants de recevoir les différentes notifications quant à l’ajout d’une note/moyenne ou la réception d’un message. Cette notification devra être accompagnée d’un envoie d’email à l’adresse indiquée lors de son inscription. Le travail demandé est comme suit : – Préparer tous les formulaires en HTML/CSS (templates) ; – Intégrer le PHP dans les formulaires ;
1
star