requêtes SQL j'ai RAGEQUIT AHI

OP
JO

Joemeek

il y a 5 mois

putain les liaisons OneToMany, les jointures à visualiser directement dans les classes jpp

OP
JO

Joemeek

il y a 5 mois

2024 et on automatise rien ahi

GL

Gloubichou

il y a 5 mois

Pourtant c'est pas ça qui est compliqué en SQL. Y a des features vachement plus complexes

36

360matt

il y a 5 mois

Faudrait une interface pour à la fois architecturer les bases de données, mais également à la fois créer des routes API qui pointent vers ces bases de données.

Imagine en 10min tu deploy une API data fonctionnelle...

OP
JO

Joemeek

il y a 5 mois


Pourtant c'est pas ça qui est compliqué en SQL. Y a des features vachement plus complexes

en vrai c'est pas si compliqué mais dès que j'ai des clés étrangères y'a toujours un truc de merde ahi

GL

Gloubichou

il y a 5 mois


Faudrait une interface pour à la fois architecturer les bases de données, mais également à la fois créer des routes API qui pointent vers ces bases de données.

Imagine en 10min tu deploy une API data fonctionnelle...

Tu fous un graphql par dessus, c'est extrêmement rapide et simple hein Faut juste faire gaffe aux droits d'accès et aux N+1
Edit : la pagination ça peut être un peu relou éventuellement

S5

Stabb52

il y a 5 mois

][

]redstar[

il y a 5 mois

et voila pourquoi on utilise NoSQL comme MongoDB

GL

Gloubichou

il y a 5 mois


et voila pourquoi on utilise NoSQL comme MongoDB

C'est vite limité en termes de queries. Tu peux pas faire des choses trop complexes Enfin c'est pour des cas d'usage différents

GI

GIO959

il y a 5 mois

Caent est du langage de secrétaire comme diraient un ancien prof d'algoent https://image.noelshack.com/fichiers/2020/44/6/1604162104-cafe0sugarent.jpg
Et iellent a raisonne c'est pétax en vrai https://image.noelshack.com/fichiers/2020/44/6/1604162104-cafe0sugarent.jpg

OP
JO

Joemeek

il y a 5 mois


et voila pourquoi on utilise NoSQL comme MongoDB

on le voit cet aprèm

GL

Gloubichou

il y a 5 mois


Caent est du langage de secrétaire comme diraient un ancien prof d'algoent https://image.noelshack.com/fichiers/2020/44/6/1604162104-cafe0sugarent.jpg
Et iellent a raisonne c'est pétax en vrai https://image.noelshack.com/fichiers/2020/44/6/1604162104-cafe0sugarent.jpg

J'ai fait une spécialisation algorithmie en école : je peux te dire que dans le monde réel, le SQL est 1000 fois plus utile Et tu te pètes plus souvent les dents dessus aussi

PP

PenseeProfonde

il y a 5 mois

Utiliser un ORM en 2024, naturelle est ta sélection

GI

GIO959

il y a 5 mois

Breffent probablyent corréléent à une baisse générélisée du IQ en francent https://image.noelshack.com/fichiers/2020/44/6/1604162104-cafe0sugarent.jpg

PP

PenseeProfonde

il y a 5 mois


Faudrait une interface pour à la fois architecturer les bases de données, mais également à la fois créer des routes API qui pointent vers ces bases de données.

Imagine en 10min tu deploy une API data fonctionnelle...

OP
JO

Joemeek

il y a 5 mois

il faut que je refasse un cours la dessus de manière générale j'ai pas eu de problème mais aujourd'hui ça m'a brisé le moral

OP
JO

Joemeek

il y a 5 mois

j'ai le sentiment que je les connaitrais jamais ahi (enfin les requêtes simple oui)

KL

Klarann

il y a 5 mois

les jointures ce n'est pas le plus complexe hein ^^

OP
JO

Joemeek

il y a 5 mois


les jointures ce n'est pas le plus complexe hein ^^

je sais

dois je faire un plan pour visualiser ? mon MCD peut suffire ?

S_

Stoofy_

il y a 5 mois

go chatgpt o1 preview il est implacable en requête SQL il m'a fait une requête hyper complexe et ultra opti de 200 lignes qui m'aurait surement pris une journée à débug en 2Min

KL

Klarann

il y a 5 mois

je sais

dois je faire un plan pour visualiser ? mon MCD peut suffire ?

si ton modèle de donénes est clair ça ne devrait pas posser de problème, au pire demande à chatgpt en donnant le nom des tables et des clés de jointures et il te créé la requête, dans le cadre de requetes 1 to N, pense a faire des group by si tu ne veux qu'une seule ligne de la table A

OP
JO

Joemeek

il y a 5 mois

si ton modèle de donénes est clair ça ne devrait pas posser de problème, au pire demande à chatgpt en donnant le nom des tables et des clés de jointures et il te créé la requête, dans le cadre de requetes 1 to N, pense a faire des group by si tu ne veux qu'une seule ligne de la table A

le problème c'est qu'en utilisant GPT je n'apprends pas

S_

Stoofy_

il y a 5 mois

le problème c'est qu'en utilisant GPT je n'apprends pas

bah tu lui demandes de t'expliquer pas à pas comment il a fait, faut coder avec l'ia si tu veux être compétitif avec les autres

OP
JO

Joemeek

il y a 5 mois

en tout cas merci, oui sur le projet avec mon MCD j'ai pas de souci. (enfin pas celui làa )

OP
JO

Joemeek

il y a 5 mois

bah tu lui demandes de t'expliquer pas à pas comment il a fait, faut coder avec l'ia si tu veux être compétitif avec les autres

je l'utilise beaucoup, faut juste faire la part des choses

J'ai une appli avec Spring Boot en back, et Svelte pour le front, Firebase pour l'auth

PT

PauvreTarax

il y a 5 mois


Pourtant c'est pas ça qui est compliqué en SQL. Y a des features vachement plus complexes

T'es bon pour motiver les gens toi

OP
JO

Joemeek

il y a 5 mois

T'es bon pour motiver les gens toi

ça va j'ai vu pire ici ahi

H5

h564kh

il y a 5 mois

Justement c'est pas du SQL si tu parles de classes : pour être à l'aise avec un ORM il faut commencer par apprendre SQL (donc le modèle relationnel). L'ORM n'est qu'une surcouche (derrière c'est traduit en SQL). De manière générale plus on comprend ce qu'il se passe dans le bas niveau et plus on est à l'aise. En cas de pépin ça devient obligatoire pour pouvoir débugger. Dans tous les cas rajouter une couche genre api platform ne va pas arranger les choses, ces outils servent à simplifier la tâche quand on sait déjà ce que l'on fait, au moindre besoin spécifique ou bug tu vas galérer encore plus