TDM

1. m-n-Beziehungen werden ja über Zwischentabellen gelöst. SELECT FAHRRAD.Bezeichnung, FORMAT(FAHRRAD_WERKSTATT.A_REP_DATUM, 'dd.mm.'), FORMAT(FAHRRAD_WERKSTATT.E_REP_DATUM, 'dd.mm.') FROM FAHRRAD_WERKSTATT INNER JOIN FAHRRAD ON (FAHRRAD.FahrradID = FAHRRAD_WERKSTATT.FahrradID) 2. SELECT BOTE.Name, BOTE.Vorname, RADNUTZUNG.NutzDatum FROM RADNUTZUNG INNER JOIN BOTE ON (RADNUTZUNG.BotenNR = BOTE.BotenNR) Den Rest dürftest du alleine schaffen. :hells:

ok, frei zitiert:

Eigentlich für 2000 aber vielleicht geht's ja auch: Es werden keine Soundereignisse wiedergegeben

Wenn ich "tut" mit "macht" vertauschen darf, dann denk ich mal: Last Man Standing

Wenn T-SQL { DATEDIFF (Transact-SQL) } sonst { Vorposter.Methode() } :>

hmm, Visualisieren/in Einzelschritten durchlaufen Ich weiß nur nicht, ob das den Ramen sprengt. Aber an sich ist das besonders bei größeren Struktogrammen sinnvoll.

Menü hinkritzeln und eine XML-Wrapperklasse schreiben dauert keine Stunde. 15 Minuten, maximal. Aber irgendwie bin ich grad zu faul, weil gleich kommt Chip und Chap. :floet: Außerdem gibts doch genug Opensource-Lösungen... Allerdings stimm ich Faustenator zu, Excel reicht hier vollkommen.

Ich dreh auch auf Arbeit Däumchen. :floet: FiSis nicht? Zum Topic: Wenn Zeit Geld ist, dann würdest du billiger kommen, wenn du eine Woche Java-Basics lernst.

Hat das einen Grund, dass du von Thread vererbst ? Ich würde hier eher einfach Runable implementieren. bsp: public class TestThread1 implements Runnable{ Thread thread = null; public synchronized void start(){ if (thread == null){ thread = new Thread(this); thread.start(); } } public synchronized void stop(){ thread.stop(); } public void run(){ ... } } Von Thread ableiten ist eklig und böse, glaub mir. :floet:

^ auf Arbeit schon, daheim läuft kein Windows. < findet, dass FI.de heut irgendwie lange zum Laden braucht. v hat keine Probleme mit der Ladezeit.

Was zahlste?

Alternativ GetStringChars(), dann hat er es gleich als Unicode. jbyte dürfte simultan zu char sein, von daher dürfte das nichtmal nen Cast benötigen. Und wie man char zu wchar_t macht steht ja oben im Link.

first google hit: ---=== Batch-Kurs by Horst Schaeffer ===--- Wo ist da das Problem? Schleifen gibt's da auch.

How to: Convert Between Various String Types

Rechnen die eigentlich mit floats oder double? Mich würde interessieren, ob es einen Bufferüberlauf geben kann.

DATEPART (Transact-SQL) Oracle hat sicher ähnliche Funktionen.

^ Stimmt, dafür aber Freitag. < Wird zum Männertag mal nach Jahren wieder an die frische Luft gehen. v Kennt Frischluft nur aus der Wikipedia und diversen (Online-) Zeitungen.

^ Nicht wirklich. < geht jetzt Nikotin konsumieren. v kommt mit.

achso, jetzt hab ich verstanden, was du meintest. (Ist noch früh am Morgen. ) Dann fügst du halt mit add die Minuten hinzu und addierst dann einfach den Abstand in Tagen (Achtung beim Jahreswechsel) * 24 und dessen aktuelle Stunden.

Wie wärs mit add()?!

Erm... Das dll Projekt wird auch wirklich als Dll-Projekt kompiliert? Ich würde an der stelle lieber mit Verweißen arbeiten.

Ach, jetzt weiß ich wo du meinst. Jup. War ein Fehler, danke. Eigentlich wollte ich Vektoren der Strecken nehmen und nicht die Punkte selber. O.o

Das ist ja egal, weil in der Formel für t ja jeweils nur eine Achse beachtet wird. Erst durch das einsetzen von t in die s-Gleichung werden mehrere Achsen beachtet. Und dann muss ja folglich x oder y unterschiedlich sein, weil sonst würde C auf A liegen und es wäre kein Dreieck mehr.

Wenn ich mir Klotzkopp's Link so anschaue, war es wahrscheinlich genau das, was ich machen wollte. O.o' Ich teste mal ein bisschen rum, mal sehen obs klappt.

Erstmal danke für den Link, les ich mir gleich mal durch. Wegen der Ebene: Von welcher reden wir ? x, y oder z ? Das Problem an der Sache ist nämlich, dass ein Dreieck auch gekippt liegen kann. Z.B. {(-1, 2, 3);(1, 5, 5);(0, -4, -5)} Böse Sache das. Aber ich hatte ja die Punkte erstmal so gewählt, dass der Punkt theoretisch drinnen liegen würde. (Dreieck liegt komplett auf der Y-1er-Ebene) Geht dennoch nicht. Das mit der Ungenauigkeit hatte ich vorhin schon mit ein paar Kollegen besprochen. Ich werd das am Besten auf 1000tel Stellen runden, da stört das eh keinen.