|
Hi, There are two possibilities: 1. Write a function in a HLL Programming languange (i.e. RPG) and register it as UDF as shown in Steven's example. 2. Write a UDF with pure SQL. The following example shows a script for an UDF, that converts 4 numeric values into a real date: Create Function MySchema/CvtNumToDate ( ParCent Decimal(2, 0), ParYear Decimal(2, 0), ParMonth Decimal (2, 0), ParDay Decimal(2, 0)) Returns Date Language SQL Deterministic Reads SQL Data Called on NULL Input Disallow Parallel Begin Declare Continue Handler for SQLException Return Date('0001-01-01'); Return Date(Digits(ParCent) Concat Digits(ParYear) Concat '-' concat Digits(ParMonth) Concat '-' concat Digits(ParDay)); End; Mit freundlichen Gruessen / Best regards Birgitta Hauser "Shoot for the moon, even if you miss, you'll land among the stars." (Les Brown) "If you think education is expensive, try ignorance." (Derek Bok) -----Ursprüngliche Nachricht----- Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] Im Auftrag von Dan Gesendet: Friday, December 15, 2006 22:39 An: Midrange Systems Technical Discussion; RPG400-L@xxxxxxxxxxxx Betreff: Help with UDFs or stored procedures (Cross-posted to midrange-l and rpg400-l) Our legacy database files are littered with dates defined as four numeric fields, with a 2-digit century, 2-digit year, month, and day. I must work with these dates in SQL and WrkQry, sometimes in RPG. I would like to define either a UDF or stored procedure or *something* that would convert four input parameters into a date result. It would be nice if I could use the same function in an SQL statement and in RPG code, but not a requirement. So, I need to read up on how to do this, and how to choose UDF vs. stored procedure. I searched the archives, saw a few examples of code, but did not see any reference on how to call the UDF or stored procedure. Can anyone suggest good online references? TIA, Dan
As an Amazon Associate we earn from qualifying purchases.
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.