Денис

Не надо вообще хранить те справочники которые не редактируются пользователями а использовать целочисленный тип в базе ну и enum в коде, можно также хранить непосредственно значение в таблице, это избавит от лишних объединений и повысит скорость запросов.

Правильным будет вариант "много мелких таблиц".
Он позволит связать эти мелкие таблицы с основной при помощи внешних ключей, что обеспечит консистентность.

В случае же со свалкой, "великим словарем" следить за тем, что категории не перепутают, придется программисту.

Почему например не упаковать это все в отдельный класс? И делать всю работу там?

class SomeCool
    {
        private T pamar1;
        private T pamar2;
        private T pamar3;
        ...

        private void SomeCoolrMethod()
        {
            for (var i = 0; i < 90000; i++)
            {
                var pamar1 = SetParam1();
                var pamar2 = SetParam2();
                var pamar3 = SetParam3();
                var pamar4 = SetParam4();
                var pamar5 = SetParam5();

                DoMethod1(param1, param3, param4);

                DoMethod2(param1, param2, param4);

                DoMethod3(param3, param4, param5);
            }
        }
    }

Можно эти переменные и методы поместить в отдельный класс... классы для этого и придуманы. Насколько я могу судить у них должна быть общая идея и предназначение, если возникает такая необходимость.

Можете воспользоваться библиотекой simproexpr.

Использовать как-то так (красоту наведете сами, я просто набросал рабочий пример):

static void Main(string[] args)
{            
    var criteria = new Expression<Func<string, bool>>[]
    {
        str => str.Contains("дом"),
        str => str.EndsWith("!"),
        str => str.Substring(0, 1).ToUpper().Equals(str.Substring(0, 1)),
    };

    var complexCriterion = "1 | (2 & 3)";

    var ep = new ExprParser();
    LambdaExpression lambda = ep.Parse("(string str) => " + BuildComplexCriterion(complexCriterion, criteria));

    var result = ep.Run(lambda, "дом");
}

static string BuildComplexCriterion(string complexCriterion, Expression<Func<string, bool>>[] criteria)
{
    for (var i = 0; i < criteria.Length; ++i)
    {
        complexCriterion = complexCriterion.Replace((i + 1).ToString(), criteria[i].Body.ToString());
    }

    return complexCriterion;
}

Фигню вам тут советуют. Одной лишь работе на фрилансе вы мало чему научитесь. Скорее всего, наберётесь примеров говнокодинга в здачах «подправить скрипт» и подумаете, что так и нужно делать.
Вы не самый молодой — я видел тут 14-летнего парня, который на C# пишет круче всех PHP- и Python-программистов, которых я видел. Просто есть огромная разница между enterprise и home-page проектами. Java и C# имеют в себе больше от enterprise-культуры.

Самый лучший совет Вам сейчас: читайте книги. Как можно больше книг. Обязательно сочетайте с практикой. Но не на фрилансе, а «свои велосипеды», чтобы была возможность пробовать применять знания из книг. Пока Вас кормят родители — это самое лучшая возможность начинать свои проекты. Возможно, Вы сейчас мало придаёте этому значения, но это так.

Изучайте существующие фреймворки.
Книги и работа с фреймворками (в том числе фреймворками для unit-тестирования) дадут Вам огромнейшее количество знаний, Вы сможете сэкономить многие многие годы, которые другие программисты тратят, чтобы постигнуть всё своим путём.
Читайте Макконнелла «Совершенный код», Роберта Мартина — «Чистый код», Э. Хант, Д. Томас — «Программист прагматик».
Изучайте Qt, Symfony, Visual Studio. Никогда не думайте, что Вы остановитесь на одном языке — нужно изучать несколько языков, чтобы видеть несколько способов решения проблем.

Выбирая профессию программиста, знайте, что Вы будете учиться ВСЕГДА, а не следующие 7 лет. Новые технологии появляются каждый год, индустрия очень молодая и активная — каждый год Вы будете изучать и пробовать новое. Это университет без даты окончания :)