DataSet richtig aktualisieren

Moin,

hier mein "Senf" zum Thema:

Für jeden Zweck gibt es ein Mittel.

Wenn die Vor- und Nachteile genau bekannt sind, können auch umstrittene Mittel (wie MS Access) zum Ziel führen.

Ich habe Multiuser-Access-Umgebungen seit Jahren im Einsatz (2008 und älter) - ohne irgendwelche Probleme.

Einfach pauschal zu sagen Access sei keine Datenbank, MDB ist Kranheit etc. ist nicht korrekt.

Es gibt eng defnierte Indikationen Access zu verwenden und in diese Grenzen leistet Access hervoragende Arbeit.

Viel Erfolg

emtcho

Ich habe Multiuser-Access-Umgebungen seit Jahren im Einsatz (2008 und älter) - ohne irgendwelche Probleme.

Ohne Dir zu nahe treten zu wollen, aber ohne entsprechende Synchronisationsmechanismen ist das Zufall.
Allein die Häufigkeit von zerstörten Datenbanken und entsprechende Forenthreads (hier, Stackoverflow) zeigen das.
Manche sagen zwar, dass hätte sich schon lange geändert, aber die Häufigkeit der Fragen zeigen halt einfach etwas anderes.
Das Problem an für sich ist auch nicht Jet/ACE (Nachfolger von Jet), sondern eben Access selbst.

Wenn man die heutigen Anforderungen einer Datenbank anschaut, dann erfüllt diese Access eindeutig nicht.
Access ist kein vollständiges DMBS, was man in der Regel mit "Datenbank" meint. Es ist in erster Linie eine simple Datenbankdatei, das vor allem unter seiner Kompatibilität zu älteren leidet.

OleDb geht zwar schon, wie das meiste, aber man holt sich im Endeffekt mehr Probleme (Stabilität, Plattformabhängigkeit, Multi-User, Performance...) als Lösungen (wir hams doch eh schon?!) ins Haus.
Wer kann der sollte ein DBMS verwenden, das für den Zweck einer Datenbank auch konzipiert.

Wir brauchen aber das Thema nicht wieder und wieder durch zu kauen.

Moin,

Ich habe Multiuser-Access-ohne entsprechende Synchronisationsmechanismen ist das Zufall.

Ich gehe voll konform mit dir!

Leider gibt es immer wieder Kunden (im letzten Jahr hatte ich davon drei), die darauf bestehen, aus welche Gründe auch immer, als Backend Access zu verwenden. Man macht alles mögliche es auszureden, aber manchmal bleibt es eben dabei!

Ich verwende fast immer ein statischen DataAccessLayer über den DataSet und lasse für jede Aktion 3 Versuche zu, nach jeden Misserfolg erhöhe ich die Wartezeit für den nächsten Versuch...

Etwa so (Beispiel TABLEADAPTER FILL):

UseTable ist nur ein Struct...

		/// <summary>
		/// Fills DataTable identified trough enum from. Makes at least 3 tries.
		/// </summary>
		/// <param name="table">table to be fetched from</param>
		private static void FetchData(UseTable table)
		{
			bool success = false;
			int tries = 0;
			int timeout = 0;

			do
			{
				tries++;
				if (tries > 3)
				{
					// Ensure outbreak after 3 not successfull tries.
					break;
				}

				try
				{
					switch (table)
					{
						#region [ Switch cases ]
						case UseTable.AircraftProduct:
							{
								taAircraftProduct = new CMDSTableAdapters.AircraftProductTableAdapter();
								taAircraftProduct.Fill(dataset.AircraftProduct);
								break;
							}
						#endregion
					}
					success = true;
				}
				catch (Exception exc)
				{
					log.TraceException("Fetch data failed.", exc);
				}

				if (!success)
				{
					timeout += 1000; // Increase wait. 1 + 2 + 3 Sec.
					System.Threading.Thread.Sleep(timeout);
				}

			} while (!success);

			if (!success)
			{
				System.Windows.MessageBox.Show(LocalizationUtilities.Localization.Instance.LocalizationData["MESSAGE_FETCH_DATA_FAILED"], AssemblyInfos.AssemblyTitle + " v. " + AssemblyInfos.AssemblyVersionShort, System.Windows.MessageBoxButton.OK, System.Windows.MessageBoxImage.Exclamation);
				throw new Exception("Fetch data failed 3 times. Please try again later");
			}
		}

Wie auch immer, mir ging es nur darum: Ob es uns gefällt oder nicht, es gibt Situationen wo Access verwendet werden muss.

Wenn es ordentlich gemacht wird, funktioniert es auch.

Pauschale Aussagen sind nicht professionell und irritieren, wie auch hier geschehen:

2. Wieso ist Access keine Datenbank? Diesen Zusammenhang verstehe ich nicht.

Alles Gute und Viel Erfolg!

emtcho