Discussion :

[Pol63]

bon je viens de faire 2x de suite

BACKUP DATABASE bddTO DISK = @CheminSaveBase

BACKUP LOG bdd TO DISK = @CheminSaveLog

la première fois fichier log de 2Go
et la deuxième fois, fichier log de 2Mo

j'ai réussi à réduire le fichier log, il est revenu à sa taille initiale

m'enfin si j'ai bien compris à priori réduire le fichier n'est pas forcément utile car s'il avait grossi c'est qu'il aura surement à grossir à nouveau

[SQLpro]

Je ne suis pas agressif, simplement, direct !

mais là ou je bossais avant, on avait des tables minables (clés varchar pas ordonnées entre autre) et donc c'est surement pour ca que les tables temporaires nous permettaient de gagner en performances
parce qu'on a fait des tests via sql profiler et y avait pas photo ...

Là ou gagnerez BEAUCOUP en perf, c'est avec un modèle de données NICKEL, c'est à dire parfaitement normalisé (au moins en 3 FN) et donc sans aucune redondance et les bons types de données (par du varchar partout !)
ET
avec tous les index nécessaires sur : les clefs primaires et les contraintes d'unicité (ouf, SQL server le fait automatiquement), les clefs étrangères, les colonnes les plus fréquemment recherchées...

A +

[Pol63]

Je ne suis pas agressif, simplement, direct !

je la ressortirais celle là chez moi (sur le forum vb.net)
je suis direct parfois aussi ...

(au moins en 3 FN)

hein ?

les clefs étrangères

oui sur votre article vous précisez qu'une clé étrangère ne fait pas d'index
j'aurais cru pourtant ... on va mes mettre manuellement du coup ...
enfin c'est bon à savoir

[SQLpro]

3 FN = 3eme forme normale...
A lire : http://sqlpro.developpez.com/cours/standards/#L2.2

Ce sont les règles de l'art de construction des bases de données relationnelles. Ne pas s'y conformer peu être pénalisé de manière judiciaire...

A +

[Pol63]

à mon avis y a pas mal de société de développement qui ne connaissent même pas merise, alors les 3nf ils s'assoient dessus... (on doit en faire partie d'ailleurs ...)

[Ptit_Dje]

C'est la première chose qu'on voit dans un cours de base de données à l'école ! (Enfin après l'historique...)

[flogreg]

à mon avis y a pas mal de société de développement qui ne connaissent même pas merise, alors les 3nf ils s'assoient dessus... (on doit en faire partie d'ailleurs ...)

+1 Mon chef m'a dit un jour : "Il n'y a pas que Merise dans la vie, on ne va quand meme pas tout normaliser ! Plutot que de faire une table et une jointure, il vaut mieux faire un select distinct !"
On était en discussion sur la conception d'un référenciel qui constitura à terme un des piliers de toutes nos applications...
Je lui ai répondu (comme SQLPro, de façon directe pas agressive !) qu'il n'aurait pas du acheter de licence sql server mais qu'un bon fichier Excel à plat suffisait
Maintenant, je cherche un autre boulot

[Pol63]

c'est pas évident de mettre en place des choses quand on est pas chef de projet ...

[Jinroh77]

+1 Mon chef m'a dit un jour : "Il n'y a pas que Merise dans la vie, on ne va quand meme pas tout normaliser ! Plutot que de faire une table et une jointure, il vaut mieux faire un select distinct !"
On était en discussion sur la conception d'un référenciel qui constitura à terme un des piliers de toutes nos applications...
Je lui ai répondu (comme SQLPro, de façon directe pas agressive !) qu'il n'aurait pas du acheter de licence sql server mais qu'un bon fichier Excel à plat suffisait
Maintenant, je cherche un autre boulot

C'est bien d'avoir ten u tête comme cela et ne pas avoir accepté de construire ce qu'ils souhaitaient
Par contre après, faut retrouver un autre boulot derrière.

[SQLpro]

Prendre un boulot dans lequel on applique pas l'art de son métier et faire n'importe quoi conduit généralement à appauvrir sa culture et constitue une régression. Or en informatique ou les choses changent vite, la régression conduit à l'obsolescence, et le salarié devient "invendable". C'est pourquoi fuir de telle entreprises est un bon conseil pour qui veut faire carrière dans ce secteur.

A +

[flogreg]

je n'ai pas encore démissionné, j'ai une famille quand meme
Cependant, c'est sur que je ne vais pas m'éterniser ici.
Je suis entierement d'accord avec SQLpro, je ne travaille pas que pour toucher mon salaire à la fin du mois, je travaille aussi pour monter en compétence.

[SQLpro]

je travaille aussi pour monter en compétence.

Ce qui revient à dire que tu veut faire évoluer indirectement ton salaire !

Et je sais de quoi je parle parce que je suis aussi chef d'entreprise et en phase de recrutement !

A +

[flogreg]

Ce qui revient à dire que tu veut faire évoluer indirectement ton salaire !

Et je sais de quoi je parle parce que je suis aussi chef d'entreprise et en phase de recrutement !

A +

Ce n'est pas qu'une question de salaire. J'ai eu la chance de pouvoir choisir mon métier. Dans mes critères de choix, le salaire n'y figurait pas. C'est avant tout parce que ca me plait. Et je ne pense pas que ca me plaira toujours dans 10 ans si je me sens dépassé. (/!\ je ne dis pas que je suis au top ).

Evidement, je sais aussi que si je peux augmenter mon expertise, je pourrai aussi me vendre plus cher mais ce n'est clairement pas le but ultime. Ca viendra naturellement.

Et sinon, vous recrutez quel type de profil ?