Le noeud en question est @childNode = 9.

Règles importantes à respecter

1. Le programme doit fonctionner avec SQL Server 2005 ou plus.
2. Les noms de colonnes doivent respecter la sortie désirée (voir section Excepted result)
3. Le résultat doit être classée par ordre croissant en fonction du niveau hiérarchique
4. Les colonnes de la hiérarchie doivent s’afficher les parents en partant de la position la plus haute à l’enfant recherché
5. Le programme doit être fait en utilisant une seule requête and doit commencer par une instruction « SELECT » ou « WITH » sans aucune variable, table temporaire ou variable de table.
6. Il est interdit d’utiliser les RBAR, curseurs, boucles etc.

>> Voir le challenge complet

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

Cette application possède une table qui stocke les informations d’achats (coût) d’un article et une autre table qui stocke le détail de ses ventes. Vous devez calculer le profit engendré par chaque vente en calculant la différence entre le coût  et le prix de vente. Si un article est acheté plus d’une fois, on admettra que le stock le plus anicien sera soldé en premier.

Logique d’achat d’un article

1. Le prix d’achat doit être calculé en utilisant la méthode FIFO. Par exemple, pour la seconde vente de l’article « A001″, sur 5 articles vendus, 3 ont été acheté à $ 10.50 pièce et les 2 autres ont été acheté à $ 13.25 pièce. (voir section sample data)
2. Une vente apparaitra dans la table des ventes uniquement s’il existe une quantité suffisante en stock à compter de cette date pour couvrir l’ensemble de la vente.
3. La vente d’articles pour une date donnée peut utiliser, si nécessaire, les articles achetés à la même date.
4. Les colonnes de dates ne prennent pas en compte les heures.
5. Pour chaque table il existe une seule entrée par date et par article

Règles importantes à respecter

1. La solution doit être composée d’une seule requête qui commence par les instructions « SELECT », « WITH » ou « ;WITH »
2. Si vous voulez utiliser une table de référence de valeurs séquentielles, vous pouvez utiliser le script fourni ici. La solution ne doit pas inclure ce script. La table de référence des valeurs séquentielles sera disponible dans la base de données servant à l’évaluation.

>> Voir le challenge complet

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

La définition d’un GUID valide est la suivante : Un GUI doit contenir l’ensemble des caractères 1, 2, 3, 4, 5, A, B, C, D, E.
Par exemple pour « 7FC61235-F252-4E32-BD31-99FB1FC8A574″, tous les caractères cités ci-dessus sont présents tandis que dans « 7FX61235-X252-4Y32-BZ31-99FB1FC8Z574″ certains d’entre eux sont absents. Le programme doit donc accepté seulement la chaîne « 7FC61235-F252-4E32-BD31-99FB1FC8A574″.

Règles importantes à respecter

• Le résultat doit être classé dans l’ordre ascendant des GUID valides
• Il faut considérer le comptage des caractères 1,2,3,4,5,A,B,C,D,E uniquement
• Le résultat doit être formaté de la façon suivante :

ValidGuid                            1 2 3 4 5 A B C D E H Sum
------------------------------------ - - - - - - - - - - -----
7FC61235-F252-4E32-BD31-99FB1FC8A574 3 4 3 2 3 1 2 2 1 1 22
D031BC00-ADD3-4C40-BE24-A613586FD42C 2 2 3 4 1 2 2 3 4 1 24
Vertical Sum                         5 6 6 6 4 3 4 5 5 2 46

• Le programme doit être composé d’une seule requête commençant soit par l’instruction SELECT soit par WITH. Aucune variables, tables temporaires ou variables de tables ne sont acceptées
• Il n’est pas possible d’utiliser les RBAR, curseurs, boucles . dans le code
• La solution doit fonctionner pour SQL Server 2005 et plus

>> Voir le challenge complet

Note : pour ceux ou celles qui ne seraient pas à l’aise avec l’anglais n’hésitez pas à me faire remonter vos questions sur ce billet.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

