When an SQL object is defined to Aldon, all of that "gobbledygook" source is
read and executed under the covers to recreate the table/index. :-))

Aldon can even "retrieve" the source from the object if none exists. It's
called "pseudo source" and can then be reformatted to make it be more
readable by human beings.

As for this old-timer, I'll stick with DDS. Now get off my lawn. :-))

Paul Nelson
Cell 708-670-6978
Office 512-392-2577
nelsonp@xxxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of David Gibbs
Sent: Tuesday, December 04, 2012 8:55 AM
To: Midrange Systems Technical Discussion
Subject: Re: Aldon & Index Advisor Indexes

On 12/3/2012 8:32 PM, Sam_L wrote:
The non-source object approach is the easiest but I have this
hankering for source under source control... I can get the source
back from Index Advisor, but then I have to hand tweak it to fit into
Aldon.

Although I have zero experience with Aldon (for obvious reasons), I would
lean on the side of a source based approach ... strictly from a
documentation perspective.

I assume Aldon can handle source based SQL objects?

david
(who works for PTC, formerly MKS and an Aldon competitor, in addition to
running midrange.com)



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.