Reprise du message précédent :

 
J'ai un vague souvenir d'un lange oracle basé sur le SQL qui permettait de réaliser une interface utilisateur en mode roots. (Affichage de popups pour saisies de critères de restrictions) et affichage des résultats dans un tableau. Par contre le truc était clairement pas du tout user friendly. Je pense que les gens manipulaient peut être les données comme ça au tout début de l’informatique.
 
Sinon le mieux est de te faire aider pour la partie modélisation/respect des formes normales/création du schéma de BDD pour se concentrer sur la partie requêtes.
 
 
 
 
 

forms/reports. Fin de support d'ici 5 ans.

Question bête : quel que soit le langage de programmation, quand on appelle une procédure stockée SQL Server on s’attend à ce qu’elle est en paramètre les données en sortie ? À mon taf on me dit de coder l’appel à la procédure stockée qu’un responsable a fait puis de coder les accès aux tables temporaires créées par cette procédure. C’est pourri non ?

ben ça dépend si tu compte réutiliser les résultats plusieurs fois ET que le calcul est super gourmand

Le résultat ne sera utilisé qu’une fois. Ce ne sont que des requêtes de sélection.

drap

Ce qui est pourri c'est qu'en général les tables temporaires ont une portée limitée à la procédure et si la procédure renvoie des résultats, ce n'est pas évident de les réutiliser proprement.
Enfin bon, sans le contexte ni le contenu difficile de savoir ce qu'il est mieux/possible de faire.

Drap

 
Table temporaire globale, ou alors table partitionnée si gros volume de données sinon

Merci pour les informations complémentaires. Finalement la procédure stockée a été modifiée pour renvoyer des données en sortie. J’ai été écoutée.

Petit drapal. Apparemment personne n'utilise DB2 sur HFR  

Ah IBM et Cobol ? J’ai utilisé DB2 par le passé et j’y retourne dès le moins prochain.

 
Si, moi

DB2 LUW

Edit: erreur de topic

Pourquoi on ne peut pas exploiter un alias dans son select sur oracle?

hein?

 
 
C’est dans la norme SQL, donc si

ok, merci. Si dans mon select j'utilise des fonctions genre " to_char", je mets quoi dans le GROUP BY?
 
SELECT to_char(date,'YYYY') AS Year, sum(chiffre_d_affaire) AS CA
FROM toto

SELECT to_char(date,'YYYY') AS Year, sum(chiffre_d_affaire) AS CA
FROM toto  
GROUP BY to_char(date,'YYYY')  
 
 
?

J'ai une FK, si la FK n'a jamais été configurée ou a été déconfigurée je veux un fallback, mais si elle a été configurée à un truc vide je veux un résultat vide. Sous postgres.
 
Ya pas d'autre moyen que d'ajouter un flag à côté?

Pour différencier null de null?  A priori non.

SQL s'vraiment de la merde, en Haskell tu peux différentier Nothing de Just Nothing

J'ai plus qu'à chercher comment fonctionnent les triggers qui implémentent les FK dans posgres

 
En même temps, vu d'ici, si un champ vide peut avoir plusieurs significations métier il est probablement logique qu'il y ait deux champs, en fait.
 
C'est quoi le contexte, j'ai du mal à voir l'objectif.

Pareil, je comprends pas trop l'énnoncé
 
Et NULL n'est pas égal à "rien", c'est NULL quoi

J'ai besoin de fallbacks sur un record, yay coalesce, sauf que le fallback doit pas avoir lieu quand le champ a été explicitement "vidé", uniquement quand il n'a jamais été setté, ou qu'il a été "unsetté" (dans la couche métier c'est une opération différente de vider, cf mettre une valeur à null dans une hashmap vs enlever la clé).

En gros j'essaie de convertir un gros modèle EAV en des tables adjacentes (mieux structurées, mieux typées et possibles à contraindre proprement), mais les règles de fallback sont pas optionnelle.

Le SQL mixe "vide" et "inconnu", NULL remplit les deux rôles

D'ailleurs Codd avait suggéré une 4VL différentiant "pas de valeur, applicable" (vide) et "pas de valeur, inapplicable" (inconnu).

Bonjour à tous,  
 
Je suis en train de me lancer dans l'aventure SQL + asp core et je suis en train de créer une application de formation pour m’entraîner. Sauf que je ne suis pas sur de partir sur la bonne voie !
 

 
Ce que je veux faire, c'est savoir, quel opérateur a été formé par quel formateur, sur quel poste et à quel standard.
 
Concrètement :
 
-Le site est divisé en secteurs
-Les secteurs possèdent plusieurs bâtiments
-Les bâtiments possèdent plusieurs zones
-Les zones possèdent plusieurs postes
-Les postes possèdent plusieurs documents(standards).
-Un standard peut être rattaché à plusieurs zones de plusieurs bâtiments
-Un opérateur est rattaché à un bâtiment
-Un formateur est rattaché à un bâtiment
-Une formation regroupe la date, le standard, le formateur, l'opérateur
 
