Le SQL, c'est de la m*rde
Dr-_-Acula
2024-04-30 12:23:50
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.
HarryPottaire
2024-04-30 12:25:19
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
NeutrinoBC3
2024-04-30 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
japonaine
2024-04-30 12:28:57
Combien de lignes, vraiment ?
Le modèle de données est correcte ?
C'est documenté ?
Aimshield
2024-04-30 12:30:08
Lop c'est encore possible d'être dev en 2024 ?
C'est quoi le salaire au début ?
japonaine
2024-04-30 12:30:34
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 ?
japonaine
2024-04-30 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
Ebullition
2024-04-30 12:32:10
C’est super le SQL.https://image.noelshack.com/fichiers/2022/37/1/1663014384-ahi-pince-mais.png
Aang[-_-]
2024-04-30 12:32:20
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.
vefyeheste
2024-04-30 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éhttps://image.noelshack.com/fichiers/2016/26/1467335935-jesus1.png
Aang[-_-]
2024-04-30 12:33:50
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.
japonaine
2024-04-30 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éhttps://image.noelshack.com/fichiers/2016/26/1467335935-jesus1.png
L'angoisse, refais le pipeline dans ce cas et fais tes traitements avec python
NeutrinoBC3
2024-04-30 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 "pires" requêtes ne portaient au final jamais plus que sur quelques dizaines de tables concernés ...
Zzzzzzzzooooooo
2024-04-30 12:34:48
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
Zzzzzzzzooooooo
2024-04-30 12:36:03
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éhttps://image.noelshack.com/fichiers/2016/26/1467335935-jesus1.png
J'avais eu 20/20 au module sql. Ajd je serai incapable de faire quoique ce soit ayaaa
vefyeheste
2024-04-30 12:36:34
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éhttps://image.noelshack.com/fichiers/2016/26/1467335935-jesus1.png
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 DEVshttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Je suis plutôt coté OPS
NeutrinoBC3
2024-04-30 12:37:13
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.
Aang[-_-]
2024-04-30 12:39:59
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
vefyeheste
2024-04-30 12:41:15
Tu ouvres le fichier .sql que tu doit modifier et tu trouve ça
Creation : SM - le 07/06/2007
Ta reac'SQL ?https://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Auxchiottespsg
2024-04-30 12:42:21
Titouan a balancé un update sans le wherehttps://image.noelshack.com/fichiers/2017/30/4/1501185683-jesusjournalbestreup.png