Tri :
Date
Editeur
Auteur
Titre
|
|
Verrouillage hiérarchique
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette dernière séquence de la première partie, nous allons nous intéresser au verrouillage hiérarchique. C'était une autre manière d'améliorer les performances des transactions dans les bases de données. Mot(s) clés libre(s) : transaction, bases de données relationnelles, SGBD, MYSQL, SQL, estampillage, verouillage hiérarchique
|
Accéder à la ressource
|
|
Verrouillage à 2 phases
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette séquence, nous allons présenter une deuxième manière d'atteindre la sérialisabilité qui est le verrouillage à deux phases ou "two-phase locking" en anglais noté 2PL. En fait, ce qu'on a vu avec l'estampillage, c'est que soit tout se passe bien, soit on choisit d'annuler et de revenir plus tard. C'est un peu comme si dans la vraie vie, plutôt que de faire la queue au guichet de poste et si jamais il y avait des gens, on partirait et puis on reviendrait en espérant un jour qu'il n'y ait personne devant soi. C'est effectivement pas ce qu'on fait, il y a des espèces de files d'attentes qui font que plutôt que d'annuler, revenir et retenter la même opération plus tard, on attend. Alors il va falloir garantir un fonctionnement correct, donc sérialisable, des transactions en permettant à certaines transactions de s'interrompre et d'attendre que d'autres transactions aient terminées... Mot(s) clés libre(s) : transaction, bases de données relationnelles, SGBD, MYSQL, SQL, estampillage
|
Accéder à la ressource
|
|
Tri et hachage
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette cinquième séquence, nous allons commencer à étendre notre catalogue d'opérateurs, en examinant deux opérateurs très importants : le tri et le hachage. En fait dans cette séquence, on va détailler le fonctionnement de l'opérateur de tri. Mot(s) clés libre(s) : transaction, hachage, optimisation, bases de données relationnelles, SGBD, MYSQL, SQL
|
Accéder à la ressource
|
|
Soupçon d'opportunisme contre soupçon de conflit d'intérêt : quelles relations entre droit, économie et management ?
/ AUNEGE, CERIMES
/ 24-01-2014
/ Canal-u.fr
DENIS Jean-Philippe
Voir le résumé
Voir le résumé
Contrairement à une idée répandue, les techniques de management ne durent en pratique que lorsque un soubassement théorique d'intention scientifique solide. C'est ce qui leur confère leur légitimité, et leur puissance. Tel est le cas du soupçon d'opportunisme, concept central dans les théories contractuelles de la firme (théories des droits de propriété, des coûts de transaction, de l'agence), qui justifient une manière très "juridico-économique" de poser les questions concrètes de l'exercice du management. Mais autant le soupçon d'opportunisme a pu être discuté et débattu, autant son double, le soupçon de conflit d'intérêt, n'a fait l'objet que de très maigres investigations, ni en droit, ni en économie, ni en management. D'innombrables exemples, depuis les éternels manquements d'initiés jusqu'à l'affaire (récente) dite de l' "arbitrage Tapie" démontrent que cette situation ne saurait, sans dommages avérés, perdurer. Un champ considérable de recherche s'ouvre alors pour repenser, sur des bases renouvelées, les relations qui unissent ex ante, en théorie comme en pratique, le droit, l'économie et l'exercice du management. Mot(s) clés libre(s) : gouvernance, délits d'initiés, conflits d'intérêt, soupçon d'opportunisme, transactions, propriété
|
Accéder à la ressource
|
|
Sérialisabilité
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette troisième séquence, nous nous intéressons maintenant au concept de sérialisabilité. On a vu précédemment qu'une transaction est une séquence d'opérations. Et lorsqu'on a de nombreuses transactions, exécuter des transactions de manière sérielle signifie exécuter l'ensemble des opérations d'une première transaction puis l'ensemble des opérations d'une seconde transaction etc. Si on fait ça, on n'a pas de problème pour l'isolation des transactions. Le concept de sérialisabilité permet de répondre aux problèmes d'isolation dans le cas d'opérations qui s'enchevêtrent. Mais il va néanmoins falloir garantir la meilleure fluidité possible dans l'exécution de toutes ces transactions, la meilleure performance possible naturellement et puis éviter les blocages. Mot(s) clés libre(s) : transaction, bases de données relationnelles, SGBD, MYSQL, SQL, serialisabilite
|
Accéder à la ressource
|
|
Reprise sur panne : introduction
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Nous débutons la partie 5 de ce cours qui va être consacré à la reprise sur panne. La reprise sur panne est une fonctionnalité majeure des SGBD, elle est extrêmement apprciable puisqu'elle garantit la sécurité des données même en cas de panne et le plus souvent sans intervention de l'administrateur. Ce qui est donc un très fort atout pour garantir la continuité du fonctionnement des applications et l'absence de perte de données. Mot(s) clés libre(s) : transaction, bases de données relationnelles, SGBD, MYSQL, SQL, reprise sur panne
|
Accéder à la ressource
|
|
Réplication
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette cinquième séquence, nous allons étudier la réplication. L'idée à retenir : la raison essentielle à la réplication c'est la fiabilité. Mot(s) clés libre(s) : réplication, transaction, bases de données relationnelles, SGBD, MYSQL, SQL, base de donnée distribuée
|
Accéder à la ressource
|
|
Réécriture algébrique
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette deuxième séquence, nous allons étudier la manière dont le système va produire, à partir d’une requête SQL, une expression algébrique donnant la manière d’évaluer cette requête, une première façon un peu abstraite mais déjà représentative d’appliquer des opérations aux données disponibles pour évaluer la requête. Mot(s) clés libre(s) : transaction, optimisation, bases de données relationnelles, SGBD, MYSQL, SQL
|
Accéder à la ressource
|
|
Première approche
/ 02-03-2015
/ Canal-u.fr
ABITEBOUL Serge, NGUYEN Benjamin, RIGAUX Philippe
Voir le résumé
Voir le résumé
Dans cette troisième séquence, nous allons regarder comment effectuer la reprise sur panne. Nous savons qu'il nous faut assurer deux garanties : la garantie de durabilité après un commit et la garantie de recouvrabilité qui est la capacité à effectuer un rollback jusqu'au moment où l'acquittement du commit a été envoyé à l'application. Mot(s) clés libre(s) : transaction, bases de données relationnelles, SGBD, MYSQL, SQL, reprise sur panne
|
Accéder à la ressource
|
|
Pourquoi les entreprises externalisent une fonction ?
/ AUNEGE, CERIMES
/ 08-12-2014
/ Canal-u.fr
CHANSON Guillaume
Voir le résumé
Voir le résumé
Ce clip prolonge le clip intitulé "Externalisation, concept et pratique". Il traite des facteurs qui incitent les entreprises à réaliser l'externalisation d'une fonction. L'objectif de réduction des coûts est discuté sous l'angle de la théorie des coûts de transaction. Puis l'approche compétence est mobilisée pour analyser l'objectif d'amélioration de la qualité. Mot(s) clés libre(s) : Externalisation, facility management, théorie des coûts de transaction, core competencies
|
Accéder à la ressource
|
|