Selon ma dernière mise à jour de connaissances en septembre 2021, Prisma ne prend pas directement en charge les types de colonnes personnalisés dans les schémas. Cependant, vous pouvez contourner cette limitation en utilisant des champs SQL « bruts » dans le schéma. Cela vous permet d'écrire du code SQL personnalisé pour des champs spécifiques, contrôlant ainsi efficacement les types de colonnes que Prisma ne prend pas en charge nativement. Dans votre cas, vous souhaitez ajouter une colonne de type MySQL GEOMETRY, vous pouvez définir un champ SQL brut dans le schéma Prisma. Voici un exemple de la façon dont vous pourriez procéder : ``` modèle VotreModèle { id Int @id @default(autoincrement()) chaîne de nom geom String @map("geometry_column_name") @db.VarChar(255) //Ajustez la longueur selon vos besoins } ``` Dans cet exemple, le champ « geom » est défini comme un champ « String », en utilisant « @map » pour le mappage SQL personnalisé. L'attribut `@db.VarChar(255)` est utilisé pour spécifier le type de colonne réel dans la base de données (dans ce cas, le VARCHAR de MySQL de longueur 255). Vous devez remplacer "geometry_column_name" par le nom de colonne réel que vous souhaitez utiliser. Notez que même si cette approche vous permet de définir des types de colonnes personnalisés et d'utiliser des migrations gérées par Prisma, elle peut ne pas offrir tous les avantages de la sécurité et de la validation des types de Prisma. De plus, les fonctionnalités et capacités de Prisma peuvent avoir changé depuis ma dernière mise à jour, je vous recommande donc de consulter la documentation officielle de Prisma ou les dernières ressources pour voir s'il y a des changements ou des améliorations dans la gestion des types de colonnes personnalisés.