Reprise du message précédent :

C'est pas idiot sa bidouille. Il se sert de cette "mise en forme" pour juste récupérer les valeurs associées à a et la date/heure. Comme la date/heure est convertie en chaîne et est situées en début de chaîne, le MAX va faire une sorte de tri des chaînes obtenues par ordre alphabétique. Mécaniquement, ça sera celle qui a la date/heure la plus élevée qui va ressortir car stockée au format YYYYMMDDHHMMSS.
 
Je me note cette bidouille en tout cas. Dans certains cas, ça peut être plus intéressant qu'une autojointure avec sous-requête...

Ca reste une bidouille
 
Le mieux est la 2ème version dans ce cas, window function mais en agrégeant sur la PK plutôt que le champs time. Ca évite d'avoir à coller un index sur time et sur des tables de plusieurs centaines de millions de lignes ca n'est pas négligeable.
 
Mais window function, ou table temporaire avec auto jointure, ca revient quasiment au même amha: Dans tous les cas tu dois agréger dans un premier temps et récupérer le reste ensuite. A confirmer avec le plan d'exécution
 

Salut, j'ai ressorti un vieux code que j'avais fait et j'aurai une question sur une base SQLite, me jugez pas je suis pas un pro    
 
J'ai une table comme ceci :

J'ajoute (ou) met à jour un enregistrement avec une seul requête de ce style :

 Cela (me semble) correct et cela (semble) fonctionner .
 
 
Maintenant, sachant qu'un ip est unique dans mon cas,  
Est-ce que cela serait correct/similaire de plutôt faire :

en gros, ça évite donc d’imbriquer 2 reqs ?!
 
 
Edit : wai bon hfr a fait péter toute la mise en page de mon post      

 
Ta première solution est naze en effet.
 
La seconde est meilleure, mais en SQLlite tu peux mettre l’unicité comme contrainte externe à la table ?  
C’est plus facile à manier

J'ai refait la mise en page, ta contre question m'a un peu perdu par contre
Là je suis noyé dans 50 onglets d'ouverts à essayer de comprendre.
 
Je pense qu'à la base j'avais fait ça dans le but de faire un pseudo "INSERT OR UPDATE" qui n'existe pas, dans le but de conserver le même "id primary key" plutôt qu'en recréer un autre avec un "INSERT OR REPLACE" car à relire mon code tel qu'il est actuellement cela va posé des problèmes pour la suite.  
 
J'avais du m'inspirer d'une discussion du genre https://stackoverflow.com/questions [...] lse-update
Je vois qu'il existe UPSERT et qui pourrait peu être être la solution: https://stackoverflow.com/questions [...] -or-insert

Je m’auto réponds, à priori en faisant comme ça, cela devrais être mieux / plus propre / suffisant, que l'original :

c'est encore vivant comme topic ?
 
je mongolise sur du sql, pour trouver des lignes où un montant est faux, en calculant avec les autres colonnes ce qu'il devrait être.
 
innocemment j'ai fait :

 
mais visiblement ça veut pas, il me dit que calc n'est pas une colonne.
 
donc j'ai stackoverflowé, et vu qu'il faut utiliser having, donc j'ai fait ça :
 

 
mais je ne comprends pas les résultats, il m'en sort plein qui ont l'air égaux, mais pas non plus toute la table. comme c'est uniquement des décimales, je me dit que c'est ptet un delta de précision...
 
par ex :

 
j'aimerais bien comprendre comment ne pas me faire piéger par ce deuxième cas

tes colonnes ont quel type ?  

tout real sauf quantity int

Having c'est quand tu regroupes avec group by

Les données de ton calcul sont toutes dans ta ligne ?

Ama il faut juste répéter le calcul dans la clause where, a la place d'utiliser l'alias

select amount, GrossAmount*quantity*(1+vatrate/100) as calc from payment where (GrossAmount*quantity*(1+vatrate/100)) <> amount;

oui tout tient dans la ligne c'est vraiment tout con, c'est pour ça que je rage
 
comme l'alias ne marchait pas j'ai même pas pensé à juste c/c le calcul dans le where...

ah ben effectivement ça marche comme ça, merci, par contre j'ai les mêmes résultats qui semblent incohérents qu'avec le group by having

essaye de caster ta quantité en real.
ou fait Valeur absolue(ton_calcul- amount) > 0.01

merci, j'ai essayé des casts dans tous les sens mais j'ai toujours une diff de l'ordre de 10^-5 entre les deux valeurs

par contre en faisant un >0.01 sur la diff absolue je trouve bien le coupable, merci !

j'ai eu plusieurs projets ou je devais stocker de l'argent, et je l'ai stocké sous forme d'entier (en centimes pour un projet, en centième de centime pour un autre) pour ne pas avoir de soucis

+1

En l'absence de type spécifique pour les valeurs monétaires (des serveurs sql le propose ?), Stocker des centimes (ou des millièmes si besoin) dans des int est une (très) bonne solution

Voila. Fait des comparaison égalité sur des float, c'est pas toujours génial.  
 
Exemple classique en python:
 

 
https://docs.python.org/2/tutorial/floatingpoint.html

Pour stocker des montants en BD, sous Mysql, j'utilise soit des int (effectivement bonne solution et bonnes perfs) soit le type DECIMAL(X.Y). Quand on manipule les TVA, il me semble que la règle comptable est de garder 4 chiffres après la virgule (pour éviter les erreurs de cumuls d'arrondis).

Le type MONEY sous SQL Server fait bien le job aussi

les pro du SQL.  
 
Voila mon soucis : Je me retrouve dans un sacré bordel car j'ai quitté mon précédent job pour un nouveau job qui a été annulé pour cause de COVID 19.
 
J'ai été en contact avec 2 recruteurs, une externe et un de la boite elle meme pour un poste de technical support pour un outil marketing d'une célèbre cogip internationale. Elles m'ont demandé mes connaissances en SQL. J'ai été honnête j'ai dis que j'avais juste des connaissances basics. En gros chercher les infos dans la database via des queries. Chose que je faisais dans mon ancien job.  Et aussi un peu de MySQL datant de 2004 environ quand je faisais du PHP My SQL de manière ultra basique ainsi que du HTML, un peu de javascript etc (j'avais appris les bases dans une formation webdesign)
 
Et voila que je reçois l'invitation pour l'interview et sur la description du poste :  
 

 
Est ce que vous pensez ca faisable d'apprendre ca en quelques jours (5 jours) Ou vaut mieux que j'annule totalement cet entretien pour ne pas perdre la face Je suis preneuse pour toutes resources ou conseils si vous pensez que c'est faisable.  
Je suis la formation sur Udemy : The Complete Oracle SQL Certification Course pour le moment :  
 
https://www.udemy.com/course/the-co [...] on-course/

Quel risque à voir ce que ça donne en entretien?

J'ai peur de me griller pour des postes qui auraient pu être à ma portée... C'est une grosse cogip.

Oui, va à l'entretien dans tous les cas.
 
Sinon, ne te focus pas sur un SGBD en particulier, prends un tutoriel simple sur SQL sur le net qui t'apprendra les bases (tables, syntaxe, jointures, order, where etc etc....), il y en a beaucoup de gratos.
 
On te demandera sûrement pas l'analyse du vecteur de cardinalité d'une requête victime de son parameter sniffing

Le SQL, c'est pas très compliqué ; les SGBDR ont quand même un % important en commun. Après, ben y'a la donc en ligne pour trouver dont tu as besoin ou son nom chez un autre SGBD par rapport à Mysql. Les connecteurs (j'imagine, des trucs genre ODBC ou autre outil d'abstraction de BD), c'est généralement juste un peu de conf. Le XML/Javascript/HTML, tu dis en avoir fait, donc tu ne devrais pas être trop perdue. Un petit tour sur openClassroom pour voir les principales évolutions.
SOAP, c'est du web service via XML. Là, ça va demander un peu plus de temps si tu ne connais pas du tout. Le plus problématique risque d'être "Proven in depth of knowledge of complex, database-centric, internet-based systems with at least 20% of your time spent solving with SQL and relational databases challenges. " --> ça, c'est l'expérience acquise sur des systèmes en prod, c'est pas avec des tutos en ligne que tu vas pouvoir l'acquérir. Toutefois, comme Skeye, je te recommande de faire l'entretien. Souvent, ceux qui cherchent un profil demandent le mouton à 5 pattes ou largement plus que ce dont ils ont réellement besoin (par contre bizarrement, le salaire proposé est plutôt sous-évalué par rapport au coût réel   ).
Si t'es bien câblée et que le projet n'est pas trop tendu niveau délai, tu peux acquérir rapidement les connaissances nécessaires. Ca posera pas de pb.
 
Il m'arrive de faire des recrutements. Perso, je préfère largement une personne bien câblée dans sa tête (i.e. être autonome, travailleuse/sérieuse, dégourdie, qui comprend vite les choses et a un bon relationnel...) mais avec pas forcément un gros niveau technique plutôt qu'une personne forte techniquement mais qui n'est pas autonome, doit être fliquée constamment sinon n'avance pas, on doit tout lui dire quoi faire et comme faire, s'intègre mal en équipe ou chez le client... Des compétences techniques, ça s'apprend (et vite si la personne est volontaire et bien câblée) ; des compétences humaines comme celles que j'ai citées, non, c'est la personnalité et ça se change pas facilement
 
Donc, au pire, tu perds et tu fais perdre 30 min à 1h à toi et une ou 2 personnes, au mieux, t'as un boulot Mise sur tes compétences humaines et démontre que tu apprends vite et que tu es motivée (si c'est le cas, évidemment et que le boulot proposé te plaît).

 
Merci pour vos réponses et conseils    
 
