<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Using tag in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Using-tag/m-p/50048#M5345</link>
    <description>Hi,

I know that using unique tags is not an efficient way of using them. I have question similar to this topic. What about using unique (or close to unique, i.e. tag per process run) tags but only temporarily. Does it affect performance as well?

So I would use a tag related to process run and at the end of the process I would remove it or change it to some other, more common, tag. Is that ok?

Tomek A.</description>
    <pubDate>Tue, 13 Feb 2018 15:14:00 GMT</pubDate>
    <dc:creator>TomaszAdamski</dc:creator>
    <dc:date>2018-02-13T15:14:00Z</dc:date>
    <item>
      <title>Using tag</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Using-tag/m-p/50048#M5345</link>
      <description>Hi,

I know that using unique tags is not an efficient way of using them. I have question similar to this topic. What about using unique (or close to unique, i.e. tag per process run) tags but only temporarily. Does it affect performance as well?

So I would use a tag related to process run and at the end of the process I would remove it or change it to some other, more common, tag. Is that ok?

Tomek A.</description>
      <pubDate>Tue, 13 Feb 2018 15:14:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Using-tag/m-p/50048#M5345</guid>
      <dc:creator>TomaszAdamski</dc:creator>
      <dc:date>2018-02-13T15:14:00Z</dc:date>
    </item>
    <item>
      <title>It's difficult to say Tomek…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Using-tag/m-p/50049#M5346</link>
      <description>It's difficult to say Tomek. As you know, tags are intended as a way of categorising and grouping items, and not as&amp;nbsp;item data&amp;nbsp;storage. In earlier versions of BP you could not update the queue item collection, so users turned to tags as a way to preserve runtime information. We made a mistake in not foreseeing this, and the consequence was that some users created hundreds of thousands of unique tags, which had a detrimental effect on system performance. My feeling is your idea would be OK provided the volumes are not to crazy.&amp;nbsp;Changing the tag for another deletes the item-tag reference, but not the tag itself, it&amp;nbsp;becomes an orphan in&amp;nbsp;the BPATag table until it is automatically cleaned up. I can't remember how often the clean up occurs, but provided&amp;nbsp;the&amp;nbsp;build up of orphans does not get too great (as it used to years ago), then you should be OK.</description>
      <pubDate>Tue, 13 Feb 2018 19:31:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Using-tag/m-p/50049#M5346</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2018-02-13T19:31:00Z</dc:date>
    </item>
  </channel>
</rss>

