Fix CREATE/DROP TEMPORARY FUNCTION

[rschlussel]

This feature was broken by #16699, which no longer added the new temporary functions to the QueryStateMachine. It has been completely broken since release 0.269. This commit basically reverts those changes for CREATE/DROP FUNCTION.

Test plan - fixed unit tests and also tested locally with the CLI

presto> CREATE TEMPORARY FUNCTION foo() RETURNS int RETURN 1;
CREATE FUNCTION
presto> SELECT foo();
 _col0 
-------
     1 
(1 row)

presto> CREATE TEMPORARY FUNCTION foo() RETURNS int RETURN 1;
Query 20230418_200502_00002_qud78 failed: Session function presto.session.foo() has already been defined
presto> DROP TEMPORARY FUNCTION foo;
DROP FUNCTION
presto> CREATE TEMPORARY FUNCTION foo() RETURNS int RETURN 1;
CREATE FUNCTION

== RELEASE NOTES ==

General Changes
* Fix ``CREATE TEMPORARY FUNCTION`` and ``DROP TEMPORARY FUNCTION``, which have not worked since release 0.269.  This also removes ``CREATE FUNCTION`` and ``DROP FUNCTION`` support from Presto-on-Spark

[rschlussel]

@pranjalssh @ClarenceThreepwood I think the combo of your PRs (removing original expression and subquery improvements)is causing test failures : https://github.com/prestodb/presto/actions/runs/4736766457/jobs/8408722176?pr=19429

[pranjalssh]

Why did we remove support from presto-on-spark. Is it because of lack of a proper APIs there(like state machine) making it hard to implement?

Edit: just saw the breaking PR. I get it now.

[jainxrohit]

I actually wonder if we should move AlterFunction as well to Control types?

[rschlussel]

i thought about it, but it doesn't use session because there's no support for temporary functions. It's only the temporary functions really that need the control type, but they're bundled up together. Ideally temporary functions would be split out, but that's a much bigger change and wasn't worth the bother right now.