Inequalities are quite a bit more finicky than plain equations to solve, and are one of the invisible-class S-I+G-N error’s favourite breeding grounds. The source of all this pain is their ability to invert when certain operations are applied to both sides.
You can see this very easily. This is true:
If this were an equation, like , we could multiply both sides by and the equation would still hold. Do that with the inequality, and…
Uh oh. That’s not quite right. We need to reverse the relationship here:
When Do We Invert?
Ah. That’s the question, isn’t it?
From above we can see multiplying by is one such operation that reverses the inequality. More generally, multiplying by any negative value will invert an inequality. Doing this with variables, suppose we have a relationship
If want to multiply through by a negative constant , then we’ve got to flip the greater than to a less than.
Number lines are basic, sure, but they’re actually extremely useful for visualising this intuitively:
Solving Inequalities Involving Logarithms
I use here, but this applies to any base of .
It’s all fun and games until you get to . Here’s a gnarly inequality:
Try It YourselfBefore you read on, try solving this inequality yourself!
The issue with is that it is decidely twin-signed. In fact, it can even be . If you’re not familiar, this is what the graph of looks like:
y = lnleft(x\right) Thus whether is positive or negative depends on the value of . So if we have an inequality
We don’t know with certainty the sign of unless we know . But to solve for , we need to know the sign of . But we need for that. Uhh…
Luckily, this isn’t an actual catch 22. The solution is to just separately consider the 2 cases – solve for if , solve if , and then combine the solutions.
So, for the inequality above, consider the case where .
Then multiplying through by does require flipping the inequality.
is also negative, so multiplying through by that flips the inequality again.
Since is increasing, if and only if . Hence we can remove the logs to obtain
But wait! Remember that the input to should be positive.1 So we also have the added restriction that . Hence the first half of our solution is
Then consider the other case where .
Now multiplying through by no longer requires flipping the inequality, so the only flip happens from multiplying through by .
so the input to is certainly positive – no domain issues. But remember this half of the solution assumes , which means . Hence we need to further restrict our solution space to , not just .
Whew. Overall, merging the 2 solutions we have
Which, plotted on Desmos, certainly looks quite strange.
rac{1}{lnleft(0.1\right)} < rac{1}{lnleft(x\right)} Continuous Distribution Functions
Where inequalities reach their worst is solving for mappings between continuous random variables. For instance, given a CRV with probability density function
If , then
At this step we pause, because we now need to consider what happens to the direction of the inequality if we make any manipulations.
Closing Remarks
Can I just comment how elegant the name “inequality” is? Like, that’s literally what it is, it’s representing 2 things that are (potentially) unequal, because one’s greater than the other. It seems so obvious, but you kinda just accept “inequality” as yet another maths term.2