Re: Will IBM ever expand system object names?

Having long names with SQL did not cause any issue. It rather came to
ease many compatibility issues.
Why would an expansion in system object names cause headaches? Without
SQL, it could bring other benefits at the RPG level, i.e., as with external
data structures that are read from a table/file definition and get the
alias as the node name when qualified.

Like I said at first, hopefully with SQL we may have this functionality,
even for user profile names. Now, this is only a small survey, and the
opinion of the experts is good to know :-)

JS

El mié, 29 may 2024 a las 9:54, Jim Oberholtzer (<
midrangel@xxxxxxxxxxxxxxxxx>) escribió:

An earlier post lamented that user names should be longer.
OK, Use the built in LDAP server or any other kerberos server. Now you
have the luxury of single sign-on if you wish, usernames that are stupidly
long, and a world of other benefits. Sure it comes with an administrative
cost but IBM does not need to spend money on things that are already there,
albeit not quite so easy as the QSYS version.

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On Wed, May 29, 2024 at 10:45 AM VERNON HAMBERG Owner via MIDRANGE-L <
midrange-l@xxxxxxxxxxxxxxxxxx> wrote:

Be sure to search Ideas first - seems I've seen this already when
reviewing in a CAAC meeting.


As Jon said, there are reasons not to, it would be a tremendous cost.


Cheers
Vern


On Wed, 29 May, 2024 at 10:09 AM, Diego E. KESSELMAN <
diegokesselman@xxxxxxxxx> wrote:


To: midrange-l@xxxxxxxxxxxxxxxxxx

You should create an IBM Idea

On 29/05/24 07:18, Javier Sanchez wrote:

With SQL objects this is already possible, and sometime in the future,
maybe we will be able to do everything using only SQL, which would be
fantastic.

What about in the meantime we could have expanded the current 10-char
system object name length to something longer?

This is one item on my wish list, and I could also consider including

the

underscore character as a valid starting one for such names.

JS

--
Saludos/Regards

Diego E. KESSELMAN

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx<mailto:
MIDRANGE-L@xxxxxxxxxxxxxxxxxx>
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx<mailto:
MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx>
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx<mailto:
support@xxxxxxxxxxxxxxxxxxxx> for any subscription related questions.

.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.