salut a tous les membres du site du zéros..
je tiens a rapporté que sur votre site on trouves guerre de cours appropriés aux SGBDR enfin sauf les Scripts [ create - insert - delete - update - query ] de MySQL sinon un peu d'administration cest par ou SVP ??? oracle on entend presque jamais en fin sauf sur le forum lol...
je cherche sur SDZ un cours d'administration sur soit : Oracle / MySQL SVP

salut
d'administration c'est a dire ??

Va voir sur developpez.com

j'aimerai bien que ca soit sur SDZ parce que ici au moins cest enchainé logiquement..

Le niveau est plutôt bas ici, rares sont les personnes qui seraient en mesure de faire un tutoriel complet et bien fait sur les SGBDR. Et à voir les réponses de certains ici (du genre à laisser tomber les bonnes pratiques pour tomber dans le "simple"), ça donne pas du tout envie d'essayer d'en faire un.

Bref, à mon avis, c'est pas demain qu'on va voir un bon tutoriel traitant de ce sujet sur ce site. Tu ferais mieux de t'acheter un bon livre (genre SQL de Frédéric Brouard) ou d'aller voir sur un site plus spécialisé ou plus complet, genre developpez.com.

Citation : Fayden

Le niveau est plutôt bas ici, rares sont les personnes qui seraient en mesure de faire un tutoriel complet et bien fait sur les SGBDR. Et à voir les réponses de certains ici (du genre à laisser tomber les bonnes pratiques pour tomber dans le "simple"), ça donne pas du tout envie d'essayer d'en faire un.

Bref, à mon avis, c'est pas demain qu'on va voir un bon tutoriel traitant de ce sujet sur ce site. Tu ferais mieux de t'acheter un bon livre (genre SQL de Frédéric Brouard) ou d'aller voir sur un site plus spécialisé ou plus complet, genre developpez.com.

+1 !

Ne serait-ce que si quelqu'un fait un tutoriel sur Oracle, PostgreSQL, ou SQL Server (imaginons, et quelque soit le sujet : installation, administration, optimisation, etc), ça ne pourrait être qu'un plus pour le site, et pour ses membres !

Excuse moi, mais je suis un peut débutant, tu cherches à créer une page d'administration de ton site c'est sa ?

Non il veut un cours sur l'administration des SGBD.
Tiens par exemple : Administration Oracle

Oula, la je ne sais pas du tout, excusez moi de ma petite question plus haut.

Oh ne t'en fais pas c'est rien, j'avoue que son français n'est pas évident à déchiffrer

Citation : Fayden

Et à voir les réponses de certains ici (du genre à laisser tomber les bonnes pratiques pour tomber dans le "simple"),

je suis d'accord, ici le niveau est très bas, enfin plûtot très 'sur le tas'. Pour mon stage en informatique, je n'étais pas encadré, je suis passé sur devellopez.com, leur réponses sont excélentes, mais quand tu es bloqué, tu es bloqué. Leur réactivité n'est pas du tout celle du site du zéro!

Leur tutos ont aussi un enchainement, mais en général il ne suis pas la logique de qqn qui apprend, mais de celui qui sait et qui se renseigne : leurs tutoriels, c'est de la documentation ciblées organisé de façon logique dans le sens fonctionnelle de ce qui est traité.

Ils sont très bons, mais dans un autre genre : ils considérent que tu ne part pas de zéro!

Citation : miatec

Citation : Fayden

Et à voir les réponses de certains ici (du genre à laisser tomber les bonnes pratiques pour tomber dans le "simple"),

je suis d'accord, ici le niveau est très bas, enfin plûtot très 'sur le tas'. Pour mon stage en informatique, je n'étais pas encadré, je suis passé sur devellopez.com, leur réponses sont excélentes, mais quand tu es bloqué, tu es bloqué. Leur réactivité n'est pas du tout celle du site du zéro!

Leur tutos ont aussi un enchainement, mais en général il ne suis pas la logique de qqn qui apprend, mais de celui qui sait et qui se renseigne : leurs tutoriels, c'est de la documentation ciblées organisé de façon logique dans le sens fonctionnelle de ce qui est traité.

