Le SQL, c'est de la m*rde

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 "pires" requêtes ne portaient au final jamais plus que sur quelques dizaines de tables concernés ...

J'avais 600 tables technique avec tous les noms de colonnes en technique du genre , seden, secli...

Et je devais maintenant les procédures stockées, sans aucune passation. Et toi ?

tu troll j'espère

c'est un peu comme dire que le html c'est dur à maitriser

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Le 30 avril 2024 à 12:42:30 :

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 "pires" requêtes ne portaient au final jamais plus que sur quelques dizaines de tables concernés ...

J'avais 600 tables technique avec tous les noms de colonnes en technique du genre , seden, secli...

Et je devais maintenant les procédures stockées, sans aucune passation. Et toi ?

Bah pareil souvent les grands groupes aiment se crées des normes( on se sent pertinent) avec des règles à la con pour le nom des tables histoire que seul les initiés de leur secte comprennent...
Et j'ai eut des procédures stockés qui partaient dans tous les sens vers de l'oracle sur unix et du db2 sur iseries avec une partie en asynchrone => donc larmes et crises de folies

Le 30 avril 2024 à 12:43:53 :

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Je plussoie. Je suis également en train de demander une augmentation car je fais le même taf qu'un autre dev sur mon projet avec les mêmes responsabilités mais pour 9k de moins (il a tout de même plus d'expérience donc j'ai jamais demandé à avoir autant que lui). J'ai fait un point avec ma RH, elle m'a dit que tout le monde disaient du bien de moi mais que c'était pas assez pour une augmentation, que je pouvais pas continuer à faire ce que je fais actuellement pour un meilleur salaire

Je vais donc avoir plus de taf et de responsabilités pour moins de salaire que mon collègue

Le CV est déjà fait et envoyé à d'autres boîtes

Bref, c'est un tout autre sujet mais ça commence à déborder.

Le 30 avril 2024 à 12:51:57 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:43:53 :

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Je plussoie. Je suis également en train de demander une augmentation car je fais le même taf qu'un autre dev sur mon projet avec les mêmes responsabilités mais pour 9k de moins (il a tout de même plus d'expérience donc j'ai jamais demandé à avoir autant que lui). J'ai fait un point avec ma RH, elle m'a dit que tout le monde disaient du bien de moi mais que c'était pas assez pour une augmentation, que je pouvais pas continuer à faire ce que je fais actuellement pour un meilleur salaire

Je vais donc avoir plus de taf et de responsabilités pour moins de salaire que mon collègue

Le CV est déjà fait et envoyé à d'autres boîtes

Bref, c'est un tout autre sujet mais ça commence à déborder.

classique

Le 30 avril 2024 à 12:50:53 :
J'ai bossé vace des procédures stockées de 2000 lignes qui s'appellent les uns aux autres
c'était en sybase, il fallait debug du SQL en perma avec des cursor
J'en ai encore une PTSD

le debug inter-composant et inter-système dans ces environnements de zinzin
mais il y a pas des logs avec des traces plutôt ?

Le 30 avril 2024 à 12:53:01 NeutrinoBC3 a écrit :

Le 30 avril 2024 à 12:50:53 :
J'ai bossé vace des procédures stockées de 2000 lignes qui s'appellent les uns aux autres
c'était en sybase, il fallait debug du SQL en perma avec des cursor
J'en ai encore une PTSD

le debug inter-composant et inter-système dans ces environnements de zinzin
mais il y a pas des logs avec des traces plutôt ?

à la fin ça allait dans un truc DB2 en COBOL
Après heureusement il y avait moyen de debug en production
Bon parfois ça lockait des tables mais c'est la vie on va dire

Le 30 avril 2024 à 12:51:57 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:43:53 :

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Je plussoie. Je suis également en train de demander une augmentation car je fais le même taf qu'un autre dev sur mon projet avec les mêmes responsabilités mais pour 9k de moins (il a tout de même plus d'expérience donc j'ai jamais demandé à avoir autant que lui). J'ai fait un point avec ma RH, elle m'a dit que tout le monde disaient du bien de moi mais que c'était pas assez pour une augmentation, que je pouvais pas continuer à faire ce que je fais actuellement pour un meilleur salaire

Je vais donc avoir plus de taf et de responsabilités pour moins de salaire que mon collègue

Le CV est déjà fait et envoyé à d'autres boîtes

