×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
I never knew that was an IBM recommendation, but I've seen large ERP systems that never creates or deletes DTAQs, I've seen this practice since 1994 at least.
I guess it depends on the design of your application, if there is some sort of processing during the night that might use that DTAQ, it is very likely that you could lose data or at least get someone mad.
In the ERP of my job, we create the DTAQs on new customer implementations or new functionalities that would require it, there is DTAQs that I've created since 12 years ago that they are still there, with their original creation date.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Åke Olsson
Sent: Thursday, February 17, 2011 1:34 AM
To: 'midrange-l@xxxxxxxxxxxx'
Subject: Still necessary/recommended to rebuild data queues regularly?
Our application uses data queues "a lot" and out of habit and tradition the queues get deleted and created afresh in the overnight runs.
I believe this way of handling them was an IBM recommendation some years ago.
The question is: Is it still necessary to delete/create data queues like this? OR Could we just let them be - like forever. Never deleting them. Just create queues when needed and let them sit.
Med vänlig hälsning / Best regards
Åke H Olsson
[cid:image001.png@01CA1FE6.387A03A0]
Box 433 SE 551 16 Jönköping Sweden visit: Brunnsgatan 11
phone: +46 (0)36 342976 mobile: +46 (0)705 482976 fax: +46 (0)36 34 29 29
ake.olsson@xxxxxx<mailto:ake.olsson@xxxxxx> www.pdb.se
This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorized and may be illegal.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.