Question

I heard opinion that it make no sense to create indexes when field has less changeability.
Eg if it stores only A,B,C,D values then there wouldn’t be benefit of having such index, and further more SQL server will not use it at all when executing query.

I wonder your opinion on that matter?

EDIT

Sample usage

Select * FROM Table WHERE Status = 'A'   -- A means Active

or combination with other fields

Select * FROM Table WHERE Group_ID = 123 AND Status = 'A'   

Answer 1

The general advice is that an index on a low-cardinality field is rarely going to be useful.

B-tree indexes are most effective for high-cardinality data (i.e. columns with many possible values, where the data in the column is unique or almost unique).

Some database engines, like Oracle and PostgreSQL, support Bitmap Indexes. Bitmap indexes have traditionally been considered to work well for data such as gender (Male or Female), which has a small number of distinct values, but with many occurrences of those values.

---

UPDATE:

Further to the sample usage, note that for your second query an index on Group_ID would probably be enough.

It is on the first query where you should consider how to restrict the results. It also depends on how frequently you plan to be running this query. In some situations, a full table scan could be the only option.