× 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.


  • Subject: Re: DDS Support
  • From: "Emilio Padilla Taylor" <epadilla@xxxxxxxxxxxx>
  • Date: Fri, 30 Jun 2000 11:55:05 -0500
  • Organization: Padilla Asociados

Hi, I will like to add my 0.02 cents.

One of the main things that I like about the AS/400 is his "openness" in
development.  Before any flames start on me about this "openness" let me
explain.

AS/400 is one of the machines who let me develop any way a want according to
my necessities and comfort.  If I develop communications I have sna, tcpip,
ipx, etc.   I can use remote dataq, icf, sockets, ddm, etc.  I can go over
sdlc, async, ethernet, fast Ethernet, token ring, fddi, etc.

If it is application development (actually a didn't like the name change
from application system to advanced server), I have Java, RPG, Cobol, perle,
rexx, Pascal, c, etc.  If a want client server I have any ODBC applications,
visual rpg, visual basic, Smalltalk, SQL, etc.  And is not only that, I can
develop with a combination of all this environments  without any major
problem.  Try to access an Oracle data base from an legacy COBOL application
or viceversa.

At the end, I don't think SQL should replace DDS or the other way around.  I
love that Rochester let me choose the way a will like to go.  I think taking
out one of them it will like Rochester deciding if they will take out DOU
for DOW or viceversa.

Sorry about the translation.

Emilio



----- Original Message -----
From: "John Taylor" <john.taylor@telusplanet.net>
To: <MIDRANGE-L@midrange.com>
Sent: Viernes 30 de Junio de 2000 08:34 AM
Subject: RE: DDS Support


>
>
> > -----Original Message-----
> > From: owner-midrange-l@midrange.com
> > [mailto:owner-midrange-l@midrange.com]On Behalf Of James W. Kilgore
> > Sent: Friday, June 30, 2000 2:37 AM
> > To: MIDRANGE-L@midrange.com
> > Subject: Re: DDS Support
> >
> >
> < big snip >
>
> > Within this thread, Eric N. Wilson posted what may be a workable
> > solution to the REFFLD issue.  My problem has not been with the use of
> > SQL as an alternative to CHAIN, but in the definition of the file
> > itself.  As I understand it, referential integrity can only be
> > implemented on those files that are created via SQL.  RI is my goal, but
> > I didn't want to trade one benefit (RI) at the cost of another (REFFLD).
>
>
> James,
>
> I'm sure that you probably already know this, but your statement may lead
to
> confusion for some, so I thought that I'd better clarify. Referential
> integrity can be applied against any PF on the AS/400, whether created by
> SQL or DDS. There are a set of commands that allow you to maintain
physical
> file constraints. These commands are ADDPFCST, RMVPFCST, CHGPFCST,
WRKPFCST.
>
>
> Regards,
>
>
> John Taylor
> Canada
>
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@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.