Aller au contenu
Byte ForceByteForce

Décisions ·

PostgreSQL pour des enregistrements liés

PostgreSQL est sur la pile affichée du studio pour des enregistrements qui se référencent entre eux. Aucune page de réalisation ne nomme PostgreSQL aujourd'hui. Coco Inbox et le CRM orthodontique nomment MongoDB. Écrire à Casablanca si les données du prochain produit sont des lignes liées, pas des documents.

Parler du projet

Ce que les fiches disent vraiment

La page d'accueil range PostgreSQL sous les enregistrements, à côté de MongoDB pour les documents. Le CV publié sur la fiche de Walid Moultamiss cite MongoDB, pas PostgreSQL. Cette page ne corrige pas le CV en inventant un projet.

Coco Inbox et le CRM orthodontique sont donc décrits avec MongoDB. Les ranger sous PostgreSQL serait faux. Ils restent sur la page MongoDB.

Quand les lignes liées sont le bon outil

PostgreSQL sert quand une commande pointe vers un client, un stock et une facture, et que ces liens doivent rester vrais même si un écran change. Une contrainte dans la base vaut mieux qu'une vérification oubliée dans un écran.

Le choix se fait après le dessin des objets, pas avant. Si les objets sont des notes, des fichiers et des messages au schéma souple, le studio a déjà livré ce cas avec MongoDB. Si les objets sont des comptes qui se référencent, PostgreSQL entre dans la discussion.

Ce qui ne change pas

L'outil de données n'est pas le produit. Le client possède le dépôt et les comptes d'hébergement livrés. Aucun prix n'est affiché parce que le moteur ne fixe pas le périmètre. Le périmètre, ce sont les écrans, les rôles et les liens.

Le bureau est au Technopark, boulevard Dammam, Aïn Chock, 20001 Casablanca. Lundi au vendredi, 9h à 19h. Premier échange de trente minutes, gratuit.

Apporter le lien entre les objets

Le logiciel sur mesure commence par ces objets. Dites lequel pointe vers lequel. On dira si c'est une base de lignes, une base de documents, ou un fichier qui suffit encore.

Écrire à Casablanca avec un exemple réel : deux lignes qui doivent rester d'accord, et qui ne le sont plus aujourd'hui.

English

PostgreSQL for related records

PostgreSQL is on the studio stack shown for records that point at each other. No case-study page names PostgreSQL today. Coco Inbox and the orthodontic CRM name MongoDB. Write to Casablanca if the next product's data is related rows, not documents.

Talk about the project

What the pages actually say

The homepage files PostgreSQL under records, next to MongoDB for documents. The CV published on Walid Moultamiss's profile names MongoDB, not PostgreSQL. This page does not invent a project to fill the gap.

Coco Inbox and the orthodontic CRM are therefore described with MongoDB. Filing them under PostgreSQL would be false. They stay on the MongoDB page.

When related rows are the right tool

PostgreSQL fits when an order points at a customer, a stock line and an invoice, and those links must stay true even if a screen changes. A constraint in the database beats a check forgotten in a screen.

The choice comes after the objects are drawn. Notes, files and messages with a loose shape are a case the studio has already shipped with MongoDB. Objects that reference each other as accounts bring PostgreSQL into the discussion.

What does not change

The data tool is not the product. The client owns the repository and the delivered hosting accounts. No price is shown, because the engine does not set the scope. The scope is the screens, the roles and the links.

The office is at Technopark, boulevard Dammam, Aïn Chock, 20001 Casablanca. Monday to Friday, 9:00 to 19:00. The first thirty minutes are free.

Bring the link between the objects

Custom software starts from those objects. Say which one points at which. The answer may be rows, documents, or a file that is still enough.

Write to Casablanca with a real example: two rows that must agree, and no longer do.

Pages liées