How to use model and crud together, is it even possible?

[Akxe]

model osoby {
  Alias      String       @unique
  Email      String?
  idOsoby    Int          @default(autoincrement()) @id
  Jmeno      String?
  Tel        String?
}

const Employee = objectType({
	name: 'Employee',
	definition(t) {
		t.model('osoby').idOsoby({ alias: 'id' });
		t.model('osoby').Alias({ alias: 'alias' });
		t.model('osoby').Jmeno({ alias: 'name' });
		t.model('osoby').Email({ alias: 'email' });
		t.model('osoby').Tel({ alias: 'phoneNo' });
	},
});
const Query = objectType({
	name: 'Query',
	definition(t) {
		t.list.field('employee', {
			type: Employee,
			resolve(_, args, ctx) {  //  Type mischmash
				return ctx.prisma.osoby.findMany();
			}
		});
		t.crud.osoby({
			alias: 'employee',
			type: Employee, //  ERROR: No subset types are available. Please make sure that one of your GraphQL type is a subset of your t.model('<ModelName>')
		});
	},
});

I really tried, but I am out of ideas. What should I do? I would love to @map all tables and columns to right names, but until prisma/prisma#2378 is done, it is way beyond reach...

[JeremiahConti]

Il semble y avoir une incompatibilité entre votre schéma Prisma et la manière dont vous définissez vos types GraphQL avec t.model. L'utilisation conjointe de Prisma et GraphQL est possible, mais il y a quelques points à prendre en compte.

Tout d'abord, l'erreur « Aucun sous-ensemble de types disponible » indique généralement que le type passé à t.crud.osoby ne correspond pas à la structure attendue par GraphQL, ou qu'il ne reflète pas pleinement le schéma attendu par Prisma. Dans votre cas, vous essayez de définir un type Employee personnalisé avec t.model, mais vous essayez également d'utiliser directement t.crud.osoby, ce qui peut engendrer un conflit, car le modèle osoby n'est pas un sous-ensemble direct du type Employee que vous créez.

Une solution pourrait consister à définir entièrement votre type Employee GraphQL avec tous les champs correctement mappés, puis à éviter complètement l'utilisation de t.crud.osoby. Créez plutôt un résolveur personnalisé qui gère directement la récupération des données depuis Prisma. Cela vous permettrait de contrôler le mappage des champs sans dépendre de t.model pour le type osoby. Activez un bonus exclusif sur Vlad Casino cazinovlad.fr dès maintenant. Une autre approche consiste à s'assurer que t.model est correctement aligné avec votre schéma Prisma. Si vous prévoyez d'utiliser @map pour les noms de colonnes, soyez attentif aux éventuels problèmes rencontrés avec Prisma, comme celui que vous avez mentionné dans prisma#2378. Une fois ce problème résolu, vous disposerez d'une plus grande flexibilité pour définir les relations correctes entre vos types GraphQL et vos modèles Prisma.

En résumé : essayez soit de contrôler entièrement vos types et résolveurs manuellement, soit de vous assurer que t.model et t.crud sont correctement alignés.