Une session 24-hours-Pass est composée de la manière suivante :

• 5 minutes d’introduction par le modérateur
• 40 minutes dédiées à l’intervenant
• 10 minutes de questions-réponses animées par le modérateur
• 5 minutes de votes

Il est commun qu’un participant se déconnecte et se reconnecte lors d’une session. On considère qu’un participant a participé à l’ensemble d’une session si :

• Il a participé aux 4 étapes de la session décrite ci-dessus
• Il a participé au moins à 2 min d’introduction de la session
• Il a participé au moins à 10 min de l’étape principale de la session (40 min de présentation par l’intervenant)
• Il a participé au moins à 5 min aux questions-réponses
• Il a participé au minimum 1 min au vote

Règles importantes à respecter :

• Il y aura un enregistrement lié à une déconnexion pour chaque connexion sauf pour le dernier. La dernière connexion peut ou ne peut pas avoir un enregistrement correspondant de déconnexion
• Le résultat final doit être classé par intervenant et sujet.
• Il n’y aura jamais de sessions qui se chevauchent
• Si aucun participant n’est présent à une session, une ligne correspondante doit quand même apparaître avec 0 participants
• Il est possible qu’un même intervenant effectue une même session à différents moments. Dans ce cas, il n’y aura qu’une seule ligne pour cette session
• La solution devra être composée d’une seule requête qui commence par « SELECT », « WITH » ou « ;WITH »
• Si vous voulez utiliser une table de comptage, il est possible d’utiliser le script suivant. Cependant votre solution ne devra pas inclure le script de création et d’insertion de données de cette table. Vous pouvez considérer que cette table sera disponible dans la base de données d’évaluation de l’équipe qui testera votre code

>> Voir le challenge complet

Note : pour ceux ou celles qui ne seraient pas à l’aise avec l’anglais n’hésitez pas à me faire remonter vos questions sur ce billet.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

Par exemple si « SQL » et « Server » sont les 2 mots composants le motif recherché, une correspondance pourra être trouvé dans les chaîne de caractère suivantes : « Microsoft SQL Server 2008″ et « I like SQL and Server« .

De plus l’ordre des mots dans le motif n’a pas d’importance. Par exemple si le motif est composé des mots « SQL » et « Server » une correspondance peut être également trouvée dans la chaîne de caractère : « Exchange Server runs SQL« .

Règles importantes à respecter :

1. Aucune phrase ne contient de lettres accentuées ou de caractères spéciaux
- Elles ne peuvent contenir que les lettres alphabétiques de A à Z en minuscule ou majuscule.
- Les comparaisons de caractères ne sont pas sensibles à la casse.
- Les espaces multiples seront considérés comme des espaces simples.
- Une phrase sera composé au minimum d’un mot.

2. La définition d’un mot dans une phrase peut être une des suivantes 
- Une phrase peut correspondre à un seul mot
- Un mot commence au début d’une phrase et est suivant d’un blanc
- Un mot termine une phrase et est précédé d’un blanc
- Un mot est précédé et suivant d’un blanc

3. Il ne peut pas y avoir de phrases vides.

4. Les mots recherchés ne peuvent contenir de blanc et il ne peut pas y avoir 2 fois le même mot recherché dans un même motif.

5. La solution doit être classée en fonction des résultats des colonnes SearchID, TextID. Une seule occurrence {SearchID, TextID} ne doit apparaître dans le résultat 

6. La solution doit être composée d’une seule requête commençant par ‘SELECT’, ‘WITH’ ou ‘;WITH’ 

>> Voir le challenge complet

Lots pour les gagnants :

Chaque gagnant se verra remettre un diplôme et un badge. Le grand gagnant se verra également remettre un T-Shirt.

Note : pour ceux ou celles qui ne seraient pas à l’aise avec l’anglais n’hésitez pas à me faire remonter vos questions sur ce billet.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

