While maintaining some JAX-WS Web Services I built using ADF Business Components (such as View Objects, Entity Objects, Application Modules, etc), I found a way to edit a View Object’s query without having a connection to the JDeveloper project’s database. This is useful for me because I work from home and do not always have easy access to the databases we work with, but still want to get a bit of work done, but it’s not quite obvious you can do this without directly editing the XML file.
To edit a ViewObject’s query offline:
- Open the View Object
- Go to the Query side tab
- Click the pencil icon above the query to open the query (you’ll be told you’re not connected– click OK)
- Make your changes and press Apply or OK.
- Here you’ll be told you’re not connected again, close the window by pressing X, but don’t click ok.
If you follow the instructions above, particularly closing the dialog rather than pressing OK, your ViewObject’s query should be edited! Just make sure to test it when you have access to the database again!
Make sure not to press OK here! Just close the dialog.
As part of a series of useful, simple queries for Oracle Receivables, here is a simple query to find open, unapplied credit memos. This is a simplified version of a query that I used for programmatically applying open Credit Memos to an invoice.
There are many other additions you can make to the query to more accurately specify what you are looking for. For example, if you want Debit Memos instead, simply change the Class column in the WHERE clause to ‘DM.’ This is meant to get you off the ground.
If you need help constructing a more specific, feel free to comment below!
from ar_payment_schedules_all aps,
where aps.customer_id = hca.cust_account_id
and aps.class = 'CM'
and aps.status = 'OP'
and hca.account_number = 'CUSTOMER NUMBER HERE'
order by aps.last_update_date asc;
The same information this query returns can be found using Transactions Summary in the Recievables Manager responsibility.
While debugging packages and procedures in an Oracle database I have become accustomed to searching through the source of all packages and procedures in the database. To do this in Oracle, one would query the Data Dictionary ALL_SOURCE (or DBA_SOURCE, depending on permissions) like so:
This is generally a quick and dirty way to search all procedures, packages, and functions for something like a custom error string or calls to other procedures (which can also be done with ALL_DEPENDENCIES)
MySQL stores routines a bit differently than Oracle, but this is still possible. Since MySQL does not have dependency tracking functionality, if one makes a change to a stored function and wants to find all other stored procedures that call that function, one would query the PROC table in the MYSQL database like so:
WHERE lower(CONVERT(body using utf8))
Gotchas about this query:
The reason I’m posting this to my blog mainly is because there are two somewhat not-straightforward things about this query that should be noted. First of all, please note that the query converts the body of the routine to lower case. This is done because calls made in the DDL of routines can be made in any case, since SQL syntax is case-insensitive.
With that being said, due to MySQL storing routine’s bodies as a BLOB type, and since the BLOB type is stored in binary format, it is necessary to convert the body to a character set (like UTF8) using something like CONVERT(body using utf8) before using the LOWER() function on it.
For more information about converting BLOB text please see the MySQL bug note about it here.