javascript - Prisma findMany-funktionen returnerar inte relationsdata

Jag försöker fylla mina data med relationella data med Prisma 2.28.0, här är min

Schema.prisma-modell nedan

generator client { provider = "prisma-client-js" } datasource db { provider = "postgresql" url = env("DATABASE_URL") } model Product { id Int @id @default(autoincrement()) name String @db.VarChar(255) transactions Transaction[] } model Transaction { id BigInt @id @default(a

Läs mer →

node.js - ConnectionError i Docker med Nodejs (Hapi.js) och Prisma

Jag skulle vilja lägga min Nodejs-app i en docker. När jag distribuerar den via npm run build och start kan jag skicka förfrågningar till den. Men när jag skapar en docker-bild får jag problem: Först har jag en EXPOSE 8080 i min Dockerfile. Sedan kör jag docker run -p=3000:8080 --en

Läs mer →

javascript - Hur uppdaterar man en tabell med "NOW()" från databasen i prisma?

Jag vill inte använda datumet från min API-server, hur kan jag använda en rå funktion från databasen? Tack Exempel (när jag sätter finishedAt):

await ctx.prisma.serviceOrder.updateMany({ data: { status, finishedAt: status === ServiceOrderStatus.CONCLUDED ? ctx.prisma.raw("NOW()") : null }, where: { id, finishedAt: null, }, });

Läs mer →

javascript - Prisma: hur man exkluderar egenskaper från genererade typer

REDIGERA det finns en dold fara med att gömma fält i TS-definitionerna: fälten kommer inte att vara åtkomliga under utveckling med intellisense, men hela objektet med "gömda" fält kan av misstag skickas i ett svar, vilket potentiellt kan exponera känslig data.

Jag bygger min app med

Läs mer →

node.js - Prisma-fråga returnerar null när data finns

Jag har byggt en Nestjs-app med Prisma och GQL. Jag bytte precis dator (från en Mac till en PC) och plötsligt verkar min login-mutation ha slutat fungera, bokstavligen den enda... Här är lite kod:

auth.resolver.ts:

@Mutation((returns) => AuthenticatedUser) async login( @Context() { res }: Auth.GqlContext, @Args('payload', { type: () => UserLoginDto }) payload: UserLoginDto ): Promise<AuthenticatedUser> { const authenticatedUser =

Läs mer →

node.js - prisma kastar ett undantag direkt vid körning i felsökningsläge

jag kör ett Nest-projekt i felsökningsläge i Visual Studio Code

när den körs kastar den detta undantag

samtidigt fungerar lösningen tillsammans med Prisma no

Läs mer →

typescript - Prisma självrelation med GraphQL i NestJS

Jag har problem med att använda prisma + graphQL + nestjs. Den fortsätter att säga att den inte kan bestämma en GraphQL-ingångstyp "Fel: Kan inte bestämma en GraphQL-ingångstyp ("Org") för "parent". Se till att din klass är dekorerad med en lämplig dekoratör."

Detta är mitt Prisma-schema,

model Org { id

Läs mer →

sql - Bytea-parameter i en Prisma råfråga

Jag använder Typescript + Prisma + Postgres och jag stöter på problem med att skicka bytea/Buffer-parametrar till raw queries.

Låt oss säga att jag har följande DB-schema

model Item { id BigInt @id @default(autoincrement()) @db.BigInt hash Bytes @unique ... }

Jag kan fråga efter objekt via deras hashvärden med en enkel fråga som denna utan några problem

const itemHexHashes = ['ca6854726b0139254b7e5c4831c87ac043a938fa3543b5eb0ce0

Läs mer →

typescript - hur man separerar affärslogik från prisma-logik

Jag har precis börjat använda Prisma som en ORM i mitt projekt, men jag är inte säker på hur man separerar Prisma-frågorna och logikkoden från servicelogiken som använder Prisma, eftersom vi inte kan använda det generiska repositorytillvägagångssättet. Jag skulle vilja hitta en lösning för att uppnå denna avkoppling, några idéer?

detta är ett exempel på en 'applikation. tjänst' som använder Prisma

> async findByIdPrisma(applicationId: number): > Promise<Applicati

Läs mer →

javascript - MongoDB & Prisma: ensidig M-till-N-relation

Finns det ett sätt att göra en ensidig m-till-n-relation eller måste båda samlingarna ha varandras id:n? Jag försöker göra något så här:

model Country { id String @id @default(auto()) @map("_id") @db.ObjectId name String @unique users User[] } model User { i

Läs mer →