Bonjour,    
 
Question 1
Je cherche un bon tuto ou des info particulière sur la création d'une base de données.
Par ou commencer dans les règle de l'art pour créer et maintenir un serveur (My)SQL.
En français please.
Je ne cherche pas la commande (My)SQL pour créer la base,
Je cherche comment écrire la base pour la créer automatiquement sachent que je doit web interfacer le système.
Question 2
Je voudrais en fait au final, permettre aux utilisateurs créer ou modifier des partitions de divers projets musical selon leur droit, créer ou modifier des sources de divers projets logiciel selon leur droit.
Je compte donc faire une base de données "Users", une "projets musical" et une "projets logiciel"
Mais je suis pas certain de mon coup.
Quelle est votre approche sur cette l'architecture ?
Question 3
Est-il facile de migrer d'une BD sur Windows à une BD sur Linux ?
S'il vous plaît. Merci.

MySQL est une base de données "relationnelle" (donc pas "hierarchique", ni "objet", etc.) De telles bases ont été étudiées par des théoriciens, dont le plus célèbre est Edgar Frank Codd, voir http://fr.wikipedia.org/wiki/Edgar_Frank_Codd . Il a créé les fameuses règles de normalisation que tout bon informaticien devrait connaître, voir http://fr.wikipedia.org/wiki/Forme [...] ionnelles) .
Voir aussi http://www.webprofesseur.com/sqlfr/sql.htm

Bonjour olivthill,
 

Pourquoi me parles tu de base de donnée hiérarchique ou objet ?
 

Si tu pouvais ajouter une petite note de lecteur ce serait fort sympatoche ; Que je sache pourquoi je lis ces documents. Merci.

1) Pour la base des bases, réfère-toi à quelque chose où tu seras assuré de bien comprendre : http://www.siteduzero.com/tutoriel [...] part_14671
 
2) Pour info il n'y a pas de soucis pour enregistrer les droits de tes users mais les gérer ça se fera au niveau applicatif.  
Dans ton cas tu pourrais passer par deux tables supplémentaires en plus de tes trois évoquées afin de réaliser la relation (N users ont les droits sur N logiciels/partitions). Sur les deux tables tu renseignes un champs définissant les droits pour les utilisateurs que tu géreras côté application.
Pour résumer : tes 3 tables + 2, par ex : "DROITS_LOGICIELS" et "DROITS_PARTITION". Sur ces deux dernières, 3 colonnes pour chacune : id de l'user, id de la partition/du logiciel et les droits (mets-y une valeur à traduire du genre : 0 = aucuns droits, 1 = lecture seule, 2 = lecture/écriture)
 
Je te conseille pour approfondir de potasser ces deux points :
- Schéma Entité-Association + règle des cardinalités
- Passage d'un schéma E/A vers un schéma relationnel
 
3) Nope, c'est indépendant de l'OS

Merci bien Er Dehy.

+1 pour les liens données par olivthill. Généralement, le mieux pour modéliser une base de données relationnelle est de respecter la forme 3NF de Codd.
 
Jovalise, olivthill t'as parlé de BD hiérarchiques et objets qui sont d'autres types de BD (plus tous jeunes du reste), au même titre que les BD relationnelles.
 
Pour faire ce que tu veux et être indépendant de l'OS, un outil web en PHP+mysql, avec une couche javascript/ajax pour l'ergonomie serait une bonne solution
 
