Hi,
Do you know how QS "RealTime" works with matching process using big amount of data.
Anka
RealTime QS
Hi,
Mentioning of real time and large amounts of data at the same breath???
Could you specify more details?
usually real time means handling of 1 request individually.
SOA (former RTI) allows you to have n instances of a process at any givven time after you exceed that number you might create a bottle neck.
So what exactly do you have in mind?
Mentioning of real time and large amounts of data at the same breath???
Could you specify more details?
usually real time means handling of 1 request individually.
SOA (former RTI) allows you to have n instances of a process at any givven time after you exceed that number you might create a bottle neck.
So what exactly do you have in mind?
Roy R.
Time is money but when you don't have money time is all you can afford.
Search before posting:)
Join the DataStagers team effort at:
http://www.worldcommunitygrid.org
Time is money but when you don't have money time is all you can afford.
Search before posting:)
Join the DataStagers team effort at:
http://www.worldcommunitygrid.org
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Then you need a fast method of retrieving not just the matching record but also its standardized forms.
I normally solve this by adding fifteen columns to the table into which I initialize the standard forms (e.g. NYSIIS of last name, NYSIIS of city) then index these and any raw data fields that I may need to match. An alternative is to have an identically-keyed table containing the standard forms - it's mostly about what you can convince the DBA is the better approach.
I normally solve this by adding fifteen columns to the table into which I initialize the standard forms (e.g. NYSIIS of last name, NYSIIS of city) then index these and any raw data fields that I may need to match. An alternative is to have an identically-keyed table containing the standard forms - it's mostly about what you can convince the DBA is the better approach.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.