Nie ma prostego i bezkosztowego rozwiazania.
Najbardziej 'eleganckim' z punktu widzenia platformy jest przyjecie czegos a'la MVVM i dołożenie jeszcze jednej warstwy pomiedzy "dane", a "ekran". Nie wypychaj jako ItemsSource oryginalnych danych, tylko opakuj te dane w obiekty, które będą udostępniac property "FilteredTabela2Items", ktore będzie dostarczac listę obiektów pasujących do 'nazwa' danego wiersza. Do takiego pola bez problemu zbindujesz ItemSource ComboBoxa. Przykre jest to, że każdy wiersz bedzie musial byc przepakowany w sztuczny obiekt.
Alternatywą jest ohandlerowanie wszytkiego recznie i reagowanie na open comboboxa, i wtedy przeladowywanie mu zawartosci.. Przykre, bo sporo makaroniastego kodu, a i kruche to.
Alternatywą, jest napisanie wlasnego comboboxa lub innego fragmentu kolumny, doszlifowanego pod katem TEGO akurat typu wiersza i tabeli, ktory zbindujesz do wiersza zamiast do pola tego wiersza, i ten obiekt widzac caly wiersz zajmie się ladowaniem odpowiednich danych comboxowi.. Brzydkie, bo sie napiszesz, natrudzisz, a dostaniesz kontrolke pod ten jeden konkretny przypadek. Mozesz to potem rozwijac i abstrahowac/konfigurowac, ale to jest jeszcze wiecej pracy i a'la MVVM jest prostsze.. acz niekoniecznie 'wydajniejsze' w sensie pamieci/czasu
Kolejna alternatywą jest sprobowanie napisania konwertera, ktory doczepisz do bindingu i ktory bedzie tlumaczyc wiersz -> liste elementow. Podejscie podobne jak ze szlifowaniem calej kontrolki, ale "krotsze" i bardziej zwiezle. Minus - binding będzie w zapisie dużo dłuższy, konwerter jest wywoływany czesto, napisanie tego dobrze łatwe nie bedzie.
i kombinowac jeszcze mozna dalej.. np. jezeli w Twojej aplikacji wiersze sa edytowalne nie "natychmiast" albo dopiero po kliknieciu na nie, tzn. dopiero po focusie na danym konkretnym wierszu mozesz go edytowac, to wtedy wystarczy na formatce/kontrolce dorobic pole FilteredTabela2Items, wszystkie comboxy spinac na to, lapac event zmiany wybranego wiersza, i wtedy przeladowywac zestaw podpowiedzi.. ale to ma DUŻY minus, ze wtedy musisz BARDZO ostroznie kontrolowac co pokazujesz na ekranie i które zmiany faktycznie zapisujesz do bazy, gdyz wszystkie comboxy sa spiete na to samo property i wszystkie naraz zmienia listy oraz swoje selectedvalue's.. w efekcie jest to trudniejsze i bardziej upierdliwe niz alternatywa numer 1 ktora napisalem zaraz po a'la MVVM..