Purging the objects on the server

Hello everybody,
I have the task to delete all objects (schedules, instruments lists, report templates, and returned files), on TR server, pertaining to asynchronous requests that we sent, between two dates (or in fact until a certain date).
The way I found was to list the objects, and for each, call the Delete method, of ScheduleOperations, InstrumentListOperations, ReportTemplateOperations ...
Apart from the fact that I have to review the notion of pagination to get more than the first 250 objects of each sort, I see that each deletion takes about 7 to 8 seconds.
For the test phase it can seem OK, but when the real operations are started we can have too numerous objects to take so much time to purge them.
Any hint about this ?
The test application examples propose to delete the objects as soon as the results are received, but that does not seem to be coherent with the needs as some debate can appear about an operation or another some time after the extraction.
Best Answer
-
@Hubert CANEVET, the only reason why our sample codes delete objects immediately after results are received is to avoid cluttering up your environment with objects created by demo code. That does not mean you should proceed this way, your workflow should serve your own business and technical requirements.
Personally I'd use On Demand extractions for all asynchronous requests, instead of Scheduled extractions (if you are not familiar with the difference between these 2 methods, see here). When you use on demand extractions nothing is left lying around on the server, so there is no need to purge anything.
But if you want to use scheduled extractions and keep objects on the server for a certain time then you will have to create a purging mechanism. In that case I'd recommend you create a separate process to run in the background and purge old items. Usually garbage collection is not under stringent time constraints.
0
Answers
-
Hello,
Thank you for your answer.
I am afraid we are too advanced in the development to consider choosing another architecture, I remember I asked the question about calling certain report types synchronously, the answer did not encourage a lot to go that way.
So I am going to pursue using loops for the purging. Do you have an idea whether it is possible to launch several such treatments concurrently with the same account, in case one treatment is not quick enough ?
To launch queries it is possible with the API, I presume to delete the objects it should be the same.
0 -
@Hubert CANEVET, yes you should be able to delete objects using several parallel queries.
0 -
Oh, still one thing to verify : if I delete an extraction, that also deletes the files that come with it, does not it ?
0 -
@Hubert CANEVET, if you delete a schedule it does not delete the files it generated. Note those files are automatically purged by the servers themselves, after 45 days.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 279 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 716 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