Ils sont très bons, mais dans un autre genre : ils considérent que tu ne part pas de zéro!

Bien résumé. Aujourd'hui j'ai eu un problème en stage, et le problème s'est résolu dans l'après midi grâce au forum du site developpez.com.
Sur ce forum, il y a quand même des gens doués on ne peut pas le nier, mais le niveau de la plupart des gens se limite à ce qui est dans les tutos, à savoir la base de chez base dans un domaine.
D'un autre côté y'a pas à se plaindre, ce site est fait pour ça, puis même si maintenant il m'en faut un peu plus, je suis quand même content d'être passé par le Site du Zér0 pour apprendre quelques trucs, et surtout qui m'ont donnés envie d'apprendre.

oui re-salut à tous...
ce que j'aimerai savoir , c'est quelles sortes de chapitres que je suis censée suivre juste après les Scripts [ create - insert - update - delete - query ] et mon choix est orienté maintenant vers MySQL. ( j'en mrd! Oracle-Postgres-SQLserver ) lol

@fashionlady : Je dirais "aucun, tu démarres ton projet et tu vois en fonction de ce qui te sert".
Ou alors "tous, tu trouveras toujours quelque chose d'utile".

Citation : Fayden

Et à voir les réponses de certains ici (du genre à laisser tomber les bonnes pratiques pour tomber dans le "simple"),

Le problème est qu'avec les SGBD y'a plusieurs "bonnes pratiques".
Je pense en particulier au niveau des contraintes appliquées à la BDD.
Exemples :

• VARCHAR(maximum du champ) ou VARCHAR(sans limite) ? Le second ne prends pas plus de place et ne demandera pas à être modifié si la longueur de la donnée a changé. Par contre il ne gueulera pas si on essaie de mettre une donnée trop grande.
• Des triggers et des procédures stockées ou non ? La question peut paraître stupide ; mais si ma BDD modifie / crée des données toutes seules et que j'ai un ORM avec cache, comment cet ORM sait ce qui a été créé / modifié ?
• Je mets des notes sur 20. Est-ce que la BDD doit vérifier que la note est comprise entre 0 et 20 ?

Évidemment les DBA vont tous te dire qu'il faut utiliser toutes les fonctions avancées du SGBD, contraindre les champs au maximum, ... en disant que ce sont là les "bonnes pratiques". Pas fous les types, ils protègent leur boulot
Personnellement j'aime bien la philosophie "la base de données sert à... eh bien stocker des données. Les contraintes sont donc minimales à ce niveau : types, liens entre tables. Le reste, c'est le problème de l'application.".

http://mysql.developpez.com/cours/#administration

Citation : SpaceFox

Personnellement j'aime bien la philosophie "la base de données sert à... eh bien stocker des données. Les contraintes sont donc minimales à ce niveau : types, liens entre tables. Le reste, c'est le problème de l'application.".

Un dba ne sert pas juste à être à coté de sa bdd et la regarder tourner. Une base de donnée stocke les données et surtout, elle doit garantir la pertinence de celle-ci.

De plus, ton raisonnement est à contre courant par rapport à l'évolution de l'informatique : on est s'écarte de plus en plus de la machine et les langages sont de plus en plus haut niveau. De plus en plus de vérifications sont déjà pré-traitées par le langage, et bien là c'est pareil, la BDD peut pré-traiter tes informations.
Il y a une question de performance aussi, MySQL prendra 5 fois moins de temps pour les vérifications que PHP par exemple.
Une question de sécurité également : Si qqn rentre dans ta base et qu'il veut y insérer des truc pour faire planter ton appli qui affiche les données (genre une note supérieure à 20), si c'est ton appli qui vérifie à l'insertion, il pourra rentrer n'importe quoi, si c'est la BDD, le trigger s'appliquera.

Stocker des données est une chose, en garantir l'accessibilité et leur cohérence à tout moment en est une autre (et c'est un metier : DBA )

Pour un site internet, l'interêt est limité, mais pour une base de donnée commune à 200 collaborateurs qui devellopent chacun leur propre appli pour exploité la bdd, là c'est super important les contraintes et les triggers...

Mais bon, c'est un autre débat

