Hello,
I wonder if anyone came up with better ideas on having a fixed number of random sample? There are several ideas (e.g. ) and discussions, but nothing seems working very well for me. In general, when you have a big database or list and you need to run it via webhook, or a data management campaign, or some testing, it would be tremendously helpful to be able to throttle and queue it. Thus only fixed number of records will be treated a day. That is what I came up with:
With randomizing and splitting into lists, I found helpful the following:
What do I miss? Are there better scalable solutions for randomizing and throttling?
Thank you,
Helen
Solved! Go to Solution.
The only way to randomly sort people into a fixed number of buckets is using a webhook that uses a hash-bucket algorithm.
(This is much simpler than it sounds, since modern programming languages already support the necessary functions in a couple of lines of code. The point is you can't do it with Marketo alone.)
The only way to randomly sort people into a fixed number of buckets is using a webhook that uses a hash-bucket algorithm.
(This is much simpler than it sounds, since modern programming languages already support the necessary functions in a couple of lines of code. The point is you can't do it with Marketo alone.)
Hey Sanford,
Do you have any examples using the hash-bucket method you described in webhooks in Marketo that I can reference?
Thanks
Floyd
I would very appreciate that as well.
Here's an example from one of my instances:
(Not allowed to post any more than that given Community rules.)
Each call responds with a bucket # between 1 and numBuckets.
The SHA1/truncate/modulo logic can be translated to pretty much any language. This is also just one of many algorithms you can use for such things, but they all have the same technical objective: hash the input and use the result-modulo-number-of-buckets to choose that person's bucket.