Le SQL, c'est de la m*rde

Le 30 avril 2024 à 12:21:38 :

Le 30 avril 2024 à 12:16:37 :
Ca a permis de gérer les bases de données à tous les niveaux depuis 50 ans donc ont va dire que c'est plutôt l'op qui est de la m*rde...
Surtout que c'est un langage assez direct , carré et simple pour exprimer l'algèbre relationnelle...
Faut il encore en avoir les bases

Oh, j'ai les bases mais tout le SQL que j'ai à faire, c'est à chaque fois sur du code legacy pourri et j'en peux plus de ce langage à cause de ça.

On a une requête de 4k lignes avec plus de 40 left joins qui contiennent eux aussi des subqueries. Tout ça aurait pu être fait de manière très clean. Surtout qu'on a un ORM mais c'est ça de pousser des POC en prod et refourger ça a quelqu'un d'autre après

Quel enfer putain.
Pire que réparer nord stream ton truc.

Le 30 avril 2024 à 12:21:38 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:16:37 :
Ca a permis de gérer les bases de données à tous les niveaux depuis 50 ans donc ont va dire que c'est plutôt l'op qui est de la m*rde...
Surtout que c'est un langage assez direct , carré et simple pour exprimer l'algèbre relationnelle...
Faut il encore en avoir les bases

Oh, j'ai les bases mais tout le SQL que j'ai à faire, c'est à chaque fois sur du code legacy pourri et j'en peux plus de ce langage à cause de ça.

On a une requête de 4k lignes avec plus de 40 left joins qui contiennent eux aussi des subqueries. Tout ça aurait pu être fait de manière très clean. Surtout qu'on a un ORM mais c'est ça de pousser des POC en prod et refourger ça a quelqu'un d'autre après

Ayaaaaa une requête de 4k lignes
Change de boîte vite

Le 30 avril 2024 à 12:21:38 :

Le 30 avril 2024 à 12:16:37 :
Ca a permis de gérer les bases de données à tous les niveaux depuis 50 ans donc ont va dire que c'est plutôt l'op qui est de la m*rde...
Surtout que c'est un langage assez direct , carré et simple pour exprimer l'algèbre relationnelle...
Faut il encore en avoir les bases

Oh, j'ai les bases mais tout le SQL que j'ai à faire, c'est à chaque fois sur du code legacy pourri et j'en peux plus de ce langage à cause de ça.

On a une requête de 4k lignes avec plus de 40 left joins qui contiennent eux aussi des subqueries. Tout ça aurait pu être fait de manière très clean. Surtout qu'on a un ORM mais c'est ça de pousser des POC en prod et refourger ça a quelqu'un d'autre après

je pense que les 4K lignes est une exagération de ta part ... et le problème ne vient pas de SQL mais visiblement de l'incapacité à faire un modèle relationnel cohérent et raisonnable...

Sans allez jusqu'à du no-sql on peut trés bien respecter l'acroynyme ACID et faire des chose d'une atomicité fine et réfléchie .
https://fr.wikipedia.org/wiki/Propri%C3%A9t%C3%A9s_ACID

Combien de lignes, vraiment ?

Le modèle de données est correcte ?
C'est documenté ?

Le 30 avril 2024 à 12:26:35 :

Le 30 avril 2024 à 12:21:38 :

Le 30 avril 2024 à 12:16:37 :
Ca a permis de gérer les bases de données à tous les niveaux depuis 50 ans donc ont va dire que c'est plutôt l'op qui est de la m*rde...
Surtout que c'est un langage assez direct , carré et simple pour exprimer l'algèbre relationnelle...
Faut il encore en avoir les bases

Oh, j'ai les bases mais tout le SQL que j'ai à faire, c'est à chaque fois sur du code legacy pourri et j'en peux plus de ce langage à cause de ça.

On a une requête de 4k lignes avec plus de 40 left joins qui contiennent eux aussi des subqueries. Tout ça aurait pu être fait de manière très clean. Surtout qu'on a un ORM mais c'est ça de pousser des POC en prod et refourger ça a quelqu'un d'autre après

je pense que les 4K lignes est une exagération de ta part ... et le problème ne vient pas de SQL mais visiblement de l'incapacité à faire un modèle relationnel cohérent et raisonnable...

Sans allez jusqu'à du no-sql on peut trés bien respecter l'acroynyme ACID et faire des chose d'une atomicité fine et réfléchie .
https://fr.wikipedia.org/wiki/Propri%C3%A9t%C3%A9s_ACID

Toi qui a l'air d'être compétent, ça existe des boîtes qui gèrent leur data de manière responsable ?
SQL documenté, modèle de données logique et pas à l'arrache ?

Le 30 avril 2024 à 12:30:08 :
Lop c'est encore possible d'être dev en 2024 ?
C'est quoi le salaire au début ?

L'op est dans le meilleur des cas data engineer, data analyst sinon

Le 30 avril 2024 à 12:26:35 :

Le 30 avril 2024 à 12:21:38 :

Le 30 avril 2024 à 12:16:37 :
Ca a permis de gérer les bases de données à tous les niveaux depuis 50 ans donc ont va dire que c'est plutôt l'op qui est de la m*rde...
Surtout que c'est un langage assez direct , carré et simple pour exprimer l'algèbre relationnelle...
Faut il encore en avoir les bases

