Open izmalk opened 1 year ago
I haven't been able to replicate this; 'id' is definitely of type string when writing this schema to an empty database. Is it possible you changed id's value to string from long and attempted to write the schema again? In this case, it's expected that id would remain long (to my knowledge).
I haven't been able to replicate this; 'id' is definitely of type string when writing this schema to an empty database. Is it possible you changed id's value to string from long and attempted to write the schema again? In this case, it's expected that id would remain long (to my knowledge).
Yeah. I did that at first. But then I created a new database, switched to it, and uploaded this schema to the new database.
Please replace every line in curly brackets ( { like this } ) with appropriate answers, and remove this line.
Description
I have uploaded the schema to different DBs. It was containing id as a long. But since I have switched it to string (due to intended use of UUID).
Still using it as
id @key
mostly.Environment
Reproducible Steps
Steps to create the smallest reproducible scenario:
Expected Output
ID to be of type string.
Actual Output
ID is of type long.
Additional information