Overview
This article outlines rules, tips, and recommendations for building data feeds using any method, as well as for specific methods and implementations. There are also some best practices for how to set up specific feeds and fields.
All Methods
-
Ids must be unique
Note: Many times, this Id is a combination of values imported on other columns that together create a unique identifier. For example, on the Person Financial Aid Indicator data feed, you may use a combination of the financial aid indicator id, person id, and term id to create a unique Id, which can be similarly done on other data feeds. -
Any field that references another data feed (field name usually ends in "Id") must match the id of a record in the other feed. See hidden column "referenced in" in your Data Sheet to see a list of feeds that reference each feed.
- All person-related data feeds that reference a personId should be limited to only include records that are also in the person feed (ex: personApplication, personAddress, transcript). This applies to all associated feeds, but is most common in person-related data.
-
All date formats must be YYYY-MM-DD or YYYY-MM-DD HH:mm:ss
-
Cannot use <> in Accelerate configuration because of the XML format. Must substitute "<" and ">"
-
Comments in Accelerate configuration formatted: <!-- comment here -->
-
Can use static definitions if a list will be referenced throughout Accelerate in multiple queries.
-
Accelerate may be used to perform logic and manipulate/transform data after extraction (CSV) or in the extraction process (Direct DB)
-
Datatypes must be accurate
-
Less is more: data is much easier to add later than to delete once it has imported. If you are not sure about something, filter it out. Some types of records are easier than others to remove, but as a rule, if it's associated with any other records it's very difficult.
-
Start with a draft of each query and don't worry about getting everything perfect.
-
Include historical records for anything that will be on a student's transcript, courses, sections, degrees, programs, etc.
Connect Method 1: CSV
- Ids must be unique
Note: Many times, this Id is a combination of values imported on other columns that together create a unique identifier. For example, on the Person Financial Aid Indicator data feed, you may use a combination of the financial aid indicator id, person id, and term id to create a unique Id, which can be similarly done on other data feeds. - CSV files should not have headers
- CSV columns should be in order matching field position in documentation
- CSV encoding should be set to UTF-8
- Empty fields in CSV files may be set to "" or null
- Additional columns may be added to the end of a CSV file and used for logic or calculations for other fields
- Additional or separate files may be used and combined into one feed using Accelerate queries
Connect Method 2: Direct DB - Views
- Ids must be unique
Note: Many times, this Id is a combination of values imported on other columns that together create a unique identifier. For example, on the Person Financial Aid Indicator data feed, you may use a combination of the financial aid indicator id, person id, and term id to create a unique Id, which can be similarly done on other data feeds. - Field names are case sensitive
- Results of SQL View must match SIS Import definitions
Connect Method 2: Direct DB - Queries in Accelerate
- Ids must be unique
Note: Many times, this Id is a combination of values imported on other columns that together create a unique identifier. For example, on the Person Financial Aid Indicator data feed, you may use a combination of the financial aid indicator id, person id, and term id to create a unique Id, which can be similarly done on other data feeds. - Field names are case sensitive
- Results of SQL Query must match SIS Import definitions