Messages des blogs récents

Ci-dessous un exemple simple qui montre comment on peut substituer les valeurs 0 (False) et 1 (True) du type BIT, respectivement par des chaînes de caractères mnémoniques, compréhensibles ‘True’ et ‘Flase’.

Il faut toutefois rester prudent ! Cette technique met en œuvre, en arrière-plan, le transtypage implicite. Les expressions peuvent rapidement devenir NON-SARG. Il convient donc d’être attentif et vigilant quant aux plans d’exécution des requêtes SQL, notamment lorsque cette ...

Salut les développeurs,

aujourd'hui je vais vous parler pagination.

La pagination est très pratique car elle permet d'afficher de gros volumes de données en les découpant en sous-ensembles humainement et informatiquement gérables.

Quand une de vos requête renvoie par exemple 15 000 enregistrements, il n'est pas possible de les afficher sans réduire leur quantité. C'est le rôle de la pagination.
Pour que cela fonctionne, il faut que le système de ...

Comme il y a des contraintes dans la base de données (clés étrangères, unicité...), l'exécution d'une procédure SQL peut entraîner la survenue d'erreurs (générées par le SGBD à cause de ces contraintes). Il est intéressant de capturer ces erreurs pour renvoyer au programme externe qui lance la procédure un code et un message d'erreur plus clairs.
On peut aussi programmer ses propres exceptions selon certaines conditions.

Nous allons étudier ça dans une procédure de création ...

Je me suis toujours posé la question concernant la nécessité d'ajouter un ";" (point-virgule) à la fin de certaines instructions T-SQL.

Et, force est de constater que la réponse n'est pas toujours évidente. Le manque de rigueur du langage T-SQL contribue, à mon avis, à cette confusion !

Pendant longtemps et même jusqu'à aujourd'hui, sauf dans de rares cas (Exemple ";WITH CTE ..." ) , l'ajout du point-virgule n'est pas vraiment indispensable pour ...

Les différentes raisons de troncation sont expliquées ici memo field truncation by allen browne

Il faut donc :

1. Positionner en premier le champ memo
2. Supprimé DISTINCT de la requête et par conséquent modifié la requête initiale en ajoutant une sous requête avec WHERE champX IN (SELECT DISTINCT champX....)

La coexistence de 2 champs memo est donc impossible