×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Suppose I want to create an object that might already exist, replacing
it if it does, from a source member executed with RUNSQLSTM.
I already noticed, when creating, then labeling, views, that if the
LABEL ON statement fails, the system apparently rolls beck the CREATE
TABLE as well.
So I seem to be in a double-bind: if I put a DROP statement at the
beginning of the member, before the CREATE VIEW, CREATE FUNCTION, or
CREATE <whatever> statement, and the original object is not there to be
deleted, I would expect the whole thing to fail, without anything
getting created.
And I already know empirically that if I don't DROP an already-existing
object that I'm creating, the CREATE fails.
Is there a way to make this work without having to use two separate
RUNSQLSTMs on two separate source members?
--
JHHL
As an Amazon Associate we earn from qualifying purchases.
This thread ...
Re: Another SQL-newbie UDF question: qualifying with a library passed as a variable, (continued)
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
