A straight forward SQL to get edit tables behind field(s) for a specific record. The SQL execludes any edit tables that start with "%" as those are dynamic edit tables with values populated by PeopleCode at run time and thus will not be of a good use in this query.
SELECT R.FIELDNAME , R.EDITTABLE FROM PSRECFIELDDB R , PSDBFIELD F WHERE R.RECNAME = :RecordName AND SUBSTR(R.EDITTABLE,1,1) <> '%' AND R.EDITTABLE <> ' ' AND R.FIELDNAME = F.FIELDNAME AND F.FLDNOTUSED = 0;
| Title | Under | Posted on |
|---|---|---|
| special caracters are not translated correctly when ftp from windows to unix | Programming | 03/09/2010 - 3:23pm |
| SQR Code for converting the data from .CSV into Peoplesoft Tables | PeopleSoft Technical | 03/08/2010 - 9:25pm |
| How to view the employees from particular country in peoplesoft? | PeopleSoft Technical | 03/03/2010 - 1:56am |
| PeopleSoft, How to Disable Advanced Search or Saving Search Criteria for Component | PeopleSoft Technical | 03/01/2010 - 1:31pm |
Comments
It's been bugging me for a while, do you know what is the purpose of the field FLDNOTUSED on PSDBFIELD? I know it makes the words "Not Used" show up in the Key column in App Designer, but what is the actual function, and how is the field set? it is disabled at the field object level in App Designer.
Thanks
Per PeopleSoft:
I can't find an example about such a field though.
Give back to the community and help it grow!
* Help with unanswered forum questions and issues
* Register or login to share your knowledge at your own blog
Here is more info on the "Not Used" field property! Fields marked as "Not Used" will have the following characteristics:
• Skipped as part of the unique index.
• Ignored in Query.
• Ignored in nVision
• Unavailable to users in search pages or list boxes if it is a search key or list box item.
Give back to the community and help it grow!
* Help with unanswered forum questions and issues
* Register or login to share your knowledge at your own blog
I wonder if it was a way for Psoft to deprecate a field yet avoid a massive ALTER during upgrades? It's on high-volume tables like VCHR_%. We have millions of rows in those tables and an alter would take forever, if it didn't completely bring the db to its knees.
Thanks for the info!
Post new comment