Handling @db.Date fields client side from different Timezones (Postgres)
DateTime @db.Date
) while others are regular DateTime fields.
When the server sends this data then javscript will create a new Date()
for both since we don't have a date only primitive there.
This causes the @db.Date
field which is stored as 2025-04-20
to be understood as a UTC 00:00 date. Therefore if I'm in New York which is -4h
the date will result in 2020-04-19T20.00.000Z
and the data will shift by one day in something like a calendar.
We COULD simply say that all dates that we receive client side we add the current timezones offset so that it will then be correctly parsed as 2020-04-20T00.00.000Z
. Then we woulc correctly have the beginning of the DB's date in the local timezone to correctly sort in the entry, BUT then we would mess up regular DateTime
dates. A "createdAT" timestamp from 14:00 local NY time will come back to the same client with a 18:00 time which is WRONG....Schema Troubleshooting
full Text Search not working with Postgres and Nextjs
...

SvelteKit __dirname is not defined in ES module scope
Enum mapped values in typedSQL
Generate command not working
nwb-launcher@0.1.0 db:generate C:...\gitrepos\repo prisma generateEnvironment variables loaded from .env Prisma schema loaded from prisma\schema.prisma...
prisma migrate dev (prisma+postgres://accelerate.prisma-data) P1011: Error opening a TLS connection
Why do I have both `@prisma/client` and `generated/prisma/client` in my import suggestions?
Parallel Table Names using MuliSchema feature
multischema
feature doesn't include the schema name as part of the contraint names, so I've had to go through and use the map()
function to rename all of my contraints so that they're namespaced to my new schema (e.g. {tablename}_{column_names}_fkey
--> {schemaName}_{tablename}_{column_names}_fkey
this has allowed me to deploy the parallel tables in a new schema, however when i reun npx prisma migrate dev
i still have some outstanding changes that it's trying to apply and I can't figure out what i'm doing wrong or how to rememdy the issue. Curious if anybody has encountered issues with somethign like this
```
Drift detected: Your database schema is not in sync with your migration history.
The following is a summary of the differences between the expected database schema given your migrations files, and the actual schema of the database....I would like to implement native support for timestamp precision
prisma-client provider can't be used with multiple generators
generate
command I get an error:
```
│ Loaded Prisma config from ".....\prisma.config.ts".
│ Prisma config detected, skipping environment variable loading.
│ Prisma schema loaded from prisma\schema...P1001: Can't reach database server at api.mydomain.com:5432
@prisma_client_runtime_library.js?v=16686fa7:135 Uncaught (in promise) TypeError: __banner_node_url.
Specifying postgres schema while using a postgres database url
?schema={name}
to the url that is used by prisma to get prisma to understand that it ought to operate in a schema....panicked at query-engine\query-engine-node-api\src\engine. Failed to deserialize constructor options

ERROR: ALTER COLUMN TYPE is only implemented in the declarative schema changer
npx prisma migrate dev
safely. For some reason my migration history has a change that was implemented on the 20241006 (20241006150212_added_our_platform_fee_to_store) Theres a sequence of three migration files the first creates the "our_platform_fee"
-- ALTER TABLE "Store" ADD COLUMN "our_platform_fee" DECIMAL(65,30) NOT NULL DEFAULT 0.05;
Then there is a migration which changes the TYPE...
db push not working with new prisma.config `migrate` adapter
db push
to work with turso?
getting
```...Prisma 6.6.0 ESM with Nx Monorepo - Typescript type check failures
NX
and esbuild
version: 20.6.2
Package manager: pnpm with workspaces
Type: module (ESM and not CommonJS)...Sudden connection string issues