Using the IBIS Financial Database
In order to determine which table in the IBIS Financial Database contains the information you need, it is necessary to know what types of subobjects are related to an account. Since more than one type of subobject can be related to an account, it is necessary to separate them into different tables. The 6 types of subobjects are:
The following AUSO screens take you through the steps involved in relating subobjects. Screen 1:
Screen 2:
AUSO - Relating Subobjects to the Organization Unit Screen 3:
Detail Tables in the IBIS Financial Database
> Notes:
To view a list of field names, labels, descriptions, values etc. for the IBIS_DETAIL tables, visit the Field Definitions, Formats and Values for IBIS_DETAIL#2 page. Example of IBIS_DETAIL #1 and IBIS_DETAIL #2 Table Contents
The IBIS_DETAIL #1 Table would look like the following with some selected sample data from the account layout example. IBIS_DETAIL#1 Table:
Each row represents a transaction.
IBIS_DETAIL #1 Table Rules:
The IBIS_DETAIL #2 Table would look like the following with some selected sample data from the previous account layout example. IBIS_DETAIL#2 Table:
Each row represents a transaction.
IBIS_DETAIL #2 Table Rules:
Comparison between IBIS_DETAIL#1 and IBIS_DETAIL#2 What one can observe when comparing the contents of IBIS_DETAIL#1 and IBIS_DETAIL#2 is that the grand total amounts should equal. It doesn't matter how complicated the resolution was, the total transaction amount is always the same. The grand total for Account 8 33 11 in the IBIS_DETAIL#1 example is $16,650, and the grand total for Account 8 33 11 in the IBIS_DETAIL#2 example is also $16,650. There are different subtotal amounts, but the total by transaction and by the grand total should be equal. Transactions for Account 8 33 11:
IBIS_Detail#2 Data Table Field Definitions
Other Tables in the IBIS Financial Database
Same fields as IBIS_DETAIL #1
Same fields as IBIS_DETAIL #2
An operator tells a query to perform an operation. For example, the + operator tells a query to perform an arithmetic operation (addition). Query tools allow you to use arithmetic, comparison and logical operators as described below in the tables below. > Note: Arithmetic operators are used to perform numeric calculations. Example:
Comparison Operators: Comparison operators are used to compare two values. Example: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comparison Operator | Meaning |
| < | Less than |
| <= | Less than or equal to |
| > | Greater than |
| >= | Greater than or equal to |
| = | Equal |
| <> | Not equal to |
Logical operators are used with expressions that evaluate to true or false.
In the following example, the And operator combines the expression CODE-FNST-DTL-TYPE = 'SRFC' with the expression CODE-COBJ = '0336'. The entire expression evaluates to true if the CODE-FNST-DTL-TYPE value equals "SRFC" and the CODE-COBJ is "0336": CODE-FNST-DTL-TYPE = 'SRFC' And CODE-COBJ= '0336'.
| Logical Operator | Meaning |
| AND | This criterion and another criterion must be true for the records in the result set. One criterion as well as another criterion must be true. |
| OR | This criterion or another criterion must be true for the records in the result set. Either one criterion or another criterion may be true. |
| NOT | This criterion must not be true for the records in the result set. |
The following table lists other operators you can use.
| Operator | Example | How it's used |
| BETWEEN | Between 7/1/97 And 7/31/97 | To determine if a value falls within a certain range. |
| IN | In ('IPBD', 'ITBD', 'PPBD', 'PTBD', 'RPBD','RTBD') |
To determine if a value is equal to any of several values in a list. |
| IS | Is Null, Is Not Null | With the keyword Null to determine if a value is null (has no value) or not null (has a value). |
| LIKE | Like '??????????10010' | To compare two values using a wildcard character of a specific length (?). |
| LIKE | Like 'Sm*' | To compare two values using a wildcard character of variable length (*). |
Example 1:
| IBIS_DETAIL #1 Table | IBIS_HEADER Table | |
| NUMB-ACCT 0201544 UP508A0 |
<- Field that is common to both tables -> | NUMB-ACCT 0201544 UP508A0 |
Example 2:
| IBIS_HEADER Table | IBIS_DETAIL #1 Table | IBIS_CODESETS Table | ||
| NUMB-ACCT | <- Field that is common to both tables -> | NUMB-ACCT | ||
| CODE-COBJ | <- Field that is common to both tables -> | CODE-VALUE (Object Code) |
Tips for Microsoft Access Querying in the IBIS Financial Database
> Notes:
If you have some tips that would be helpful to others and which you would like to have published at this web site, please send your suggestions to: njb121@psu.edu.
Operational Tips
For each query, set the query property ODBC Timeout to 0 (zero)
To optimize your database file performance, compact and repair your database file on a regular basis. This can be done while in the database file. Use the tools menu item, select Database Utilities, and select Compact and Repair.
The IBISFin database is scheduled to update nightly. A total refresh is typically scheduled for the second Friday of the month and incremental updates occur the rest of the month.
The warehouse is taken off-line at 5pm each day in preparation for nightly maintenance. The server is down only momentarily and is available again within a minute.
Use Fields which are indexes in every query. Searching on an indexed field is much faster. Fields which are indexes are:
IBIS_DETAIL#1 and IBIS_DETAIL#2 Tables:
Value Definitions
| CODE-UNIV-REC-TYPE Values: | |
| IPBD | Permanent Budget |
| PPBD | Pending Permanent Budget |
| RPBD | Resolved Permanent Budget |
| ITBD | Temporary Budget |
| PTBD | Pending Temporary Budget |
| RTBD | Resolved Temporary Budget |
| IACT | Actual |
| PACT | Pending Actual |
| RACT | Resolved Actual |
| IENC | Ordinary Encumbrance |
| PENC | Pending Ordinary Encumbrance |
| RENC | Resolved Ordinary Encumbrance |
| IENP | Planned Encumbrance |
| PENP | Pending Planned Encumbrance |
| RENP | Resolved Planned Encumbrance |
| IENS | Standing Encumbrance |
| PENS | Pending Standing Encumbrance |
| RENS | Resolved Standing Encumbrance |
> Notes:
The record types that start with I have been posted BOTH to the university and they have been resolved through CRFN.
Criteria Tips:
Income Object Codes are <=0099 and Expense Object Codes are >0099.
Remember to run separate queries for Income information and for Expense information.
Use: Not In ('IPBD','ITBD','PPBD','PTBD','RPBD','RTBD') as criteria for the CODE-UNIV-REC-TYPE field when you want Actual and Encumbrance data.
Use: In ('IPBD','ITBD','PPBD','PTBD','RPBD','RTBD') as criteria for the CODE-UNIV-REC-TYPE field when you want Permanent and Temporary Budget data.
Since all text data is in uppercase letters, remember to use upper case when querying. If you run a query with the criteria in lower case letters, you won't get any results.
Remember to include the fiscal year of interest (ex: ³19971998´) in the criteria for the DATE-FNST-FISCAL-YR field.
The account format is: 0803311 UP10010
>Notes:Logic Tips
| AND | X as well as Y | Both conditions must be true to get back results. |
| OR | Either X or Y | One or the other condition must be true to get back results. |
Joining Tables
| Table 1 | Table 2 | Field from Table 1 | Field from Table 2 |
| IBIS_DETAIL (1 or 2) | HEADER | NUMB-ACCT | NUMB-ACCT |
| IBIS_DETAIL (1 or 2) | HEADER | CODE-BUDG-ADMIN-AREA | CODE-CBUD-ACCT-ADMN-AREA |
| IBIS_DETAIL (1 or 2) | IBIS_CODESETS | CODE-COBJ | COBJ-VALUE |
|
Last revised: Thursday, November 03, 2005 10:54 |