Reprise du message précédent :
C'est quand je vois les photos du Mt St Michel que je me dis que c'est con que Flight Sim ne gère pas (pour l'instant ?) le ray-tracing

https://www.flickr.com/photos/thom_ [...] /lightbox/

j'aurai bien pris le dernier alcatel lucent, mais il n'est plus en stock

Allez, direction Honolulu (en temps réel). Bonne nuit les filles.
 

 

Merci

Harko tu pourrais ne surtout pas passer au dessus de Llanfairpwllgwyngyll?

Le relais est hallucinant...

Harko, tu veux pas voler avec un 737 MAX, pour tester le MCAS  

C’est tellement beau FS 2020    
 
Je pensais prendre un Mac et jouer désormais sur console mais ça me fait grave hésiter maintenant  

Pourriture

Y'a pas le Max dans Flight Sim, et tant mieux

Il va sortir sur XBox

Harko, je t'attends pour la suite de notre trip ou pas ?

Le contenu de ce message a été effacé par son auteur

Ouais mais les perfs d’une Xbox X seront ridicules face aux nouveaux GPU

perso, je pense prendre la nouvelle Xbox quand elle sortira ... ça remplacera ma one qui prend la poussière.

Le prix d'une console étant équivalent à une 3070 nue...
Mais si tu as des revenus HFR compliant et pas de problèmes de place oui prend un PC, surtout que Microsoft semble suivi par Sony et sortent leurs titres sur PC maintenant

Après le bordel de toute part sur la One, tu ne te dis pas que la PS5 serait plus adaptée ?
Surtout que MS ne semble pas mieux parti sur la nouvelle génération : rien que le naming ou la comptabilité des pads c'est le bordel

Maintenant que j’y pense, je vais finir par devoir la prendre aussi parce que ma femme joue sur console maintenant
 
Même si on n’a plus trop de temps pour jouer depuis la naissance du petit

 
on verra en fonction.
 

Je partais du principe que tu avais déjà un PC adapté

je ne joue pas sur PC

C'est quoi le problème avec le naming de la Xbox One S Series X ?

la boite X 1 s série X

Bah c'est de la merde le nom.    
Surtout que série X partout dans le monde, c'est souvent pour désigner autre chose.
 
 
Perso j'ai du mal à comprendre l'interet de cette console. Les exclus Xbox sont tjs a chier et en plus sont dispo sur PC bien souvent. Sans compter les jeux multi qui sont complètement vide sur Xbox. Donc si tu veux vraiment jouer sur console, autant partir sur une PS5 imo.

perso blasé par toute ce qui est sorti après mystic quest sur game boy
skyrim à la limite, mouais

Question modélisation..
 
en relationnel, vous devez représenter des Entreprise (ENT) et des Etablissements (ETB)
 
Les ETB ont une ENT de référence => on a une foreign key entre ETB et ENT
 
une ENT a un ETB principal => la solution la plus rapide serait d'ajouter une colonne avec une foreign key entre ENT et ETB
 
Comment vous feriez ?  
 
Plusieurs autres solutions :
 
* Une colonne 'principal' dans ETB, mais alors on a un index à la con pour l'unicité de l'ETB,
* Une table de jointure.

 
Si t'as pas d'autres infos à stocker (genre la période pendant laquelle c'était l'ETB principal etc...), solution 1 pour moi. Qu'est ce qui t’embête avec le critère d'unicité (ent_id, flag principal) ? C'est trivialement supporté par les BDD now et même la majorité des ORMs.
T'aurais une 3ème solution aussi (même si j'aime moins), ce serait d'avoir directement sur ENT une FK vers l'ETB principal.

j'aime bien ta solution de foreign key Ent -> Etb

FK inverse = l’etb principal n’a pas nécessairement l’ent en ref, ça peut être utile ou un coup foireux.  
 
Flag: index unique partiel, ça me semble pas mauvais.  
 
Table de jointure avec les meta-infos, tu vas avoir la même contrainte / unicité que le cas précédent non?

Que c’est plus un index unique partiel: tu veux pas unique (ent, principal) tu veux unique (ent) where principal
Après je vois pas non plus le pb mais il bosse p-e sur une db qui gère pas?

 
Tu peux pas faire ça, parce que si tu as une entreprise avec 3 ETB, alors tu as :

 
=> l'unicité tu la met sur quel jeu de colonne ? sur ID_ENT / Principal, elle n'est pas assurée.
 
 