Un rapport est nécessaire pour trouver les réservations qui ont été entièrement payées au moment de la réservation initiale.
Quand une réservation est effectuée, le client peut la payer soit par dépôt soit en la payer entièrement directement. Si le client choisit de payer par dépôt, la réservation peut ne pas être déclarée sur le rapport. Une réservation est considérée comme entièrement payée si son coût est équilibré par les reçus de paiement effectués le même jour que la création de la réservation.

Le challenge est ici d’identifier les transactions des réservations qui ont été entièrement payés à la date de réservation initiale.

Règles importantes à respecter :

1. La solution doit être composée d’une seule requête commençant par ‘SELECT’, ‘WITH’ ou ‘;WITH’
2. La solution doit fonctionner sur SQL Server 2005, 2008 ou ultérieur

>> Voir le challenge complet

Lots pour les gagnants :

Chaque gagnant se verra remettre un diplôme et un badge. Le grand gagnant se verra également remettre un T-Shirt.

Note : pour ceux ou celles qui ne seraient pas à l’aise avec l’anglais n’hésitez pas à me faire remonter vos questions sur ce billet.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon
MVP SQL Server

Il s’agit une fois de plus dans ce challenge de travailler avec des dates. Vous devez créer un rapport d’audit concernant les durées d’activités et d’inactivé d’une application en vous servant de données de log d’application.

Important : La solution doit se présenter sous la forme d’une seule requête … (SELECT et éventuellement WITH).

Vos réponses doivent impérativement être envoyés avant le 22 février 2010 minuit . Comme d’habitude nous espérons que ce challenge vous amusera.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon

Pour rappel, ces challenges ont pour vocation de vous distraire, et éventuellement, de vous faire progresser sur tel ou tel point particulier.

Cette fois-ci, il s’agit de placer des ballons dans des boîtes en fonction de certaines règles… Je vous invite à y jeter un coup d’oeil !

Important : Il est possible de réaliser ce challenge en utilisant plusieurs requêtes et non une seule comme auparavant. Vous pouvez également utiliser les RBAR, curseurs, boucles etc … de votre choix mais vous ne pouvez pas créer d’objets supplémentaires telles que les procédures, fonctions, vues … Gardez cependant à l’esprit l’objectif premier des TSQL Challenges : Vos requêtes doivent être les plus performantes possibles !!

Vos réponses doivent impérativement être envoyés avant le 8 février 2010 minuit. Comme d’habitude nous espérons que ce challenge vous amusera.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon

Pour rappel, ces challenges ont pour vocation de vous distraire, et éventuellement, de vous faire progresser sur tel ou tel point particulier.

Cette fois-ci, le scénario est le suivant :
Une banque a décidé de numériser ses documents avec un ancien scanner. Celui-ci produit un fichier texte avec un numéro client mais sous une forme d’image de digits avec un ensemble de 3 symboles : l’espace, l’underscore et le pipe. Le challenge consiste à déterminer le numéro du client correspondant.

Ce challenge et les suivants auront tous un but commun: écrire du code ensembliste, en transformant un jeu de données en un autre.

Vos réponses doivent impérativement être envoyés avant le 25 janvier 2010 minuit. Comme d’habitude nous espérons que ce challenge vous amusera.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon

Pour rappel, ces challenges ont pour vocation de vous distraire, et éventuellement, de vous faire progresser sur tel ou tel point particulier.

Cette fois-ci, il s’agit de traiter un problème courant d’entreprise en générerant une hiérarchie d’organisation ainsique que le calcul du montant total des commandes créées par chaque salarié et à ses subordonnés.
Ce challenge et les suivants auront tous un but commun: écrire du code ensembliste, en transformant un jeu de données en un autre.

Ce challenge et les suivants auront tous un but commun: écrire du code ensembliste, en transformant un jeu de données en un autre.

Vos réponses doivent impérativement être envoyés avant le 28 décembre 2009 minuit. Comme d’habitude nous espérons que ce challenge vous amusera.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon