You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know this was already labeled as a "won't do" in #75 (comment), but I recently stumbled upon a proper use case when dealing with Timescale's Hypertables: for those, primary keys degrade performance and have little use, as foreign keys pointing to hypertables are not allowed.
Even without PKs sqlboiler would still be very valuable to provide generated types, constants, where helpers and perform queries in a consistent way.
I found a okay-ish workaround by using a View defined as select * from my_table_without_pk, but this causes all columns of the generated type to be nullable, which is quite annoying,
Is it something you might plan to reconsider? I tried to implement it myself but so far I failed to produce anything useful
The text was updated successfully, but these errors were encountered:
I know this was already labeled as a "won't do" in #75 (comment), but I recently stumbled upon a proper use case when dealing with Timescale's Hypertables: for those, primary keys degrade performance and have little use, as foreign keys pointing to hypertables are not allowed.
Even without PKs sqlboiler would still be very valuable to provide generated types, constants, where helpers and perform queries in a consistent way.
I found a okay-ish workaround by using a View defined as
select * from my_table_without_pk
, but this causes all columns of the generated type to be nullable, which is quite annoying,Is it something you might plan to reconsider? I tried to implement it myself but so far I failed to produce anything useful
The text was updated successfully, but these errors were encountered: