Nouvelle année, nouvelles résolutions. la première : coder un échiquier pour jouer sous sql*plus. j'ai posté le script complet ici : http://pacmann.over-blog.com/pages/my-sql-plus-chessboard-8844899.html 1) le modèle de données le modèle de données est simple : c'est la liste des coups joués, ni plus ni moins. create table cs_mouv ( x num

Pour faire suite à mon article précédent , je vais quand même lâcher une solution viable, spécifique à oracle : select ville_etp from t_entrepot where rayon_ryn in (select rayon_ryn from t_rayon) group by ville_etp having collect(distinct rayon_ryn) = (select collect(rayon_ryn) from t_rayon) ville_etp --------- marseille toulouse collect, à

L'utilisateur : "salut, je voudrais un filtre à sélection multiple sur les pays pour mon rapport xyz... idéalement avec des cases à cocher" notez que ce n'est pas un rapport xxx, on fait pas ça chez nous. moi : "désolé, notre framework est pourri, ça va pas être jouable. par contre si ça te dit, je te laisse saisir ta sélection, par exem

Ma grand-mère me disait toujours, "pacman, n'oublie jamais le côté artistique du sql, ni le côté obscur de la force". et là, force est de constater que depuis un moment, je m'y crois trop : j'ai oublié les valeurs essentielles dans lesquelles mes ancêtres et moi croyons, et dans lesquelles ma propre descendance devra croire : l'absurdité,

Il y a des fois, on agit avant de penser. au moment même où je validais ma requête, j'attendais un "ora-00918: column ambiguously defined". mais ce n'est pas arrivé. 1) les données de test précision : on est en version 10.2.0.4.0 create table testeuh as select 'a' id, 1 val from dual union all select 'b' id, 2 val from dual; create table test

L'un des moyens d'étudier l'exécution d'une requête sql, c'est l'autotrace. l'autotrace s'appuie sur les statistiques mesurées sur la session, pour en sortir un différentiel des grandeurs en question avant / après exécution de la requête. set autot traceonly statistics select count(*) from all_objects statistics ----------------------------

J'avais lu, il y a très longtemps de cela, une astuce de l'oncle tom pour indexer uniquement quelques valeurs très sélectives d'une colonne. typiquement un flag ou statut de traitement. 1) fbi is watching you la vieille méthode avant 11g : create table test_ind as select level n, case when level <= 100 then 1 else 0 end flag from dual connect b

Dans l'exemple type des row generators (par exemple ici ), on utilise parfois une construction étrange qui est "connect by level <= n". c'est certes étrange et abusé, mais ça se conçoit : "connecte moi avec n'importe quoi et récursivement, mais pas plus loin que le 3ème étage". cela dit, il y a des moments où on veut générer n lignes pou

Comment rassembler des intervalles qui se chevauchent ? dans ma jeunesse, j'ai vu (et proposé) des solutions tirées par les cheveux. et l'autre jour sur otn, j'ai trouvé la méthode de frankkulash particulièrement élégante. petit article hommage pour lui : 1) les données robert, marcel et squelettor travaillent dans la même équipe. voici l

Quand on veut savoir pourquoi une procédure rame, on peut par exemple la tracer. "alter session set events 10046 trace name context forever, level 8" est en ce sens un outil efficace, car il permet de déterminer ce qui a fait attendre l'exécution. c'est donc ce que j'ai fait l'autre jour, et voilà le résultat : insert into ma_table values (...