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
288e291, eae0389, and fa916b2 were three commits dealing with one tricky issue: what do we do when a Table has a nullable subtable column, but the subtable itself has non-nullable fields?
Those commits deal with this situation in a somewhat unsatisfactory way: they rewrite the subtable's schema to accept null values.
This has the unfortunate effect of breaking the expectations of the subtable. Now its columns could have null values.
This should be documented, and explained. There's no real good way around it currently, since the subtable is implemented in such a transparent way. It would be good to think about better solutions, like maybe using a validity bitmap for subtables, allowing for at least some sort of filtering to only look at valid rows of a subtable.
The text was updated successfully, but these errors were encountered:
288e291, eae0389, and fa916b2 were three commits dealing with one tricky issue: what do we do when a Table has a nullable subtable column, but the subtable itself has non-nullable fields?
Those commits deal with this situation in a somewhat unsatisfactory way: they rewrite the subtable's schema to accept null values.
This has the unfortunate effect of breaking the expectations of the subtable. Now its columns could have null values.
This should be documented, and explained. There's no real good way around it currently, since the subtable is implemented in such a transparent way. It would be good to think about better solutions, like maybe using a validity bitmap for subtables, allowing for at least some sort of filtering to only look at valid rows of a subtable.
The text was updated successfully, but these errors were encountered: