Reprise du message précédent :
http://docs.python.org/lib/node947.html

Là, je ne mettrais pas ma main à couper la-dessus. Je pense que si les principes des rdbs sont faits ainsi, c'est qu'il y a probablement des raisons mathématiques fondamentales derrière et de la réflexion sur l'expression des liens entre es données, donc je ne me risquerai pas à critiquer les fondements. Ce que je critique, c'est la syntaxe de SQL.

Oui, tout comme le Cobol. Au final, ce choix de pseudo langage naturel, ça fait perdre du temps à tout le monde plus que ça n'en fait gagner.

Ya pire. Certains ici se rappelleront l'infâme bière au chocolat (2003, au Delirium à Bruxelles, à l'occasion du FOSDEM)

Need THE livre pour python, en français pas envie de galerer sur 3 termes d'anglais de temps en temps .
Conseil ? Je cherche sur amazon
 
 
XaT

 
Oui par des comptables plutôt !

prems

deuz

Question python de Madame Throux, de Montcuq:
 
J'aimerai que mes utilisateurs puissent exécuter des petites formules mathématiques dynamiquement depuis l'interweb. Pour ça, pas de problèmes, il y a eval() (j'ai aucun problème de sécu), et il y a les locals et le module math.
 
Mais comme je veux être idiot-proof, je voudrais avoir un brin de coloration syntaxique dans le contrôle d'input. Quelqu'un a déjà vu un truc qui sache faire ça en temps réel (auquel je passerais une liste de symboles reconnus, et qui me ferait du paren-highlighting aussi) ?

http://www.larep.com/sport_sante-4117.html
 
Merci, Trainoo.com

y'a une etude equivalente sur les musiciens en concert ?  
parce que y'a une grosse décharge d'adrénaline avant et pendant, mais apres, je trouve que ca se ressemble (j'ai jamais fait de marathon, mais j'ai déjà fait plus de 100 bornes en vélo)

 
pendant un moment, j'avais une feuille a renvcoyer tous les deux ois avec ce qu'il y avait d'écrit sur mon compteur
Ca evitait les estimations à la con

il me semble qu'avant .net3 y'avait une preview de linq pour .net2, non ?
 

WTF ?  
 

perso, je paye un forfait fixe tous les mois, et une fois par an, j'ai une demande de relevé de compteur.

http://fr.wikipedia.org/wiki/Calendrier_grégorien

http://en.wikipedia.org/wiki/Grego [...] ian_reform

edit:

 
Les mois ne sont pas tous égaux, donc quand on ajoute 3 mois, il n'y à pas de signification derrière:
En comptabilité on rajoutera 90 jours (les mois comptables ont 30 jours chacun), on peut sinon considérer le nombre de jours de l'année et diviser par 12.  
On peut ajouter de telle manière à se retrouver exactement le même numéro dans le mois (ce qui signifie qu'on ne pourra pas ajouter 3 mois si on est le 31 mars, parce le 31 juin n'existe pas !).
On peut considérer qu'il s'agit d'une valeur constante multipliée par le nombre de mois à ajouter (an/12 => cette constante peut alors dépendre de l'année bissextile ou non et elle n'est pas entière ...) .
On peut considérer qu'il s'agit du meme jour de la meme semaine du mois, mais 3 mois après: on revient au problème de certains mois qui ont une 5eme semaine,
Il existe à peu près autant d'algorithmes pour ajouter 3 mois qu'il existe de conceptions du temps: donc ajouter 3 mois n'a aucune signification hors de tout contexte.

C'était un compilo spécifique:
http://research.microsoft.com/Comega/

Je sais à quoi ressemble l'enfer:
UN WE de mamy sitting de la belle grand mère...
 

http://msdn2.microsoft.com/fr-fr/l [...] n-us).aspx
mais je comprends pas en quoi Linq change fondamentalement la donne ?

il ont réduit la couture, mais ils ont pas viré le SQL du tout ???

ok, il y a plein de méthodes pour ajouter 3 mois ; dans la norme SQL2, ils auraient pas pu bêtement en choisir une ?
 

t'es sûr ? Je me rappelle très distinctement qu'avant la sortie de .net3, sur le site asp.net, il y avait un gros "Linq preview", qu'il était possible de télécharger séparément (en dll à ajouter à /Bin je crois)

Non, on ne peut pas betement en choisir une parce que le resultat que l'on veut depend completement des regles de gestions qui sont imposees.
Par ex, ans Oracle, on peut ajouter des jours. Donc si je fais du calcul de dates dans Oracle, je pose 1 mois = 30 jours, et un an = 365 jours (ou un increment du nombre de l'annee, tant pis pour les 5 jours de trop, je me demerde pour pas avoir a tomber sur les cas foireux), point barre.
Mais si on me demande de faire un total mensuel pour une comptabilite, je ne peux pas decemment poser un mois = 30j.
Il faudrait etudier ce que propose Oracle pour une gestion fine et/ou passer par une lib qui fait les calculs correctement.

Pour normaliser, il aurait fallu plutot imposer plusieurs facons differentes de faire ce genre de calcul, mais c'est deja suffisamment complique comme cela, il aurait fallu ensuite implementer toutes ces complexites dans tous les operateurs portant sur les dates, ce qui aurait engendre non seulement des bugs, mais aussi des pertes de performances.

Deja qu'une norme qui a 16 ans n'est pas respectee sur un truc aussi simple que la concatenation de chaines, pour les dates, penses-tu...

 
Bah ca doit être une question de retro-compatibilité, et puis les différentes visions sont complémentaires: ton logiciel peut tout à fait se retrouver à traiter les dates de deux manières différentes suivant la tâche qu'il accomplit (imagine le cas du progiciel de gestion qui doit gerer la paye des employés à la fin du mois tout en tenant compte du fait que sur le compte de résultat l'année est divisée en périodes de 30 jours, + 5 ou 6 jours à la fin de l'année)

http://forum.hardware.fr/hfr/Progr [...] 3488_1.htm

Pour le remplacer par quoi ?

vu son premier topic : http://forum.hardware.fr/hfr/Progr [...] 2520_1.htm
ça colle ^^

c'est peut-être là qu'est le défit : inventer mieux.

 
Bah du relationnel, c'est dur de trouver plus économe en place, et quoi qu'on dise du SQL, ca reste un moyen rapide et efficace d'interroger une BDR.
 
Par contre si on pouvait les intégrer plus aux langages et arrêter de se prendre la tête avec de multiples couches d'abstractions lourdes et pas sympa, ce serait la plus grosse avancée en BD depuis 50 ans  

rapide et efficace par rapport à quoi ? tant que t'as pas un écosystème autour d'un truc, tu peux pas savoir.
 
si ça se trouve on fait tous de la merde depuis des années. Ce truc a un backgroud théorique sûr, ok ; mais est-ce que ça en fait un truc dont l'usage est efficace ?

C'est vraiment l'abstraction qui te pose problème ??? Ca pourrait être plus pratique dans certains cas je veux bien, mais jamais j'ai été bloqué par ça alors que je compte plus le nombre de prises de têtes sur une requête à la con qui fait pas ce que je veux...

Linq c'est dans .NET 3.5
Et puis comme c'est un truc intégré au langage, je vois mal comment tu pourrais ajouter le support de liq sans changer de compilo:spamafote:

Ils devaient livrer un compilo, .net doit avoir un truc pour brancher des compilos différents vu que justement il est est fait pour plein de langages.

hep les gens comment ça s'appelle une fonction qui s'inverse toute seule ?  
 
genre f^-1=f ?

c'était surement une beta, pas juste quelques dll à rajouteer dans un répertoire

Une fonction bijective ?

non.

non, ça c'est juste équivalent à inversible. mais l'inversion peut avoir une sale gueule.

Tu veux dire f(x) = f(x^-1) ?

y a des gens qui se doutent de rien

involution

non, f(x) = f^-1(x) la fonction inverse quoi :
y = f(x) <=> x= f^-1(y)
 
et dans mon cas précis :
y=f(x) <=> x=f(y)

 
ça va faire beau dans mon code

 
Je pense que son background est quand même plus que simplement théorique: lorsque tu veux effectuer une tache simple, tu peux le faire en relativement peu de lignes et ça s'exécute très rapidement, de manière sécurisée, avec des mécanismes d'erreurs complets et une gestion de la concurrence sans fautes. Ensuite le problème c'est que ça devient très rapidement une usine à gaz à cause de ces mêmes qualités.
De plus, il y a quand même plus que simplement de la merde faite depuis des années: le SQL est une des bases de toutes les entreprises de taille moyenne/grande, où que ce soit dans le monde. Le résultat c'est que le bouzin est ultra-documenté et si t'es patron d'une boite, je suis pas persuader que tu veuilles confier tes données stratégique à une base de donnée au concept expérimental, peu éprouvé, aussi brillant que ce soit, alors qu'à coté tu disposes d'un système ultra-connu et bon dans ce qu'il fait même s'il est le cauchemar des développeurs.
 

 
Quand je parle d'abstraction, je pars du principe qu'on évite à tout prix de séparer la base du reste du logiciel. Si tes requêtes étaient vraiment abstraites, un compilateur devrait être capable de t'envoyer des warnings et compagine, tandis qu'actuellement tu peux coder un programme qui envoie un "CREATE TABLE blabla" sans que le compilateur ne puisse meme savoir si tu as le moindre droit de création, si tu es connecté, si la table n'existe pas déja ...
Résultat: si ca ne marche pas, tu attrapes un code d'erreur abscon, que tu ne peux pas traiter directement et tu envoies donc à l'utilisateur un message du type "Erreur ORA5787521: Cannot check the foobar initialization under constraint. Contactez votre administrateur système."