Как обеспечить зависимость значений для ввода в поле базы данных от значения в другом поле базы данных?

[tuchin]

В таблицу DicFactor вводятся факторы, а в связанную с ней таблицу FactorValue вводятся допустимые значения факторов. Например, для фактора 0 вводятся допустимые значения Большой, Средний, Малый, а для фактора 1 - Да, Нет. Хотелось бы сделать следующее:
- чтобы после ввода фактора в dgvTable в списке для ввода значений факторов в dgvTableValue появлялись бы только допустимые факторы;
- чтобы после ввода фактора в dgvRule в списке для ввода значений факторов появлялись бы только допустимые факторы.
Помогите, пожалуйста. Проект прикрепил.

[hoolygan]

Вот так сходу, не смотря на код. Смотрите в сторону linq запросов в таблицу. Думаете сильно интересно скачивать, распаковывать, всматриваться в код, понять что и ауда? Дайте сюда кусок кода, который пробовали для отработки выборки, тогда подсказать можно. А так... сколько готовы заплатить? На фрилансе?

[tuchin]

Я использую ADO.NET и не хочу использовать LinQ. Поясню, что хотелось бы реализовать. Создаю структуру таблицы dgvTableValue:

      dgvTableValue.Columns.Add(new DataGridViewTextBoxColumn()
      {
        Name             = "ID",
        HeaderText       = "ID",
        DataPropertyName = "ID"
      });
      dgvTableValue.Columns.Add(new DataGridViewTextBoxColumn()
      {
        Name             = "TableFactorID",
        HeaderText       = "TableFactorID",
        DataPropertyName = "TableFactorID"
      });
      dgvTableValue.Columns.Add(new DataGridViewComboBoxColumn()
      {
        Name             = "FactorValueID",
        HeaderText       = "Значение целевого фактора",
        DataPropertyName = "FactorValueID",
        DataSource       = ds.Tables["DicFactorValue"],
        DisplayMember    = "FactorValue",
        ValueMember      = "ID"
      });
      dgvTableValue.Columns.Add(new DataGridViewTextBoxColumn()
      {
        Name             = "TableValueMemo",
        HeaderText       = "Примечание",
        DataPropertyName = "TableValueMemo"
      });

В DataSource = ds.Tables["DicFactorValue"] надо подставить не все данные из таблицы, а только те, которые связаны с выбранным фактором и находятся в таблице FactorValue. Но при этом нужна возможность выбора этих связанных с фактором данных из списка.

[hoolygan]

А каким образом идет зависимость linq от ADO - мы может на разных планетах живем?
Вот живой код из моего проекта

DataTable dt = MCReferences.dtInvoiceStatuses.AsEnumerable().Where(r => r.Field<int>("Id") != 3).CopyToDataTable();
            lueStatus.Properties.DataSource = dt;

[tuchin]

Я, честно говоря, не знаю, для чего нужен LinQ. Без него нельзя решить мою задачу? Если нельзя, то тогда придется заняться его изучением. Если можно, то хотелось бы решить задачу без него.

[hoolygan]

Это запросы, наподобии того, как делаешь к сиквелу. И таки да, желательно поизучать, для работы с БД без них практически никуда. Самый простой пример - скорость. Выборка небольших объемов в linq в памяти в тысячи раз быстрее, чем чтение из БД. А в своем запросе я делаю новую табличку, в которой из старой передаю значения, убирая тройку из колонки с именем "Id" и связываю эту таблицу с контролом. Собственно это и есть решение твоей задачи, только логику навешать нужно.

[tuchin]

Спасибо, постараюсь разобраться

[Пепел Феникса]

Сообщение от hoolygan

Выборка небольших объемов в linq в памяти в тысячи раз быстрее, чем чтение из БД.

лучше изначально тогда не читать в память лишнее.

[hoolygan]

Та ну ладно. Допустим -стоит задача, как раз как у ТС.
2 контрола lookupedit (грубо как и комбобоксы) - к ним подвязаны датасорсы.
1- список бизнесов
2 - список филлиалов
Филлиалов в общей сложности порядка 3000 - необходимы только названия, бизнесов 15 - у каждого свои.
linq выборка филлиалов идет порядка 0,2 - 0,5 мс (простые выборки по значению в таблице датасорса).
И мне предлагается каждый раз на дерганье первого контрола дергать соединение с БД? Да ну нафиг )

[Пепел Феникса]

либо кэшировать, либо дергать, да.

зависит еще от объема данных, от частоты обновления данных и тп.
правильно сформированная БД работает довольно быстро.
когда я работал со справочником КЛАДР, мне не приходилось думать о задержках(весь КЛАДР целиком не влезет в памяти x86 процесса), так как запросы шли по индексам.
и так как раз шли все эти зависимости, любой пункт ниже зависит от пунктов выше.