[/quotemsg]
 
C'est la solution "la plus rapide"
 

 
 
... Mais ça pose qques problèmes d'ordonnancement des écritures : si en partant de 0, tu veux ajouter une entreprise et son ETB principal, ça fonctionne pas avec Hibernate de base :
 
insert de l'Entreprise => il va vouloir l'ID de son établissement principal => il va vouloir insérer l'Etablissement => qui a besoin de l'ID de l'entreprise de référence.
 
Du coup, il faut passer par des artifices genre rendre la contrainte référentielle deferrable (ie : vérifiée après le commit de la transaction, et ça me fait chier)
Je me demande si rendre la colonne nullable (ce dont on a besoin fonctionnellement, quand on connaît pas l'ETB principal), ça permettrait pas de faire marcher le truc.

et les n° SIRET ?

 
À tes souhaits !

Tu la mets sur id_ent si principal
 
Si ta db gère pas les index partiel tu remplaces la db
 

C’est assez degueulasse ça. Dans ce cas il faut ajouter une contrainte pour pas pouvoir mettre la colonne à false sinon ça va être un énorme merdier.

Fonctionnellement, je pense que tu auras besoin de rendre la colonne nullable , a moins que tes utilisateurs aient toujours l'information complète + la gestion des Etb déja créé sans entreprise de référence

Je n'aime pas trop la colonne boolean, parcequ'ici aussi tu devras faire les choses dans le bon ordre lors des majs d'entreprise de référence sinon ça va péter (mettre l'ancien a false , le nouveau a true ) et tu mettras à jour 2 lignes d'ent (l'ancien et le nouveau) au lieu d'une

Oui tu es obligé de faire comme ça.
Pour ça (entre autre) qu'une table de jointure est mieux: tu n'as pas de problèmes d'insertions/délétions à cause de références circulaires, et de façon générale les modifications sont plus faciles à faire.
Tu peux même faire une table de jointure avec historique si tu as besoin, aka une table ou les lignes sont immutables, mais avec seulement des ajouts de lignes et une date d'ajout et éventuellement une numérotation.

Si tu peux attendre le week-end prochain, oui, parce que je vais récupérer mes filles et donc pas trop le temps de voler. Sinon continue, c'est pas grave, on se fera la descente du Nil comme on a dit

Bon sinon, la bande son du trailer de Dune est une vaste fumisterie, je la trouve totalement décorrélée du film. J'aurais plus vu une OST au style plus oriental, là on dirait la bande son d'un trailer du dernier Disney

Attention ils ne font plus que des croisades maintenant, pas d'amalgame

 
On les as pas  toujours. C'est justement là le drame
 

 
ouais, ça peut se faire, c'est un index fonctionnel. Mais bon, j'aime pas bien ça : pour changer l'ETB principal tu modifies 2 lignes, alors qu'on devrait n'en modifier qu'une.
 
Cela dit, pourquoi pas : ça permet aussi de savoir si un ETB est principal sans avoir à fetch l'entreprise.
 
Autre problème (mineur) : c'est la misère à modéliser en JPA, et tu introduis une différence entre ta modélisation Entité en la modélisation SGDB. C'est pas super grave, mais par exemple, il faut pas rendre le booléen modifiable dans Etablissement.
 

 
J parlais de l'éventuelle colonne "ETB_PRINCIPAL" dans ENT.  
 

 
On les as pas  toujours. C'est justement là le drame
 

 
ouais, ça peut se faire, c'est un index fonctionnel. Mais bon, j'aime pas bien ça : pour changer l'ETB principal tu modifies 2 lignes, alors qu'on devrait n'en modifier qu'une.
 
Cela dit, pourquoi pas : ça permet aussi de savoir si un ETB est principal sans avoir à fetch l'entreprise.
 
Autre problème (mineur) : c'est la misère à modéliser en JPA, et tu introduis une différence entre ta modélisation Entité en la modélisation SGDB. C'est pas super grave, mais par exemple, il faut pas rendre le booléen modifiable dans Etablissement.
 

 
J parlais de l'éventuelle colonne "ETB_PRINCIPAL" dans ENT.