to create triggers, procedures and functions from the editor it is
sometimes better to use the 'execute as single statement' option from
the popup menu. this isn't very clear unfortunately and i aim to add
this method of execution as a toolbar item with a shortcut.
the reason for this is because EQ attempts to split a block of text
into multiple queries (as applicable) in order to execute these
individually and provide more informative feedback on a per query
basis. it uses the semi-colon as the delimiter and because this char
is often in creating a proc or trigger it sometimes fails to pick up
that you are creating a trigger/proc or similar. executing as a single
block sends the entire contents of the editor as-is to the db.
that said, i did just create a procedure and a trigger against oracle
by using the normal execution and it worked fine. EQ does attempt to
differentiate between a create procedure|function|trigger so as not to
split the query and this is the first test performed before execution.
i guess this needs a bit of a tweak and i will try other samples to
iron out any bugs.
the error you presented has nothing to do with the contents of your
trigger. because EQ is a database agnostic tool, some systems will
return whatever values are available for an execution of select * from
object_name - irrespective of whether this object is a table or
sequence or whatever else. EQ attempts to provide as much of this info
as is available. i have recently modified this to just print a simple
message on the pane instead of the obtrusive dialog and this will be
available in the upcoming release. the dialog is rather loud and
annoying and has been removed.
i hope this helps clarify a little. please don't hesitate to post anything else.
thanks
Takis