Jump to content

sarx

INpactien
  • Content Count

    31
  • Joined

  • Last visited

About sarx

  • Rank
    Ewok
  • Birthday 10/27/1981
  1. J'ai l'impression qu'Oracle est l'exception qui confirme la règle. Sur les autres sgbd, la clause from n'est obligatoire que si l'on accède aux tables. si l'on utilise uniquement des constantes, on n'en a pas besoin. Un spécialiste peut confirmer ? J'ai vérifié la grammaire du SQL définie dans la norme ISO/CEI 9075, la clause from n'est pas optionnelle : <query specification> ::= SELECT [ <set quantifier> ] <select list> <table expression> <table expression> ::= <from clause> [ <where clause> ] [ <group
  2. Il me semble que dans les spécifications standard du sql la clause from n'est pas facultative. C'est d'ailleurs il me semble l'une des raisons de la table dual sous oracle. (du coup ta ligne ne fonctionne pas sous sqlplus) Enfin après il y a peut etre certains sgdb qui l'autorise...
  3. pour les design pattern il y a pour moi la référence absolue : Design Patterns: Elements of Reusable Object-Oriented Software (aussi appelé le GoF) par contre c'est en anglais, je ne sais pas s'il y a une traduction française, mais vu que c'est une reference pour bcp de monde je pense qu'il doit y en avoir une
  4. Personne n'a parlé du B ?:( Bon ok ce n’est pas vraiment un langage, plus une méthode formelle (d'où le nom méthode B), mais s'appuyant quand même sur un langage particulier (le B...) Extrêmement puissant, permet de modéliser de façon abstraite et formelle le comportement du programme. Et en utilisant des principes de raffinement et d'implantation concrète (du modèle abstrait), et on réalise des preuves de programme Chaque raffinement permet d'obtenir un nouveau modèle abstrait, et par itération on obtient enfin un modèle concret, codable en C ou en ADA. Utilisée lors de la conception de
×
×
  • Create New...