Et un conseil, dans ta modélisation, ne t'arrête pas juste aux projets musicaux ou logiciels, pense à faire une modélisation suffisamment générique qui te permette par la suite de prendre en compte d'autres types de projets. Fais une table projets avec les attributs communs (genre, l'ID, le nom, le type de projet, le ou les auteurs...) puis une table qui permette de rajouter des champs personnalisés de différents types (chaîne, liste déroulante, checkbox, fichier attaché...) à chaque projet.
 
Pour ça, tu peux t'inspirer de modélisation de systèmes similaires faite dans des produits comme Magento, Mantis, ou mon soft Astres (je me suis inspiré de celui de Mantis).

 
Bonjour rufo, merci.
 
Modéliser génériquement, tant que je peux, mais j'ai pas compris comment tu veux faire, ni ce que tu veux faire au final, même.

Un projet de musique et de logiciels ont des caractéristiques différentes (et qq unes communes). Il font donc pouvoir gérer ces caractéristiques et à l'IHM, ça va se traduire par des champs (champ txt, liste, checkbox..) en plus ou en moins suivant le type de projet, avec les valeurs associées à chaque projet. Et si un jour ton soft doit gérer d'autres types de projets (projet construction de maison, projet de construction d'un hardware...) ben faudra pouvoir gérer d'autres nouvelles caractéristiques

Une base de données sur les bases de données ?
Je vais pas savoir le faire je pense.
 

mais non, c'est pas une bd sur un BD. T'as une seule BD pour gérer l'ensemble des projets. Dedans, entre autres, t'as une table pour gérer les projets contenant les attributs / caractéristiques communs : l'ID, le nom du projet le ou les auteurs, une description du projet, le type de projet (musical, logiciel, ...), un éventuel logo...
 
Ensuite, il te faut gérer (=stocker) les attributs / caractéristiques propres à chaque projet. Un trpoejt de type musical ne va pas avoir les mêmes attributs qu'un projet logiciel. Un projet musical va avoir comme attributs, par ex, le tempo, le type de mesure (2, 3, 4 temps) les influences... Un projet logiciel va avoir, par ex, le langage de programmation, les OS supportés...
 
Pour gérer ça, il te faut une table qui, pour chaque type de projet, va proposer des attributs spécifiques et une autre tableau contenant, pour chaque ID de projet, la valeur donnée à chaque ID d'attribut spécifique.
 
La table contenant les attributs spécifiques peut avoir comme champ, l'ID, le nom (interne à l'appli), le libellé dans l'IHM (à mettre dans une autre table si tu gères le multi-langue), son type (champ texte, liste déroulante, liste multiple, checkbox...), une éventuelle regexp pour valider son contenu, sa position dans l'IHM...
 
Enfin, une table pour stocker les valeurs des attributs des projets : ID, IDprojet, IDAttribut, valeur. Tu peux rajouter un champ date si pour certains champs, t'as besoin de gérer l'historique des changements de valeurs pour un attribut spécifique.
 
C'est pour ça que tu peux regarder Magento, Mantis ou mon soft Astres pour voir comment (structure des tables) ces logiciels gèrent les attributs spécifiques.

 
J'ai compris e que tu veux faire. Mais là en l'occurence, le type de quoi ? Du champ dans la table ou d'un objet web, de lIHM donc.
C'est quoi regexp (régular expression) mais ici j'en fais quoi ?
 
Si on, j'ai compris. Je pense que je peux le faire, mais ça va me prendre du temps.
 
Donc, tu voudrais faire ça dans une unique DB. C'est pas une db sur les db, mais une db, don une partie est dédier à sa gestion, non ?
Merci en tout cas.
Merci beaucoup, ça me conforte, dans mon approche de la modélisation de ce projet.

Le type du champ dans l'IHM. En BD, le type du champ dans la table peut être un varchar(255). Avec ça, tu gères tous les types de données (sauf les blob, dans ce cas, tu peux prévoir une autre table pour stocker les valeurs des champs des projets qui sont des blocs de texte ou binaire).
 
regexp = expression régulière. Si tu renseignes ce champ dans la BD pour un attribut, tu utilises la valeur (la regexp) pour vérifier que la valeur saisie par l'utilisateur répond à cette regexp.
 
Donc, oui, une seule BD, une table contient des "méta-données" sur des types de projets. En fait, au lieu d'avoir une table, contenant les projets, avec des colonnes figées, chaque colonne représentant une attribut des projets, ben là, t'as une table qui définit dynamiquement les attributs de chaque type de projet et une autre table qui contient les valeur des attributs de chaque projet.

Ahhhh ! Merci rufo. Je sais pas si je vais le faire, mais c'est alléchant.

Bonjour,
 
Je viens voir si j'ai bien saisie tout le concept de rufo, ...    
 
1) je crée d'abord une base de donnée qui me permet d'ajouter des projet avec leur attributs grâce à deux tables, "projets" et "attributs".
2) j'écris un bouton "create project" pour ajouter un nouveau projet.
3) j'écris un bouton "create tables" qui prend l'id d'un projet en paramètre et qui génère les table du projet.
4)(je génère les interfaces des projets ?)
 
Et une autre question, doit bien y avoir des relations dans les tables des projets, comment je dois les définir ?
 
S'il vous plaît...
 
Merci pour vos réponses.
 
J'avoue c'est très flou pour le moment.

Points 1 et 2, ok.
Point 3 : ben non, tu ne vas pas créer autant de tables que de projets T'as une table Projets, une table AttributsProjets (qui contient la définition des attributs pour chaque type de projet) et une table ValeursAttribusProjets (qui contient, pour chaque projet, et chaque attribut, une valeur).
 
Point 4 : ok.
 
Les relations, via des clés étrangères :
table AttributsProjets : clé étrangère sur IDProjet
table valeursAttributsProjets : clés étrangères IDProjet et IDAttribut