Bref, c'est un tout autre sujet mais ça commence à déborder.

ayaaaaao ce manque de respect

ça te fait quoi d'être pris pour une merde ?

Le 30 avril 2024 à 12:57:45 :

Le 30 avril 2024 à 12:51:57 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:43:53 :

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Je plussoie. Je suis également en train de demander une augmentation car je fais le même taf qu'un autre dev sur mon projet avec les mêmes responsabilités mais pour 9k de moins (il a tout de même plus d'expérience donc j'ai jamais demandé à avoir autant que lui). J'ai fait un point avec ma RH, elle m'a dit que tout le monde disaient du bien de moi mais que c'était pas assez pour une augmentation, que je pouvais pas continuer à faire ce que je fais actuellement pour un meilleur salaire

Je vais donc avoir plus de taf et de responsabilités pour moins de salaire que mon collègue

Le CV est déjà fait et envoyé à d'autres boîtes

Bref, c'est un tout autre sujet mais ça commence à déborder.

ayaaaaao ce manque de respect

ça te fait quoi d'être pris pour une merde ?

Ça me fait ouvrir les yeux sur le fait que je vais partir de cette boîte sans me retourner quand j'aurais trouvé mieux ailleurs

Je vais prendre leur augmentation (si je l'ai) et je vais chercher ailleurs avec le nouveau salaire comme base de négociation.

Le 30 avril 2024 à 12:54:30 :

Le 30 avril 2024 à 12:53:01 NeutrinoBC3 a écrit :

Le 30 avril 2024 à 12:50:53 :
J'ai bossé vace des procédures stockées de 2000 lignes qui s'appellent les uns aux autres
c'était en sybase, il fallait debug du SQL en perma avec des cursor
J'en ai encore une PTSD

le debug inter-composant et inter-système dans ces environnements de zinzin
mais il y a pas des logs avec des traces plutôt ?

à la fin ça allait dans un truc DB2 en COBOL
Après heureusement il y avait moyen de debug en production
Bon parfois ça lockait des tables mais c'est la vie on va dire

Moi jeune débutant:
je pense que le problème vient du core legacy chef
va falloir que tu débug alors ca doit être dans la couche RPG ou COBOL
Cobol ca existe encore çà? le RPG c'est un jeux vidéo ? moi j'ai appris que java et c++ à l'école moi chef...
T'as plus qu'à apprendre alors, tu trouveras tous les manuels dont tu as besoin chez le service documentation..

Le 30 avril 2024 à 13:00:23 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:57:45 :

Le 30 avril 2024 à 12:51:57 Aang[-_-] a écrit :

Le 30 avril 2024 à 12:43:53 :

Le 30 avril 2024 à 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

C'est la dure vie d'ingésclave francais kheyou
C'est pour çà que tu as signé ...
Faut bien que tu te salisse et transpire pour que ton ingésclavagiste puisse s'acheter sa 2em maison de vacances et sa nouvelle BMW série 7

Je plussoie. Je suis également en train de demander une augmentation car je fais le même taf qu'un autre dev sur mon projet avec les mêmes responsabilités mais pour 9k de moins (il a tout de même plus d'expérience donc j'ai jamais demandé à avoir autant que lui). J'ai fait un point avec ma RH, elle m'a dit que tout le monde disaient du bien de moi mais que c'était pas assez pour une augmentation, que je pouvais pas continuer à faire ce que je fais actuellement pour un meilleur salaire

Je vais donc avoir plus de taf et de responsabilités pour moins de salaire que mon collègue

Le CV est déjà fait et envoyé à d'autres boîtes

Bref, c'est un tout autre sujet mais ça commence à déborder.

ayaaaaao ce manque de respect

ça te fait quoi d'être pris pour une merde ?

Ça me fait ouvrir les yeux sur le fait que je vais partir de cette boîte sans me retourner quand j'aurais trouvé mieux ailleurs

Je vais prendre leur augmentation (si je l'ai) et je vais chercher ailleurs avec le nouveau salaire comme base de négociation.

t'as bien raison, si tu trouves mieux ailleurs pourquoi te priver

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

En fait la victime c'est toi. Le SQL c'est une valeur sûre depuis 50 ans.

C'est juste qu'on t'a mis sur un projet de merde avec une dette technique monstrueuse...

Au lieu de rager contre ce beau langage, porte tes cojones et barre toi du projet...