J'avais vraiment dit que je n'étais pas developeuse  après j'imagine que les developers ne sont pas forcément enclin à faire du tech support, et donc à faire du relationnel donc cela va peut être aidé.  
Moi mon problème et force à la fois c'est que je touche à tout mais cela fait que je n'ai pas de connaissances approfondies... Hormis en spam et scam sachant que j'ai bossé pour une cogip  pendant 3 ans sur le sujet. Mais c'était ultra spécifique. Les queries qu'on faisait étaient pour analyser les datas et detecter les possibles abus ou erreur d'automation. Malheureusement ces jobs sont rares de part leur spécificités surtout depuis le Covid...  
 
Les experiences en support que j'ai hormis mon précédents job qui était spécialisé c'était des problèmes assez simple genre login issue ou aider à trouver la documentation techniques nécessaires dont les utilisateurs pouvaient avoir besoin,  pour une cogip fruitée.    
 
La le job me parait interessant de part ce que je vais apprendre.  
 

 
 
 
Alors plutôt que d'être centrée sur la technique, montre que tu es motivée pour apprendre, et va faire l'entretien.
 
Y'a un topic dédié d'ailleurs sur le sujet

Si j’ai deux tables A et B avec un lien *-n entre les deux (1-n ou m-n), je veux sélectionner les A qui ont au moins un B répondant à un jeu de critères, mais je veux pas de duplicats. Il y a une autre option que join + distinct ou subquery (exists ou a_id in (select a_id from b where …))?

Ca dépend, tu veux une autre option intelligente, ou une autre option quelle qu'elle soit?

 
Une jointure

Un truc de ce genre est une autre option qui doit fonctionner, mais c'est idiot a priori.
 

SELECT *
FROM a
 LEFT OUTER JOIN (SELECT a.id FROM a LEFT OUTER JOIN b ON a.id = b.idA WHERE b.id IS NULL) t ON a.id = t.id
WHERE t.id IS NULL;

Je suis pas sûr que le WHERE b.id IS NULL va marcher. Moi, je l'aurais mis dans le HAVING.
 
SELECT a.id, b.idA FROM a LEFT JOIN b ON (a.id = b.idA) GROUP BY a.id HAVING b.idA IS NOT NULL
 
Bon, au niveau perfs, c'est horrible, mais ça doit marcher (en tout cas, ça marche en Mysql)
Perso, j'utilise de préférence le group by plutôt que le distinct car on peut obtenir le même résultat mais group by va plus vite, donc c'est cool si on veut des perfs.

Ca fonctionne dans le where, Having est uniquement utile pour les filtrer sur les résultats après GROUP  (count, max, min, ....)

Une jointure renvoie un résultat pour chaque (a, b) qui match, donc s’il y a plusieurs b pour le même a, a est dupliqué.  

SELECT *
FROM a
 LEFT OUTER JOIN (SELECT a.id FROM a LEFT OUTER JOIN b ON a.id = b.idA WHERE b.id IS NULL) t ON a.id = t.id
WHERE t.id IS NULL;

 
Bon je sais pas si faire un join sur une subquery c’est du moindre intérêt mais gg, et je peux garder ce truc pour faire chier des collègues.

 
La jointure avec une sous-requête j'ai déjà fait sur de vrais cas, oui...bon, pas sur un truc de ce genre évidemment...

Je voulais dire par rapport à juste une sous requête ofc, il y a des cas ou le join sur la sous requête est la bonne chose à faire (je présume).

J'ai surtout utilisé pour des requêtes très complexes pour découper le problème, en fait...sur des trucs où les perfs ne sont "pas importantes". Donc aucune idée des cas dans lesquels c'est "mieux", finalement...

Yo
 
Soit la table 'test', avec id, fk_id, youpla_date, nullable_col.
 
Je veux retenir  
#1 toutes les lignes qui matchent nullable_col IS NULL
ET
#2 celles qui, pour un fk_id qui a déjà matché la condition #1, ont une youpla_date ultérieure à celle de la ligne qui a matché #1 et ce même si la ligne a nullable_col renseigné.
 
Je sais pas si c'est clair    
 
Je tente

SELECT *
  FROM test AS t1
  LEFT JOIN test AS t2 ON t2.fk_id = t1.fk_id AND t2.youpla_date > t1.youpla_date
WHERE t1.nullable_col IS NULL

mais le WHERE élimine également les lignes de #2.
 
A vot' bon cœur

LEFT JOIN test AS t2 ON t2.fk_id = t1.fk_id AND ( t2.youpla_date > t1.youpla_date OR t1.nullable_col IS NULL )  
 

Nickel, merci !

Hello!
 
Question de perf:
 
Je charge une table complète (2.5 millions de lignes, 19 colonnes) dans pandas (pd.read_sql_query(SELECT * FROM table)).
 
Cela met 1 minute. Est-ce que cela vous semble lent ou ok ?