Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
1.0.0
-
None
-
None
Description
if a user creates a new transactional table but sets a location to some place that already has data any number of things can break.
Data may not be in Acid format, it may have been written by another cluster and txnids won't make sense in current cluster. Once per table writeIDs (HIVE-18192) are there, if the data was written by another table, writeIDs won't match.
This could actually work if the data at the existing location was not written by an acid write but it would be safer/cleaner to just prevent this (at least at first).
Attachments
Issue Links
- relates to
-
HIVE-18192 Introduce WriteID per table rather than using global transaction ID
- Closed