Discussion :

[Lyche]

J'ai pas dit qu'un dév SQL était inutile. Je pense juste que là où sa place est justifiée ne représente pas la majorité des boites.

On n'a pas besoin d'un ingénieur motoriste de F1 pour concevoir des méganes ou des 308

Bah de ce que tu me dis dans 99,9% des cas mon métier est inutile, ça sert à rien de faire un corps de métier pour gérer 0,1% des cas. Donc les dev BDD sont inutile puisque leurs utilité n'est absolument pas majoritaire. Donc je vais changer de métier, de vie, de copine tiens tant qu'à faire.
Et puis je vais aller me faire recruter pour faire du web dans une grande boite. De toute façon ils s'en tapent puisque même des personnes qui ne sont pas reconnu comme compétentes dans leur domaines arrivent quand même à travailler dessus.

PS : pourquoi toujours la référence des voitures?

Edit : Pardon, dans 99,99% des projet, c'est pire encore 0,01% d'utilité!

[lutecefalco]

Bah si les dévs SQL représente 0.01% des développeurs sur le marché, c'est tout bon

[Louis-Guillaume Morand]

j'ai tjs gérer moi-même la partie SQL sur tous les projets où j'étais parce que je pensais n'être pas mauvais et jusqu'à il y a peu, je pensais qu'on avait pas besoin d'un DBA parce que la plupart du temps, ils n'ont pas de plus-value par rapport à mes compétences.

et bah depuis que je suis chez Microsoft, j'ai changé d'avis. parce que comme le dit Lyche, plus tu mets les mains dedans, plus c'est performant. Ici, sur un projet, on a pris un produit MS, on l'amélioré avec des index, utilise SQL profiling et on était content. 1minute pour générer un report complexe.

On a fait venir un consultant SQL bien expérimenté. Une demi-journée plus tard, on passait à un report qui prend 4 secondes pour être généré.

donc je dirai que sans DBA on s'en sort mais lorsque les performances sont un point critique, comme le temps réel dans l'environnement bancaire, ils deviennent nécessaire. chacun son métier et ils le font mieux que nous (les devs)

[lutecefalco]

j'ai tjs gérer moi-même la partie SQL sur tous les projets où j'étais parce que je pensais n'être pas mauvais et jusqu'à il y a peu, je pensais qu'on avait pas besoin d'un DBA parce que la plupart du temps, ils n'ont pas de plus-value par rapport à mes compétences.

et bah depuis que je suis chez Microsoft, j'ai changé d'avis. parce que comme le dit Lyche, plus tu mets les mains dedans, plus c'est performant. Ici, sur un projet, on a pris un produit MS, on l'amélioré avec des index, utilise SQL profiling et on était content. 1minute pour générer un report complexe.

On a fait venir un consultant SQL bien expérimenté. Une demi-journée plus tard, on passait à un report qui prend 4 secondes pour être généré.

donc je dirai que sans DBA on s'en sort mais lorsque les performances sont un point critique, comme le temps réel dans l'environnement bancaire, ils deviennent nécessaire. chacun son métier et ils le font mieux que nous (les devs)

Bah yep, vous avez fait appel à un consultant SQL pour répondre à un problème bien spécifique qui a été résolu en une demie-journée.
C'est comme ça que je vois les dévs SQL, comme des experts qu'on appelle en cas de gros pépins.
Reste à lui trouver 439 autres problématiques pour combler 1 année à base de demie-journées.
Je persiste à dire que c'est pas donné à tout le monde d'avoir le nombre de projets qui justifie un dév SQL à temps plein

[Lyche]

Je crois que tout est dit.

Il est impossible de parler avec des personnes qui ne comprennent pas l'importance d'une spécialisation dans notre métier et qui ont encore moins compris l'importance des BDD dans les applications. Sur ce, bonne fin de discussion.

[lutecefalco]

Je crois que tout est dit.

Il est impossible de parler avec des personnes qui ne comprennent pas l'importance d'une spécialisation dans notre métier et qui ont encore moins compris l'importance des BDD dans les applications. Sur ce, bonne fin de discussion.

Je pense pas avoir dit que ton métier n'était pas important.

J'ai juste dit qu'il était très spécifique, c'est tout.

[Louis-Guillaume Morand]

Je crois que tout est dit.

Il est impossible de parler avec des personnes qui ne comprennent pas l'importance d'une spécialisation dans notre métier et qui ont encore moins compris l'importance des BDD dans les applications. Sur ce, bonne fin de discussion.

t'es un peu tendu, on est vendredi no stress
LuteceFalco n'a pas totalement tord sur le fait que sur beaucoup de projet, tu ne peux pas justifier d'employer à temps plein un dev SQL c'est tout. il ne t'agresse pas

[Lyche]

t'es un peu tendu, on est vendredi no stress
LuteceFalco n'a pas totalement tord sur le fait que sur beaucoup de projet, tu ne peux pas justifier d'employer à temps plein un dev SQL c'est tout. il ne t'agresse pas

99,99%.

[lutecefalco]

99,99%.

J'aurai pu mettre 99.999%

[alinedved]

Un millon c tt

[Immobilis]

Salut

Les SGBD peuvent convertir une suite de caractères en hexadecimal en texte au moment de l'insertion grace à certaines fonctions embarquées. Je pense que ce type d'astuces doit passer à l'aise à travers la protection des formulaires.

Un exemple avec nihaorr1 il y a de cela quelques années: http://www.developpez.net/forums/d55...n/#post3344505. Je précise que le code que vous voyez était passé dans l'url.

A+