Citation : miatec

Un dba ne sert pas juste à être à coté de sa bdd et la regarder tourner. Une base de donnée stocke les données et surtout, elle doit garantir la pertinence de celle-ci.

De plus, ton raisonnement est à contre courant par rapport à l'évolution de l'informatique : on est s'écarte de plus en plus de la machine et les langages sont de plus en plus haut niveau. De plus en plus de vérifications sont déjà pré-traitées par le langage, et bien là c'est pareil, la BDD peut pré-traiter tes informations.
Il y a une question de performance aussi, MySQL prendra 5 fois moins de temps pour les vérifications que PHP par exemple.
Une question de sécurité également : Si qqn rentre dans ta base et qu'il veut y insérer des truc pour faire planter ton appli qui affiche les données (genre une note supérieure à 20), si c'est ton appli qui vérifie à l'insertion, il pourra rentrer n'importe quoi, si c'est la BDD, le trigger s'appliquera.

Stocker des données est une chose, en garantir l'accessibilité et leur cohérence à tout moment en est une autre (et c'est un metier : DBA )

Pour un site internet, l'interêt est limité, mais pour une base de donnée commune à 200 collaborateurs qui devellopent chacun leur propre appli pour exploité la bdd, là c'est super important les contraintes et les triggers...

Mais bon, c'est un autre débat

Commentaire très intéressant, de plus j'approuve à 100%.

tous ce que je veux moi cest de savoir quels chapitres ou cours enchainés logiquement juste apres les Scripts [ create-insert..etc] est ce de ladministration ? ou autres choses ...tous ca est vague pour moi :x

Essaye de chercher sur internet des livres traitant de MySQL, avec un peu de chance tu auras le sommaire ainsi tu pourras lire/chercher des tutoriels qui y correspondent (ou alors aller en librairie/bibliothèque).

regarde le premier lien de mon post de 13h18 aujourd'hui

Citation : SpaceFox

Évidemment les DBA vont tous te dire qu'il faut utiliser toutes les fonctions avancées du SGBD, contraindre les champs au maximum, ... en disant que ce sont là les "bonnes pratiques". Pas fous les types, ils protègent leur boulot
Personnellement j'aime bien la philosophie "la base de données sert à... eh bien stocker des données. Les contraintes sont donc minimales à ce niveau : types, liens entre tables. Le reste, c'est le problème de l'application.".

Et comment peux-tu garantir la pertinence des informations sans contraintes ? Les contraintes servent à donner une certaine cohérence aux données, si on les fait sauter, on n'a plus aucune garantie que la base de données contient ce qu'on veut.

En toute honnêteté, je sais que tu n'es pas un mauvais programmeur, mais c'est justement cette mentalité qu'il faut sortir de la tête des débutants. Une base de données n'est pas un simple outil de stockage, c'est un outil puissant et il faut savoir s'en servir pour optimiser l'application.

Citation : Fayden

Et comment peux-tu garantir la pertinence des informations sans contraintes ?

il le dit :

Citation : SpaceFox

Le reste, c'est le problème de l'application.

Si la bdd n'est exploité que par une seule application codé par un seul dévellopeur, ce n'est pas optimisé, mais ça ne pose pas de problème.

Si la bdd est exploité par une seule appli codé par plusieur devellopeur, il faut bien s'assurer que chacun respecte les contraintes.

si la bdd est exploitée par plusieurs applis codés par plusieurs devellopeur, c'est juste le bordel.

et si pour une raison ou une autre, une contrainte change, il faut la chercher et la changer dans le code source de la ou les applis et tout remettre en place.

encore une fois, pour un site web pas vraiment fréquenté, ce n'est pas tant un problème

Non c'est certain, pour un site perso, une application perso, voire même pour une application ou site d'une toute petite entreprise ou association, ça ne pose vraiment pas de soucis.
Tout dépend de l'environnement du projet, et si ce n'est pas le cas des ambitions du développeur.

Enfin personnellement je suis pour les contraites dans la BDD, et dans les programmes, c'est chiant mais au moins aucun risque d'oublis ou de négligence de la part du développeur, puis quand je fais des choses, j'aime bien quand elles sont bien faites