IntelliSense hilft. Wenn Du mit der Maus über table gehst, siehst Du, das die Variable table vom Typ Object ist. Warum? Weil AuswertungSettings.Tables vom Typ DataTableCollection ist. Also musst Du entweder den table-Typ explizit festlegen

oder die Collection casten

Hi,

ich glaube nicht, dass der Fehler in diesem Stück Code steckt. table.TableName ist bereits vom Typ String. Hier gibt es keinen Grund zu casten.

Du hast bestimmt noch mehr Code, oder? Gewöhne Dir auch an, die Zeile zu nennen, in der der Fehler auftritt.

@VaporiZed hat Recht!

Woher ich das weiß? Nun, einmal weil ich schon ne Weile mit DataSets arbeite und zum anderen weil ich einige Möglichkeiten von Visual Studio nutze, die es mir zur Verfügung stellt.
Aber vielleicht geht Deine Frage auch in eine andere Richtung.
For Each X In Y -> der Typ von X wird mithilfe der Einstellung Option Infer aus Y abgeleitet - oder es wird zumindest versucht. Wenn Y ein "Vielfaches"* von Integer ist, ist X auch ein Integer. Wenn aber die Einzelkomponenten nur vom Typ Object sind, wird auch X automatisch zu Object. Wenn Du aber was konkretes angibst (also mithilfe von X As Integer oder Y.Cast(Of Integer), dann wird der Compiler versuchen, die einzelnen Items von Y in Integer umzuwandeln und X somit als Integer zu behandeln. Und da Du davon ausgehst oder weißt oder hoffst, dass bei Dir X bzw. table vom Typ DataTable ist, musst Du dies auch dem Compiler mitteilen. Sollte man mal n falschen Typ angegeben haben, bei dem eben die Items von Y nicht in den gewünschten/angegebenen Typ umgewandelt werden können, erhält man zur Laufzeit: System.InvalidCastException: "Ungültige Konvertierung von Typ CarsDataTable in Typ WasAuchImmerManAngegebenHat."

* z.B. Array, List(Of), IEnumerable(Of)

##########

Oh, oder meinst Du gar, dass Du nicht wusstest, dass das Ding DataTable heißt? Das wäre natürlich nicht so gut. Ein DataSet besteht aus DataTables, und die wiederum aus DataRows und DataColumns. Du solltest aber wissen, mit welchen Typen Du hantierst, wenn Du bestimmte Konstrukte verwendest. Da hilft dann der ObjectBrowser, MSDN, IntelliSense oder gar die DataSet-Klasse selber weiter.

Puh, wie gesagt: Recherche.
In VS2019 ist der ObjectBrowser/Objektkatalog unter Ansicht -> Objektkatalog zu finden. Da ergibt sich bei meinem Testprojekt folgender Screenshot:

Links Projektbestandteil inkl. der tDS-Bestandteile; rechts z.B. die CarsDataTable, bei der man sehen kann, dass sie grundsätzlich vom Typ DataTable ist (aber durch Vererbung zur CarsDataTable mit weiteren Eigenschaften spezialisiert wurde).

Dieses Problem mittm ForEach geht auf Zeiten vor den Generics und vor Typ-Inference zurück.
Ein Dataset hat die Property Tables, das ist die Auflistung der DataTables. Diese Auflistung ist aber nicht als moderne Auflistung ausgeführt (dann wärs einfach eine List(Of DataTable), sondern damals hat man noch für jede Auflistung einen eigenen Datentyp erfinden müssen - in diesem Falle die DataTableCollection
Bei so alten Auflistungen kann ForEach nicht automatisch den Element-Typ (das Item) der Auflistung ableiten, daher muss man es ihm sagen
Wie findet man den Element-Typ einer Auflistung?
Jo, im ObjectBrowser die Auflistung aufsuchen, und den Datentyp der Item-Property nachgucken.
Jede Auflistung hat eine Item(Index/key)-property, und es ist (fast) immer eine Default-Property.
Default-Property heisst, man kann den Property-Namen weglassen, also schreiben
Wie gesagt: Das Problem tritt bei vielen Auflistungen auf: ControlCollection, StringCollection, TreenodeCollection - ihr merkt aber auch schon: diese Ollen Auflistungstypen führen (per Konvention) den Datetyp ihrer Elemente bereits im Namen.