Voici ma requête de création de base, ça fonctionne, ça à l'air cohérent mais comme c'est ma première fois
 

 
Qu'en pensez vous ? J'ai surtout du mal avec les Constraints. Pour la table bâtiments par exemple, je veux être sur qu'il n'y ai qu'un seul bâtiment qui porte le même dans dans le même secteur.
 
Merci

Bon après pas mal de tests, je me suis rendu compte que les "Constraints" foutaient pas mal la merde.
 
en me basant simplement sur des "uniques" ça fonctionne

Il y a des gens qui ont joué avec ON CONFLICT DO UPDATE dans postgres? Comment on gère quand on a plusieurs records en conflict, et donc qu'on a plusieurs records dans la table et plusieurs dans la pseudo-table excluded?

(apparemment la clause du DO UPDATE s'exécute comme un UPDATE normal sur toutes les rows en conflit? La doc est vraiment pas claire)

(edit: ou bien la pseudo-table EXCLUDED aurait plusieurs entrées quand on a plusieurs rows en insertion qui sont en conflit avec la même row existante?)

Sur une table historicisee genre (a, b, c, time) qu’elle est la manière la plus efficace de récupérer les derniers (b, c) pour chaque a sur une table avec des centaines de miyons d’entrées?
 
Les possibilités me semblent être distinct, groupby ou window function mais je sais pas s’il y en a une qui serait rapide, ou qu’elle indexation serait utile.

je parierais sur  la sous requête : where not exists select 1 from t where  a= b = c = and time >  
 
index sur a  et time  ?

 
Est-ce que A est inséré de façon séquentielle ?
Si l'index clustered sur table est déterminé par A, pas besoin d'index supplémentaire.
 
Attention au fill factor dans ce cas, pour éviter le split de page dans l'arbre.

Quelle est la nature exacte des a, b, c ? Cardinalité des a ?

Si cardinalité faible et présence d'une clé primaire de type autoincrément, je tenterais bien une table temporaire du type select  a, max(id) group by a et une autojointure pour récupérer les b & c

Ca peut aller "relativement" vite si auto increment + a de type integer et indexé

EDIT : Ne marche que si tu souhaites la dernière ligne pour chaque a, pas les n dernières bien sur

Dans ce genre de cas je fais ça moi (sous Oracle):

select a, max(to_char(time, 'YYYY-MM-DD HH24:MI:SS') || '-' || b || '-' || c  ) as toto
from ma_table
group by a

Plus une bidouille ensuite pour re-décomposer le résultat (toto).

De cette facon un seul scan de la table, pas d autojointure.

mais pas d'index, si ?

 
L'aggrégation ne te jette pas ?
 
J'ai un doute quant à la fiabilité du max dans ce cas.

 
Faire de la mise en forme via le sgbd c'est moyen quand même...
 
Et une opération d'aggregation sur une concaténation de plusieurs champs sur des centaines de millions de lignes, c'est un coup à mettre le serveur à terre...

Fait plein de fois, ca marche très bien.  (Oracle à chaque fois)
Y compris sur des tables à + de 10 millions de lignes.  Bon y a de la CPU et de la RAM bien comme il faut.
Ca fait un TABLE ACCESS FULL, ce qui me parait logique vu que c'est certainement la solution où au final le SGBD parcourira le moins de données. Bon niveau CPU par contre possible que ce soit pas le mieux.

Edit : ici la mise en forme est là uniquement pour qu'on obtienne la date max associée à b et c, ma solution ne marcherait pas autrement

Faire la mise en forme par le SGBD ça reste pas le top

Ca dépend ce que tu veux faire.
Si c est pour faire des analyses occasionnelles sur des données, pour investiguer un problème, je prefere faire comme ça.  

Si c'est dans le cadre d'un traitement amené à tourner au moins quotidiennement, évidemment je vais chercher une autre solution mais là je crois que je partirai sur un truc avec une table intermédiaire (contenant seulement   a et max(time)), sinon un fenetrage  car sous Oracle, mon experience perso c'est que le NOT EXISTS c'est trop instable.

En fenetrage ca donnerait,

select  a, b, c, time
from (
select a, b, c, time,  max(time) over(partition by a) as lastTime
from ma_table
) where time=lastTime

mais là niveau impact sur l'activité de la base, je me poserai des questions

C'est pas idiot sa bidouille. Il se sert de cette "mise en forme" pour juste récupérer les valeurs associées à a et la date/heure. Comme la date/heure est convertie en chaîne et est situées en début de chaîne, le MAX va faire une sorte de tri des chaînes obtenues par ordre alphabétique. Mécaniquement, ça sera celle qui a la date/heure la plus élevée qui va ressortir car stockée au format YYYYMMDDHHMMSS.
 
Je me note cette bidouille en tout cas. Dans certains cas, ça peut être plus intéressant qu'une autojointure avec sous-requête...