If you're halfway through a transaction and perform a DDL statement, such as truncating a table, then the transaction commits.
I was wondering whether this was always the case and by definition, or is there a setting hidden somewhere that would rollback the transaction instead of committing.
Thanks.
Edit to clarify...
I'm not looking to rollback after a truncate. I just want to confirm that statements already carried out are absolutely always going to be committed before a DDL. Just want to make sure there isn't a system property somewhere that someone could set to wreck my code.
I understand the need to commit before and after a DDL, but conceptually I'd have thought the same consistency requirement could be achieved with a rollback before the DDL and a commit after.
No, it will always commit.
If you want to rollback, you'll have to do it before the DDL.
If you want to isolate the DDL from your existing transaction, then you will have to execute it in its' own, separate transaction.