Oh, j'ai les bases mais tout le SQL que j'ai à faire, c'est à chaque fois sur du code legacy pourri et j'en peux plus de ce langage à cause de ça.

On a une requête de 4k lignes avec plus de 40 left joins qui contiennent eux aussi des subqueries. Tout ça aurait pu être fait de manière très clean. Surtout qu'on a un ORM mais c'est ça de pousser des POC en prod et refourger ça a quelqu'un d'autre après

je pense que les 4K ligne et trés exagéré ... et le problème ne vient pas de SQL mais visiblement de l'incapacité à faire un modèle relationnel cohérent et raisonnable...

Sans allez jusqu'à du no-sql on peut trés bien respecter l'acroynyme ACID et faire des chose d'une atomicité fine et réfléchie .
https://fr.wikipedia.org/wiki/Propri%C3%A9t%C3%A9s_ACID

Malheureusement non. C'est une requête pour une synthèse de toutes les données de la base dans un tableau avec des colonnes paramétrable (qu'on choisi ou non d'afficher) sauf que bah, on y'a pas de vérification des données à afficher dans le tableau donc ça récupère littéralement TOUT sauf dans certains cas quand probablement d'autres développeurs plus tard ont voulu limiter la casse... Un vrai plat de spaghetti.

Mais je confirme que le modèle de données est foireux aussi. Comme expliqué, c'est un poc qui a été lancé en prod y'a une dizaine d'années et maintenant y'a des surcouches de codes pourries sur une base pourrie.

Ce qu'on t'apprend sur le SQL à l'école et la réalité, c'est souvent différent

On a pas mal de SQL avec des LOOP ou des fonctions, je ne savais même pas que c'était possible avant de le voir utilisé

Le 30 avril 2024 à 12:31:15 :

Le 30 avril 2024 à 12:30:08 :
Lop c'est encore possible d'être dev en 2024 ?
C'est quoi le salaire au début ?

L'op est dans le meilleur des cas data engineer, data analyst sinon

Non du tout. Je suis dev back.

Le 30 avril 2024 à 12:32:29 :
Ce qu'on t'apprend sur le SQL à l'école et la réalité, c'est souvent différent

On a pas mal de SQL avec des LOOP ou des fonctions, je ne savais même pas que c'était possible avant de le voir utilisé

L'angoisse, refais le pipeline dans ce cas et fais tes traitements avec python

Le 30 avril 2024 à 12:28:57 :
Combien de lignes, vraiment ?

Le modèle de données est correcte ?
C'est documenté ?

L'op est sans aucun doute de mauvaise foi

les pires SI que j'ai connus (gros gros groupe internationnauux) avait des centaines de tables et vues... mais certainement pas des milliers.
Et c'était pour couvrir des besoin métiers+internes extra larges et différents ; donc pas toutes liées relationnellement entre elles.
Les "pires" requêtes ne portaient au final jamais plus que sur quelques dizaines de tables concernés ...

Le 30 avril 2024 à 12:13:48 :

Le 30 avril 2024 à 12:12:22 :
Ton QI?

Un code legacy qui a une query de 4k lignes et dont je dois faire une modif' sans tout casser dans des jointures à la con

Ataoy 4000 lignes

Le 30 avril 2024 à 12:32:29 :
Ce qu'on t'apprend sur le SQL à l'école et la réalité, c'est souvent différent

On a pas mal de SQL avec des LOOP ou des fonctions, je ne savais même pas que c'était possible avant de le voir utilisé

J'avais eu 20/20 au module sql. Ajd je serai incapable de faire quoique ce soit ayaaa

Le 30 avril 2024 à 12:34:04 :

Le 30 avril 2024 à 12:32:29 :
Ce qu'on t'apprend sur le SQL à l'école et la réalité, c'est souvent différent

On a pas mal de SQL avec des LOOP ou des fonctions, je ne savais même pas que c'était possible avant de le voir utilisé

L'angoisse, refais le pipeline dans ce cas et fais tes traitements avec python

T'es fou je ne touche pas à ce genre de truc, c'est même pas mon taff, c'est celui des DEVs

Je suis plutôt coté OPS

Le 30 avril 2024 à 12:30:34

Toi qui a l'air d'être compétent, ça existe des boîtes qui gèrent leur data de manière responsable ?
SQL documenté, modèle de données logique et pas à l'arrache ?

non ca n'existe pas .. le poids de l'existant fait toujours à un moment donné plier vers des choix "prenons pas de risque et collons juste une rustine " plutôt que de faire les choses comme elle le devrait avec le temps et les risques qui vont avec.

Le 30 avril 2024 à 12:34:14 :

Le 30 avril 2024 à 12:28:57 :
Combien de lignes, vraiment ?

Le modèle de données est correcte ?
C'est documenté ?

L'op est sans aucun doute de mauvaise foi

les pires SI que j'ai connus (gros gros groupe internationnauux) avait des centaines de tables et vues... mais certainement pas des milliers.
Et c'était pour couvrir des besoin métiers+internes extra larges et différents ; donc pas toutes liées relationnellement entre elles.
Les requêtes ne portaient au final jamais plus que sur quelques dizaines de tables concernés ...

Après, je demande pas à être cru mais juste jeter ma frustration ici car je suis sur du SQL de ce genre depuis des semaines et j'en peux plus

Tu ouvres le fichier .sql que tu doit modifier et tu trouve ça

Creation : SM - le 07/06/2007

Ta reac'SQL ?