Klotzkopp

Dein Ansatz, jede kleinste Veränderung der Spielerposition an den Server zu melden, ist nicht zielführend. Schick in regelmäßigen Abständen die Spielerpositionen an den Server. Darüber hinaus schickst du sofort Daten, wenn sich die Bewegung eines Spielers ändert. Wenn der Spieler also eine Taste drückt, schickst du Daten über die Bewegung (Richtung, Geschwindigkeit) an den Server. Ebenso, wenn der Spieler die Taste loslässt. Die anderen Clients sind dafür verantwortlich, daraus eine flüssige Animation zu machen. Die regelmäßigen Positionsupdates dienen der Synchronisierung. Verzögerungen und Sprünge wirst du nie ganz verhindern können. Aber so hast du wenigestens eine obere Grenze bezüglich der Bandbreite.

Und wie schnell bewegt sich ein Spieler so? In Pixel pro Sekunde?

Magst du erläutern, warum du gerade ein zentrales Versionsverwaltungstool bevorzugst? Ist dir der Unterschied zu DVCS wie Git klar?

D.h. du betrachtest die Bewegung nicht als Zustand mit einer Dauer, sondern als Folge von Bewegungsereignissen? Ok, dann lautet die Frage, in welchem zeitlichen Abstand liegen diese Ereignisse, wenn ein Spieler versucht, sich dauerhaft zu bewegen? Hast du da überhaupt irgendeine Zeitsteuerung? Oder sendest du einfach so schnell du kannst? Und was ist mit der Latenz? Mal nachgemessen?

Wie oft senden die Spieler ihre Daten an den Server? Wie hoch ist die Latenz zwischen Spielern und Server?

Das wurde dir nun mehrfach gesagt, aber irgendwie scheint es nicht bei dir anzukommen: Mit jeder Entscheidung, die schon im Vorfeld des Projekts getroffen wurde, nimmst du dir die Möglichkeit, im Projekt zu zeigen, wie gut du solche Entscheidungen treffen kannst. Am Ende setzt du nur um, was andere vorher entschieden haben. Das wird dann aber ein sehr dünnes Projekt.

Was heißt, der Wert wird nicht überschrieben?

Ohne wirklich Ahnung von Android-Entwicklung zu haben: Du solltest myOrientation schon irgendwie sinnvoll initialisieren. Du kannst nicht abwarten, bis onConfigurationChanged kommt. myOrientation ist nicht schon 0, es ist noch 0.

Was heißt denn leer? Wie kann ein int leer sein?

Das zeigt sich konkret wie?

So geht's, aber ob das gut ist, weiß ich nicht: SQL Fiddle Du brauchst ein Feld, das immer da ist, sowie ein JOIN pro Attribut.

Du hast deine Daten mittels Entity–attribute–value model modelliert. Dadurch bist du zwar sehr flexibel und platzsparend, aber deine Abfragen werden erheblich komplizierter. In deinem konkreten Fall kommst du mit einem einfachen JOIN nicht weiter, weil es zu einigen Objekten eben nur eines der Attribute gibt. Die Frage ist, ist die Wahl des Datenmodells bewusst erfolgt, und wenn ja, aus welchem Grund?

Äh, nein. Ich hatte dein Diagramm so gelesen, dass für fehlende Attribute dennoch ein Datensatz vorhanden ist, nur dass der Wert NULL ist.

SQL Fiddle

Ich hab das mal kurz nachgebaut, und erhalte das gewünschte Ergebnis: Benutzer1 Hans Benutzer2 NULL NULL Peter[/code]

Wie bitte?

Da fehlt mir irgendwie die Erwähnung der Motivation für das Projekt. Was ist an dem aktuellen Zustand unbefriedigend? Warum wird da ein Projekt erwogen? Ist es unzuverlässig? Wartungsaufwändig? Zu teuer? Ein Aufbau von irgendetwas ist kein Zustand. Du baust diese neue Monitoringlösung auf, um den SOLL-Zustand zu erreichen. Im SOLL-Zustand sollen die Unzulänglichkeiten, die bei der IST-Analyse gefunden wurden, behoben worden sein. Auch hier fehlt mir das "warum".

Du nennst uns trotz Aufforderung die Fehlermeldung nicht.

Die wirst du auch nicht finden. Es gibt nicht für jeden Spezialfall eine vorgefertigte Lösung. Daher gibt es auch keine fertige Lösung für "Sortiere Strings mit Zahl am Anfang und Einheit am Ende". Es gibt fertige Lösungen für den allgemeinen Fall. Das sieht so aus, dass du eine Funktion bereitstellst, die bei zwei Objekten entscheiden kann, ob das eine Objekt vor dem anderen stehen soll. Diese Vergleichsfunktion kannst du im SortCompare-Event unterbringen, oder über eine Klasse, die IComparer implementiert. Wie man das einbaut, siehst du auf der verlinkten Seite. Wie die Vergleichsfunktion in deinem Fall aussieht, hängt natürlich davon ab, wie deine Objekte aussehen, und wie du sie sortieren willst.

Es geht um ein ganz bestimmtes Bewertungsschema bei ganz bestimmten Prüfungen. Keine allgemeine Anwendbarkeit.

Gar nicht. Im ersten Beitrag war von Ankreuzen die Rede.

Schau dir JOIN an, damit geht das. Du solltest die Verknüpfung zwischen den Tabellen ohnehin nicht mittels WHERE-Klauseln machen.

Was bekommt man, wenn man alles ankreuzt?

Wenn jemand sie hätte, wäre das Dümmste, was er tun könnte, sie weiter zu geben.

Was ist "da"? Auf der Seite, die ich verlinkt habe, stehen drei Ansätze, wobei der erste nichts für dich ist. Welchen der anderen meinst du?