# Algorithm for Even Fitting

I'm trying to design an algorithm for evenly fitting decimal numbers into a decimal number.

Say I have a set $$N$$ of decimal numbers ($$N_1$$, $$N_2$$, ..., $$N_n$$) and a target value $$Y$$. I'd like to see what combination of values of $$N$$ (values may be used zero to many times) add up evenly to $$Y$$.

I've accomplished it by selecting random values of $$N$$ until I either add up to $$Y$$ or pass it - at which point I start over. This algorithm does not seem efficient, however. Sometimes it takes 50k passes before it lands on an answer.

The set I'm actually working with is 21 dollar values between \$0.89 and \$8.04 and the target is \$43.94. Is there a simpler algorithm? • One thought I had is that I can add up to approximately the target and then attempt to replace numbers in the set with others that are more or less. If I'm say 0.02 below my target then I look for items in my set that can be replaced by items that cost 0.02 more. Nov 17, 2018 at 4:14 • Are these integers? If so, you can use the extended Euclidean algorithm. Can you edit the question to clarify what you mean by "decimal numbers"? – D.W. Nov 17, 2018 at 4:49 • Can you describe a trivial example and a simple nontrivial example in the question? If you can share your algorithm on some online IDE such as repl.it, that would be useful for the potential answerers, too. Nov 17, 2018 at 5:11 • How large are your numbers? Nov 17, 2018 at 5:46 • Added information to my question to clarify the set I'm working with. Nov 17, 2018 at 15:27 ## 1 Answer Provided the $$N_i$$ are all positive, this is pretty much exactly the problem of "how many ways can I make value $$Y$$ out of coins with values $$N_i$$ (assuming no restriction on the number of coins)?" That problem has a very easy recursive solution that breaks into two cases at each step: 1. Include a "coin" of value $$N_i$$ and recurse. 2. Assume you have used $$N_i$$ as many times as you are willing and recurse using only values $$N_j$$ for $$j > i$$. • The coin values always go all the way down to \$0.01, so you're assured of being able to land on $Y$. In my problem, the set $N$ doesn't necessary contain a value of \$0.01, so it's possible there is no solution for a given problem. Check me here. Nov 21, 2018 at 19:05 • I don't really see why it should matter if the values go to$0.01 or not. In the case you can't complete the value Y, there are simply 0 ways to do it, and you just drop the combination upon realizing this. Nov 29, 2018 at 3:18
• Good point. I don't totally understand your pseudocode, though. In step 1, what precisely do you mean by "recurse"? Do you mean to add the same $N$, the next $N$? You say to use $N_i$ "as many times as you are willing". In my problem, each value of $N$ can be used without constraint. So it seems to me that strictly following your logic I would take either the first or a random $N_i$ and continue adding it to the proposed solution set until it didn't work. Then how would I proceed to attempt a new set? Nov 30, 2018 at 4:36
• I'm assuming you can order the $N_i$. You start with $i = 1$, and break into two cases: 1. Add another $N_1$ (if possible, i.e. this won't surpass the target $Y$) and recurse to try to form target $Y' = Y - N_1$, or 2: Investigate the solution where we are not using any more $N_1$, i.e. try to form $Y' = Y$ out of $N_2, N_3, ...$. I'll try to improve my pseudocode today to make it clearer. Nov 30, 2018 at 9:54