$5.13 piece (oui c'était pour tenter de reparer un oric ou finalement c'était le 6502 qui a cramé )
La fonction dans la ROM pour faire un self test est juste magnifique et super!
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHHHHHHHHH
— SΞbastien F4GRX (@f4grx) March 29, 2018
THIS MISTAKE HAS PREVENTED MY SI4463 DRIVER FOR WORKING DURING MORE THAN ONE WEEK
FUCK ME pic.twitter.com/dRnWxYffSD
Kevin Kofler (./2565) :Sauf que, typiquement, MariaDB permet de tricher avec ces API et de faire du multirequête (il faut envoyer une commande au préalable) même si l'API n'est pas prévue pour
Bah oui, une API pour envoyer une requête complète à la fois n'a clairement pas besoin du point-virgule.
Kevin Kofler (./2570) :ce que je lis c'est que t'as probablement des problèmes dans ta conception. Comme flanker le dit, à moins de passer par l'orm "à la main", tu ne devrais jamais avoir à "bidouiller" la bdd en direct...
Et tu ne te retrouves jamais à devoir corriger quelque chose directement dans la BDD? Parce que tout en utilisant Hibernate au boulot, je me retrouve régulièrement dans la console de MariaDB pour différentes raisons.
flanker (./2571) :C'est bien ça que je voulais dire.
que veux-tu dire par « directement dans la BDD » ?
- si c'est ouvrir une console SQL : non jamais,
- si c'est ouvrir une console (en l'occurrence Python, mais ça pourrait être n'importe quel autre langage) : plus ou moins régulièrement (selon les projets), mais je passe toujours par l'ORM.Alors déjà, nos projets sont faits en Java, un langage qui n'est pas fait pour les consoles interactives comme l'est Python (cf. ipython). Et ensuite:
vince (./2572) :Le principal cas où c'est abolument nécessaire, c'est quand le schéma des données a changé de manière non triviale. Si une colonne a été supprimée sans remplacement, Hibernate peut faire ça automatiquement. Si une colonne a été rajoutée, aussi, sous réserve que la valeur par défaut n'est pas forcément celle que tu veux. Mais si tu as des modifications plus complexes, la mise à jour automatique du schéma va foirer catastrophiquement: si une colonne change de nom, il la supprime et la recrée entièrement et toutes les données contenues sont perdues! Si une colonne change de type, la mise à jour automatique du schéma ne détecte pas du tout ça, ce qui peut conduire à des exceptions ou des comportements inattendus parce que la colonne n'a pas le type prévu par le code. Et je ne te parle même pas de cas où la représentation change plus radicalement. Donc la mise à jour automatique du schéma proposée par Hibernate n'est utilisable que dans des cas bien particuliers (par exemple, si tu n'as que de nouvelles tables et aucune autre modification) et ne doit jamais être activée par défaut dans le code. Pour toute modification plus complexe du schéma, il est impératif de recourir à du SQL codé à la main.
ce que je lis c'est que t'as probablement des problèmes dans ta conception. Comme flanker le dit, à moins de passer par l'orm "à la main", tu ne devrais jamais avoir à "bidouiller" la bdd en direct...