Formulaires intelligents Filemaker Mysql MariaDb Formulaire d’enregistrement sondage Formulaire de support inscription

fake_H2

Premiers pas avec FileMaker

Nous sommes des passionnés de cette plateforme encore méconnue qu’est FileMaker … méconnue du grand public mais n’est-ce pas juste un atout supplémentaire ? Ceux qui connaissent peuvent difficilement faire sans … nous sommes de ceux-là. Adieux les bases de données indigestes avec des écrans de commandes ressemblant aux cockpit des avions d’antan, place à une convivialité reposante. Les connaisseurs savent … depuis env. 30 ans, oui ce produit n’est pas un nouveau venu. Il est plus que majeur et en pleine possession des ses moyens. Alors pour les néophytes, voici une petite formation de base. Joyeuse initiation à FMP !

Liens entre tables.

films Chaque entité d'information important peut être lié de manière logique à une autre entité et ces liens décuplent les possibilités de gestion. Dans la table des acteurs, chaque enregistrement représente 1 seul acteur. Dans la fiche de chaque acteur on peut afficher la liste des films dans lequel cet acteur joue un rôle. Dans la table des films, chaque enregistrement représente 1 seul film. Chaque fiche d'un film permet d'afficher une liste de rôles et des acteurs qui ont décroché le rôle. La fiche d'un acteur permet d'afficher la liste des rôles et des films dans lesquels ont retrouve ces rôles. Il y a un lien de 1 à plusieurs entre un film et les rôles. Il y a un lien de 1 à plusieurs entre un acteur et les rôles qu'il joue dans plusieurs films. On dit qu'il y a un lien de plusieurs à plusieurs entre films et acteurs. Les associations sont caractérisées par des cardinalités. Le choix des cardinalités est essentiel. Ce choix est aussi parfois discutable, et constitue donc l'aspect le plus délicat de la modélisation. Il faut faire des choix, en connaissance de cause, en sachant toutefois qu'il est toujours possible de faire évoluer une base de données, quand cette évolution n'implique pas de restructuration trop importante.

Structurer les données.

composite Une base de données permet de gérer de grandes quantités d'informations de toutes sortes. Cependant, une masse de données disparates ou hétéroclite ne permet pas une bonne gestion. A la base de toute solution efficace se trouve une réflexion sur les entités d'informations, ou sur la structure des informations. Que devons-nous gérer, quelles sont les principaux 'objets' que nous devons décrire ? Quelles sont les caractéristiques de ces objets ? Que gérons-nous au juste ? Prenons un cas simple : nous voulons gérer des films. Dans chaque film, il peut y avoir plusieurs acteurs. Chaque acteur peut jouer dans plusieurs films. Un acteur peut aussi jouer plusieurs rôles différentes dans un même film ... Comment résoudre ce problème dans une base de données, sachant que l'on ne peut dédoubler la fiche d'un film, ni la fiche d'un acteur, de peur de perdre l'unicité des données ? Il y a forcément d'un côté une entité 'film' et de l'autre une entité 'acteur', mais comment représenter plusieurs acteurs dans le même film ? Il faut créer une entité intermédiaire aux 2 premières : le rôle ! Un rôle est un mariage entre un film et un acteur. Dans un même film, il y a de nombreux couples film-acteur. Ceci nécessite 3 tables : Films, Acteurs et une table intermédiaire Rôles.

"the less you have to say the better you are understood." Vito