Bonjour rufo,  
ben j'ai pas compris alors.

C'est pas certain vu la couleur du 3.

La table ValeursAttributsProjets, je vois ce que j'y met. des valeurs de différents types qui sont décrits dans AttributsProjets  ? Mais comment je fais ça ? Je pige pas.

Tu m'en vois ravi, même si je sais pas encore comment je vas faire. bref.

 
Merci rufo.    

Regardes mon soft Astres, les tables CustomFields (qui correspond à ta table AttributsProjets) et CustomFieldsValues (qui correspond à ta table valeursAttributsProjets). Chez moi, objectID correspond chez toi à ProjetID.
 
Edit : les structures des 2 tables, ça te fera gagner du temps :

CREATE TABLE CustomFields (
  CustomFieldID smallint(5) UNSIGNED NOT NULL AUTO_INCREMENT,
  CustomFieldName varchar(30) NOT NULL,
  CustomFieldType tinyint(3) UNSIGNED NOT NULL DEFAULT '0',
  CustomFieldPossibleValues varchar(255) NOT NULL,
  CustomFieldDefaultValue varchar(30) NOT NULL,
  CustomFieldRegExp varchar(255) NOT NULL,
  CustomFieldAccessRights varchar(255) NOT NULL,
  CustomFieldMinLength tinyint(3) UNSIGNED NOT NULL DEFAULT '0',
  CustomFieldMaxLength tinyint(3) UNSIGNED NOT NULL DEFAULT '0',
  CustomFieldDisplayedFor tinyint(3) UNSIGNED NOT NULL,
  CustomFieldRequiredFor varchar(255) NOT NULL,
  CustomFieldHistoried tinyint(3) UNSIGNED NOT NULL DEFAULT '0',
  CustomFieldOrder tinyint(3) UNSIGNED NOT NULL DEFAULT '1',
  CustomFieldArea tinyint(3) UNSIGNED NOT NULL DEFAULT '1',
  ObjectType smallint(5) UNSIGNED NOT NULL,
  PRIMARY KEY  (CustomFieldID),
  KEY ObjectType (ObjectType)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COMMENT='Table which contains parameters of custom fields.';

 
CustomFieldDisplayedFor : j'ai 3 états, CREATE, UPDATE, SEARCH, chacun étant une puissance de 2. Ca permet de dire si on veut que l'attribut soit présent sur l'objet en création, MAJ et/ou dans le moteur de recherche.
 
CustomFieldRequiredFor : pour indiquer, dans le cadre d'un workflow, quand ton attribut doit être rempli. Le contenu de ce champ est une chaîne libre dont le format dépend de la structure de ton workflow.
 
CustomFieldHistoried : si tu veux que les changements de valeurs d'un attribut soient historisés.
 
CustomFieldOrder : ordre d'affichage de l'attribut dans l'IHM par rapport aux autres attributs
 
CustomFieldArea  : zone dans l'IHm où va s'afficher l'attribut. Moi, j'avais segmenté mon IHM en 3 zones (début, milieu, fin). C'était pour éviter de me prendre la tête dans le positionnement par rapport aux attributs systèmes (les attributs définis en standard pour mon objet = champs communs d'un projet, par ex).
 
ObjectType : pour quel type d'objet l'attribut est défini (toi, ça serait les types de projets...)
 

CREATE TABLE CustomFieldsValues (
  CustomFieldValueID int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  CustomFieldValueDate datetime NOT NULL,
  CustomFieldValueData varchar(255) DEFAULT NULL,
  CustomFieldID smallint(5) UNSIGNED NOT NULL,
  ObjectID int(10) UNSIGNED NOT NULL,
  PRIMARY KEY  (CustomFieldValueID),
  KEY ObjectID (ObjectID)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COMMENT='Table which contains values of custom fields.';

J'ai créer le modèle avec MySQL Workbench, après je sais pas trop ce que j'ai fait, j'ai suivi le tuto pour créer la base et là je peux éditer mes tables.
 
je doit faire le générateur d'interface qui va aller chercher les info dans la base.
 
Je met quoi comme valeur dans CusumFieldData par exemple ? c'est bien la valeur de L'objet interfacé ?
Par exemple si j'ai un objet <input type="TextArea" name="un nom" value="">,  
L'objet input est déclarer dans la table Attributs, et la valeur (de value) est déclaré dans la table Valeurs, dans CusumFieldData ?
 
Merci beaucoup déjà rufo. Je vais bien finir par piger, tu m'as expliqué deux fois déjà. Merci.    

Oui, c'est ça en gros.
 
Si ça peut t'aider à comprendre, la table CustomFields contient en qq sorte, le même genre de données (c'est-à-dire la définition des colonnes, avec leur type, leur taille si elles sont NULL ou pas) que quand tu crées une table Mysql avec Workbench ou PhpMyAdmin. Et CustomFieldsValues contient en qq sorte, les lignes de données (= enregistrements) que tu trouverais dans une table construite avec Workbench ou PhpmyAdmin. Ca te parle plus comme explication?

