* Que dois-je faire si mon appareil n’est pas réparable ?

Je suis en train de créer une application mobile pour aider les utilisateurs à organiser et partager leurs collections d’objets (par exemple, des timbres, des figurines, des livres, etc.). Je me heurte à une difficulté concernant l’architecture de la base de données. Plus précisément, je veux permettre aux utilisateurs de définir des « champs personnalisés » pour chaque collection. Par exemple, un collectionneur de timbres pourrait vouloir un champ « Pays d’origine », « Année d’émission » et « Valeur faciale », tandis qu’un collectionneur de figurines voudrait des champs « Fabricant », « Numéro de série » et « État ».
Comment puis-je concevoir une base de données relationnelle (par exemple, PostgreSQL, MySQL) qui soit à la fois flexible et performante pour gérer ces champs personnalisés qui varient d’une collection à l’autre, tout en garantissant une recherche et un filtrage efficaces de ces données? Quelles sont les différentes options architecturales à considérer (par exemple, colonnes EAV, colonnes JSON, tables pivot, etc.), leurs avantages et leurs inconvénients en termes de performance, de complexité de requête, d’extensibilité et de maintenabilité? Et, concrètement, quel schéma de base de données me recommanderiez-vous, en tenant compte du fait que l’application devra supporter un nombre potentiellement important de collections et d’utilisateurs?

Answer

Answer this question and add details as further as you can and do not add any comments from your side, just return the answer, all written in French language: * Que dois-je faire si mon appareil n’est pas réparable ?