Reprise du message précédent :
Question stored procedures:
 
Dans mon ancien job (il y a 7 ans déjà, j'utilisais des stored procedures qui étaient dans un Oracle. Je devais soumettre des queries au mec en charge de Oracle dans cette boite et il préparait la stored procedure)
 
Depuis, je n'ai plus utilisé vraiment de stored procedures parce que partout, je vois essentiellement des appels SQL directement depuis PHP (et plus ŕecemment python par exemple).
 
En passant de PHPStorm (qui embarquent un système de résolution de queries au niveau du code PHP) à VSCode (qui n'en possède pas), se pose l'utilisation d'un outil externe (DBeaver par exemple). On peut aussi utiliser une extension vscode.
 
Du coup, il semble plus logique de préparer ses queries dans l'outil externe (ou même en ligne de commande avec mysql client).
 
La question, c'est pourquoi ne pas créer des stored procedures au lieu d'avoir le code SQL embbeded dans le code PHP/Python ou autre ?
 
PS : Quand on utilise un ORM, la question ne se pose évidemment pas.
 
Est-ce que vous utilisez les stored procedures, que ce soit avec PostgreSQL, MySQL ou SQL Server?
 
Quand on se renseigne, on n'y voit que des avantages dans les articles, mais sur github ou autre, ça semble finalement très peu répandu.

même avec un ORM je pense que tu peux être intéressé par avoir un code sql assez trivial sur des vues et des procédures stockées.
 
J'ai pas de bonne réponse à la question de fond, j'ai fait les 2, parce que chez Oracle ils font tout en stored procs partout, et j'ai aussi utilisé mysql.
 

les stored procédure c'est compliqué à versionner/ tester / maintenir/déployer
 
je ne les ai utilisé que dans des cas spécifiques, généralement lié aux perfs que ça apporte

This.
 
Dans mon ancien taff, l'ERP avait toute sa logique métier en procédures stockées, avec Sybase.
Ils ont réussi à migrer sous PostgreSQL en portant toutes les procédures stockées dans PostgreSQL, avec un outil automatisé qui leur a fait 90% du taff.
C'est une architecture d'un autre temps selon moi.
C'est déjà difficile de trouver des devs compétents en SQL, alors si t'ajoutes ce pré-requis en plus, t'as plus personne sur le marché à part Lam's

y'a skeye aussi,  c'est une bête en SQL

- how you built a bike trailer? my partner is building one too.
 
awkward

Au basket aussi.

 
C'est variable, on utilise ici énorménent de PLSQL, mais on réserve ca surtout dans 3 use cases:
  - la fonction peut s'exprimer en stable/immutable: https://www.postgresql.org/docs/14/ [...] ility.html
  - la fonction nécessite bcp d'appels et de back & forth, dans ce cas tout laisser au sein de Postgres aide énormément.
  - on est sur un point ou la performance est critique.
 
Je dirais que meme pas 10% du SQL rentre dans une de ces cats. A noter qu'on utilise aussi ca:
https://www.postgresql.org/docs/14/sql-prepare.html
 
Deja plus fréquent et s'approche des perfs d'une stored procedure... Mais pareil on réserve pour les queries qui sont sans arret utilisées (genre checker que l'utilisateur est lié a un projet par exemple).
 
 
 

 
Mon XP est surtout sur Postgres, autant que je sache sous MySQL c'est peu utile (pas tres perf), sous Postgres et Oracle excellent, et sous Mssql c'est presque indispensable.
 
Mais globalement dans une boite de taille moyenne comme la ou je travaille c'est indispensable, on parle par exemple du CPU qui passe de 30% avg a 5% avg entre SQL et stored procedure sur une fonction utilisée plusieurs fois par secondes. Donc c'est pas trop négociable dans certains cas
 

 
EDIT: vala, c'est super perf, mais c'est chiant

Hmm côté MS, on peut faire des projets purement SQL avec du versionning, des tests, du packaging. Et quand je l'avais utilisé, c'était vraiment bien foutu.

Edit: ça date d'il y a au moins 5ans, je pense que ça a du encore évoluer, ça s'incorporait avec Visual Studio.

This exactly.
 
Dans mon ancienne COGIP quand j'étais arrivé en 2012 tout le backend utilisais des stored procedure, c'était ultra chiant, non testable etc.
J'ai fait tout migrer, les seules qu'on avait gardé c'étais des trucs spécifiques pour du reporting

Les proc stockées c'est très bien pour des traitements relativement complexes et pas assez performants en els traitant coté "client".
 
Pour des trucs simples ça parait mal adapté avec les outils "standard" actuels...même si perso je vois pas le problème coté versioning / déploiement - modifier une procédure stockée ça peut se gérer comme une migration de schéma classique.
 
Après ça peut être une approche valide dans des cas super spécifiques, genre tu as N applis qui interrogent direct ta bdd sans passer par des webservices...ça peut être un moyen de mutualiser, j'ai vu ça sur quelques applis (assez anciennes, certes ). J'ai même à une époque vu une boite qui tentait de vendre un truc pour générer des WS SOAP à-partir de procédures stockées.

Ca permet d'exposer une API côté DB

voilà, c'est l'idée. Après de nos jours je pense pas que ce soit une bonne idée dnas la majorité des cas.

...en même temps je suis pas sûr qu'ici il y a quelqu'un qui a eu à pratiquer des trucs aussi complexes que moi il y a 8 ans sur cette techno...les traitements PL/SQL qui prennent 5h en tournant en parallèle sur 24 cpu c'est pas courant

D'une, c'est pas un truc que les gens veulent vraiment faire, d'ailleurs pas avoir à migrer de schéma est un des points sur lesquels les dbs nosql essayaient de se vendre

De deux, les ORMs & co ont généralement du support dédié pour la migration de modèle de données, pour les stored proc par contre faut se les fader à la main.

C'est difficile à argumenter aussi, parce-que ça implique que tout le système est dans la DB, ce qui est devenu rare, généralement non seulement chaque DB correspond à une application mais t'as plusieurs DBs par applications (caches, queues, ...), donc il est beaucoup plus logique d'avoir l'application qui expose aussi une interface pour des tiers.
 
Je pense que l'idée de tout coder dans la DB c'est devenu très rare en dehors du data warehousing.

 
J'ai dit que ça paraissait faisable et que ça s'était déjà vu, pas que c'était une bonne solution de nos jours. J'ai même dit l'inverse, il me semble.
 
Après le coté multi DB/microservices me fait plutopt loliloler, perso, pour l'immense majorité des besoins.

Je parle plutôt d'avoir ta DB principale et un memcache à côté, ou un redis, pour pas avoir à taper dans la db, et / ou une task queue pour les trucs à faire en asynchrone.

 
Quel connard… soit il a magnifiquement donné le change pendant toutes ces années, soit l’âge ça lui fait pas du bien

Pour le coup oui ce type d'outillage est peut être plus compliqué à utiliser, si tu pars sur une archi à base de procédures stockées...
Après perso je vous finalement assez peu de besoins de ce genre pour des cogip pas trop grosses, c'est souvent overkill.

En fait tu n'es pas fait pour les petits écrans.
J'avoue que l'écran 5,5 est vraiment limite limite.
Il faudrait un écran 7 voire 8 pouces que sur la Gpd win max 2. Qui a les mêmes caractéristiques mais un form Factory de Nintendo DS
La Gpd win 3 est le seul compromis que j'ai pu trouver pour pouvoir jouer aux jeux vidéos quand je ne suis pas chez moi.
Seul la seule console qui possède une bibliothèque de jeux monstrueuse et qu'on peut aussi facilement ne pas acheter.

atsuG

C'est un avis comme un autre, personnellement je ne vois pas ce qu'il dit de mal, je sais pas si je fais parti du public. Je voyais déjà pas vraiment le mal lorsqu'il y'a eu l'altercation avec le web par rapport au fait de pas parler politique etc au travail, ça reste un avis comme un autre
 
Il y a de l'excès dans les deux sens, des god programmer qui veulent passer pour humble et des total noob qui veulent se donner de la prestance.
 
Y'a surtout un malheureux biais des gens qui croient que certains dev sont très très bon car ils sont connus ou ont 100k follower sur twitter ou bossent dans un gafam, alors que la plupart des meilleurs dev sont dans l'ombre, font pas de bruit, font le job et sont pas intéressés par la fame.
 
J'ai eu l'occasion de discuter avec des dev evangelist de plusieurs grosses boites lors de conférences qui sont soit disant très bon, mais j'ai surtout l'impression qu'ils sont jack of all trades master of none, beaucoup de 101, et dans l'autre sens devs de random entreprises qui n'ont pas de compte github/twitter qui sont des pures génies

Ah et j'assume
Et même c'est plus arrangeant d'avoir un jeu qui ne se connecte pas en ligne quand on a une GPD Win, sinon obligé de faire un partage de connexion ou impossible de lancer le jeu une fois sur 5 (ça m'est arrivé avec GTA V que j'ai acheté), à chaque lancement une fois sur 2 je me coltine une mise à jour à la con de steam ou du launcher rockstar ou bien une obligation de me connecter en ligne.

c'est vrai que le launcher Rockstar est un vrai cancer, les devs qui ont pondu ça devraient finir sur le bucher

A part Steam et GOG, tous les launcher sont à chier. C’est lent et mal foutu.

+1, j'ai d'ailleurs regroupé tous mes launchers sur GOG, c'est bien plus pratique

Moi je trouve qu'il a raison. Notamment sur la responsabilité des bons de ne pas faire genre qu'ils sont des ânes qui ont des fois de la chance quand ils copient du code de stack overflow. J'ai fait un retour similaire à un collègue, hyper fort et sympathique au demeurant, qui a une tendance à poser des "questions cons" qui n'en sont pas. Un peu comme nraynaud, quoi. Des gens bien assez intelligent pour savoir objectivement la pertinence de leur syndrome de l'imposteur. Ça n'aide pas grand monde de pretendre que tout le monde est également benêt.

Je n'ai que le 1, mais c'est sensiblement les même atouts et défauts.

Le produit est épatant, c'est indéniablement génial d'avoir tout embarqué dans le casque, sans rien avoir à brancher. Ça marche.

Après, bah passé le moment wahou, ben, ça sert à rien. Aucun jeu ne tire parti de la VR au delà de l'immersion (ce qui eston arrive à un paradoxe : quand ok joue à un jeu vidéo, on ne veut pas être jugé sur ses prouesses techniques (en général), donc on prend plus de plaisir à appuyer sur A pour faire un salto qu'à faire une simulation de fleuret. Pourtant, l'aspect simulation c'est marginal, on n'a pas besoin de technologie pour avoir une bonne immersion, tout ce qu'il fait c'est une bonne histoire). Il y a vaguement les contrôles, mais bon le seul critère differentiateur de la VR alors c'est tout ce qu'on trouve. Du coup, c'est naze, et en plus comme c'est encore assez confidentiel même si c'est ta came il n'y a pas beaucoup de jeux où c'est bien fait.

Il reste beat saber, malheureusement qui demande des efforts que je n'ai plus la patience de faire pour pouvoir accéder à la scène de maps maisons, 100x plus intéressante que les maps proposées par défaut ; et les jeux de fitness/box pour faire du sport. Perso je suis passé à un tapis roulant pour courir en regardant Netflix c'est plus intéressant.

J'ai souvenir d'avoir jamais été trop choqué par celui de blizzard quand je jouais à HS, mais bon j'aurais quand même préféré avoir HS dans Steam.

Oui Bnet est cool aussi. Mais bon ils ont 5 jeux donc ça va.

Exactement le même feeling

#3 faite

Je suis à moitié d'accord : oui, les jeux natifs sont pour la plupart chiants, simplistes et ne tirent pas du tout partie de la VR, on est d'accord. Mais il ne faut pas oublier que ce casque n'est finalement qu'un smartphone du point de vue de ses capacités techniques, il ne faut pas s'attendre à des jeux AAA dessus (même si certains sont sortis dessus récemment)

Mais tu as oublié une autre option tout à fait envisageable avec le Quest : y jouer à partir d'un PC puissant. Et là, c'est vraiment excellent. Tu n'as même pas besoin de câble : un soft comme Virtual Desktop permet de streamer le PC sur le casque de façon très convaincante (Wifi 5 GHz fortement conseillé), et Oculus a également intégré AirLink dans le même but (même si VD est meilleur d'après moi). Tu as carrément accès à un autre monde : Half Life Alyx est une merveille, Elite Dangerous, No Man's Sky sont captivants et très immersifs, et bien sûr Flight Simulator en VR est une perle, de même que DCS.

Si tu as un PC puissant, il ne faut surtout pas te priver des jeux PCVR.

De plus, ça corrige ce que tu remontes de façon très juste sur Beat Saber Quest qui est bien casse couilles à customiser : j'ai acheté la version Steam et je ne suis plus du tout emmerdé pour importer mes propres morceaux.

 
Un des problème concernant le "niveau" des devs, c'est que tu es pas bon "pour toujours". Tu peux être connu et reconnu comme étant un très bon dev alors que tu as été un très bon dev, mais que depuis, ta vie ne t'a pas laissé le loisir de pouvoir suivre la cadence. En clair, tu es reconnu, tu montes en grade, et parallèlement à cela, tu régresses progressivement parce que tu as plus le temps de faire ce qu'il faut pour rester au sommet niveau tech (et/ou les choses changent trop vite). C'est un peu pareil en musique d'ailleurs. Techniquement, un Maxim Vengerov au violon, il est meilleur sur son premier disque à 17 ans que plus tard à 40 où on perçoit de plus en plus d’imprécisions, (même si dans son cas il reste un très grand musicien et un très grand technicien)

Même quand EA avait que 5 jeux dedans leur launcher était de la merde
 
J'ai aussi entendu du bien de itch, en tout cas du côté des gamedevs indie, mais j'ai jamais eu l'occasion de tester.

https://flairespresso.com/product/flair-58/

Ok, mais à part Half Life tu trouves vraiment que ça fait une différence la VR pour apprécier les jeux ?

Essaie Flight Simulator en VR, tu verras si ça fait pas une différence  

Ou DCS... Top Gun grandeur nature

Après, effectivement, on peut apprécier les jeux sans VR, mais pour certains, la VR apporte une dose de fun supplémentaire : No Man's Sky et Elite, quand tu les joues en VR, la possibilité de tourner la tête simplifie grandement les dogfights. Quand tu joues à Minecraft en VR, et que tu sursautes parce que tu te fais attaquer par une araignée en pleine nuit, ça fait tout drôle  

La VR n'est pas indispensable, mais pour certains jeux, elle améliore grandement le fun ou la jouabilité.

T'as regardé la dernière vidéo de Hoffman?
 
T'as la 58 X qui est moins cher (pas d'élément chauffant)

 
Pour tout ce qui est simulateur, la VR fait une énorme différence.