|
| I'm having a design challenge; many of our customers' data files are over 40
MB in size and each file MUST be processed as a single unit, my challenge is
determining how to debatch and process the debatched files as a single unit
(sequential convoy design).
If I were to use BTS threshold setting as my "debatching" mechanism, then to
design the sequential convoy "Aggregator Algorithm", I need to know:
(1) When BTS split large files into fragments how are these
fragments
stored in the messagebox DB:
(a) individual messages; i.e. if default
threshold is used,
40 MB will be fragmented into 10
different 1 MB files
(b) single unit before they can be accessed
by other
processes; i.e. fragmented into 10
files, then sent to
messagebox DB 1 fragment at a time until
all 10
fragments are received. processes c/n
access the files
until all fragments have been stored in
the DB as 1
(2) If the response is 1a, how can I dynamically determine the number of
fragments/batches created by BTS for a file? this number will serve as the
loop to determine if there are more batches to process.
I've read many Convoy Design samples on-line, but have not seen any samples
using a DB aggregator and dynamically determining the # of fragments/batches
processed.
My primary design goal is to use BTS's Out-of-the-box
functionalities/components
and eliminate the use of custom code.
your insights are greatly appreciated.
Thanks!!
|
|