Job design:
OraEnt --> Sort --> Dataset
Sort stage:
-----------
Sorting Keys:
Key: BKCol
Sort Key Mode: Don't Sort (Previously Sorted)
Sort Order = Ascending
Input Tab, Partitioning Tab: Auto
Dataset stage:
Input Tab, Partitioning Tab: Hash
Hash partitioned on BKCol
OraEnt: Sorting is being done in the SQL using ORDER BY
This job aborts with the message:
Sort_110,3: Input not sorted at record 20
Job aborts with "Input data not sorted" error
Moderators: chulett, rschirm, roy
Well... simply put, you've asserted that the data will be hitting the Sort stage sorted in a certain manner and... you lied. It's not.
You need to figure out the disconnect between what you think you are doing and what you say you are doing.
You need to figure out the disconnect between what you think you are doing and what you say you are doing.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
Write a test job where you use the sort stage but actually sort the data and write to a sequential file, then compare your original with the sorted data and you'll see the difference.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
Make sure your ORDER BY in your SQL matches the key column(s) you specify in the Sort stage and that their data types match. A numeric sort and a string sort of the same data can output data in different orders and trip people up sometimes.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Premium Member
- Posts: 72
- Joined: Mon Jul 06, 2009 9:34 pm
- Location: Sydney