Bonjour rufo, merci.
 
1) Un truc me chagrine, c'est que toutes les donnée vont se trouver dans une seule table, c'est pas anti-relationnel ?
 
2)Du coup, je m'organise comment pour la gestion des droits des utilisateurs ?
   J'ajoute un projet "utilisateurs" et un projet(s) "droits" pour chaque "autre projets" dans ma base ?
 

Ben t'auras une table Utilisateurs, toujours ta table Projets et une table relationnelle DroitsProjets (par ex) qui définit les droits d'accès des utilisateurs aux projets. je pense que t'auras aussi un tableau AuteursProjets (relation entre les tables Projets et Utilisateurs).

Y pas embrouille entre "mes projets" et "les projets utilisateurs" ?
Ce que je veux faire c'est une gestion des droits d'accès au données de chaque projet (logiciel ou partition) des utilisateurs ; Pas des sur mes projets.
 
A vrai dire je conçois un autre système que celui prévu au début du sujet.
 
Le but est de constituer, exécuter et maintenir un programme intelligemment/intelligent.
 
J'ai découpé le programme en trois.
 

• Le partie contribution du programme consiste en un partage d'une base de donnée sur des composants, le programme luis même, et d'un système de compilation.

(une base de données contenant essentiellement de la gestion de codes sources)
 

• La partie information, permet de renseigner le programme en données correspondant au type de données traitées par les composant du programme.

(une base de données contenant essentiellement des données réelles)
 

• La partie exécutive consiste en un traitement des données traitées par les composants, et à effectuer des entrée sortie de ces données.

(une base de données contenant essentiellement les objets virtuels correspondant aux composants logiciel avec les valeur des données informationnelles)
 
Un petit schéma  
http://jovalise.net/dev/Void/Void% [...] endies.jpg
 
Ce qui me fait trois projets à mettre dans ma base générique. Mais c'est sur les objets/valeurs contenu dans chacun de mes projets que je souhaite mettre une gestion de droits d'accès en place. (enfin, je suis pas certain, pas évident)
 
Ou y a mieux à faire ?

Je fais pas la distinction entre les projets des autres et les tiens. Y'a des projets d'un côté et des utilisateurs (au sens compte utilisateur permettant de s'authentifier sur ton outil) de l'autre. Suivant les projets, les utilisateurs peuvent être auteur ou simple utilisateur (c'est-à-dire qu'ils peuvent accéder au projet), on va dire qu'un auteur est forcément aussi simple utilisateur.
 
Ou alors, j'ai pas compris ce que tu appelles un projet

Et bien, il y a, en reprenant l'idée de départ (avec les logiciels et les partitions) deux projets donc, un "logiciels" et un "partitions", ce sont mes projets.
Et il y a les projets utilisateurs, ... Pour chacun de mes projets, je vais avoir plusieurs projets utilisateurs, c'est sur ces derniers que je souhaite la gestion des droits.
 
Si je transpose, à moins de me leurrer,  sur le nouveau système, j'ai trois projets (ce sont les miens), "composants", "infos" et "objets" pour les quel je souhaite mettre en place une gestion des droits sur le contenu de chacune des trois projet, pas sur le projet lui même.
 
Merci rufo, merci pour ta patience.

OK, je vois un peu mieux. Mais comment tu stocke les données sur "Composants", "infos" et "objets". Je pense qu'il te manque une table, là
 
Tu devrais faire un MCD parce que j'ai pas toutes les donénes, je pense, pour t'aider

J'ai ouvert une session sous Visual Paradigm UML cette nuit, je sais pas si c'est le bon outils..
J'ai fait un truc mais il faut que je recommence à mon avis.
Papier crayon si non, mais c'est pas pratique j'ai pas de scanner ni d'appareil photo.
Il faut que je me concentre...
Merci rufo pour les conseils. je reviens quand j'ai du nouveau.

Moi, je fais mes MCD sous Visio

Sinon pour le l'UML rapide et (super) facil il y a ca: http://yuml.me/
Ca fait pas absolutment tout, mais ya moyen d'aller déjà tres tres loin

Merci pour l'info les gars.
 
Je cherche tout de même un software qui me permettrait d'ajouter tout ce qui et possible et inimaginable das une page blanche.
Je voudrais pouvoir superposer des vue et tout et tout. Gimp ?