Wenn du das so umgestellt hast, wie ich es vorgeschlagen habe, dann kannst du dir den Link von Th69 anschauen.

Dort wird das dann erklärt.

Hmmm, das ein Jahr auch 53 Kalenderwochen haben kann sollte eigentlich bekannt sein - unabhängig vom Programmieren - also weit entfernt von den C# Grundlagen um die es hier geht.

Und warum hast du für jede Kalenderwoche eine Spalte?

So etwas normalisiert man in der Regel.

Statt

TABLE YearData
    Year INTEGER PRIMARY,
    KW01 VARCHAR(30),
    KW02 VARCHAR(30),
    ...
    KW52 VARCHAR(30)

nimmt man

TABLE YearData
    Year INTEGER PRIMARY,
    KW INTEGER PRIMARY,
    Data VARCHAR(30)

PS
Ich weiß nicht ob sie es schon wussten, aber 2020 hat z.B. 53 Kalenderwochen

@Th69

Wie willst du denn per Parameter den Spaltennamen übergeben?

Nach der Normalisierung würde das gehen (weil der gesuchte Wert in der gleichen Spalte steht)

mMn macht es durchaus Sinn auch die (InMemory-)Buffer zu begrenzen, denn ansonsten kann es passieren, dass der Speicher überläuft.

Das passiert immer dann, wenn der Buffer schneller befüllt als abgearbeitet werden kann und es eben mehr Elemente gibt als in den Speicher passen.

Die Naming-Aussage von Eric bezieht sich auf JS Math.random(), also der Methodenname hätte anders lauten sollen.

Zum Namen der C# Random Klasse lässt er sich gar nicht aus.

BTW. Der gute Kollege heisst Mads Torgersen 😁

Hmmm, so ein MS SQL ist ja zum Speichern von Daten wunderbar, aber wie willst du mit dem etwas darstellen?

Ist ungefähr so, als ob du fragst, wie du dir mit deinem Auto die Haare kämmen kannst

Haben sich die (TimeStamp/RowVersion) Werte zwischen Lesen und Schreiben verändert, dann gibt es die Concurrency Exception.

Der einfachste Weg aus diesem Dilemma:

Nochmal Lesen und Schreiben - und zwar so lange, bis es eben keine Concurrency Exception mehr gibt.

Normalerweise verschickt man eben aus diesen Gründen gar keine Passwörter, sondern der Kunde setzt sie auf der Seite direkt. ...

Keine Ahnung, wie Du jetzt auf Passwörter kommst - darum geht es doch hier überhaupt nicht...

Ob es daran liegt, dass er die Beiträge des TE aufmerksam gelesen hat? 🤔

Nun möchte ich diese Mail - da sie ein Login für einen neuen User enthält - auch noch verschlüsseln - nicht signieren.
[...]

  
private void SendEmailWithNewPassword()  
{ ... }  
  

Man muss die Kommentare in zwei Bereiche teilen, denn diese adressieren unterschiedliche Rollen.

Die Kommentare vor der Methode/Eigenschaft (XML-Dokumentation) sind zum großen Teil für diejenigen Entwickler gedacht, die diese Klasse verwenden wollen/sollen.

Da sollte also vermerkt sein, was man von dieser Methode zu erwarten hat und was für Exceptions kommen könnten. Wer sich nicht sicher dabei ist, der schaut sich einfach mal die MSDN Dokumentation an.

Kommentare im Code sind primär für die Entwickler gedacht, die diese Methode implementieren oder überarbeiten. Hier sollte das Ziel sein, so gut wie ohne Kommentare auszukommen. Sprechende Namen (Variablen, Methode, Eigenschaften) helfen dabei ungemein.

Asynchron ist nicht Parallel.

Wenn du Wäsche in die Waschmaschine packst, dann brauchst du nicht davor zu warten, bis das Waschprogramm durch ist, denn die kann das alleine. Also asynchron.

Du kannst aber nicht in der gleichen Waschmaschine noch eine Ladung Wäsche waschen lassen. Also nicht parallel (dazu bräuchtest du mehrere Waschmaschinen).

Das was du da machst (asynchrone Aufrufe parallel ausführen) ist nicht immer zulässig.