Jan Jansen

Für die Lösung muss man etwas mit dem Dateimanager spielen. Mit der richtigen Einstellung kann man in vielen Fällen auf "einen Blick" sehen ob sich Duplikate im Verzeichnis befinden (Unterverzeichnisse läßt man erstmal weg)

Die Lösung über Hash-Werte ist nicht effizient und vor allem nicht pädagogisch. Wie einzelne Schritte (der Vergleich einer Datei) technisch gelöst werden ist für das Verständnis des Grundproblems erstmal unwichtig.

Mein 2. Hinweis wäre:

Prüfe ob man wirklich immer jede Datei mit jeder anderen vergleichen muss. Gibt es Konstellationen wo sehr viele Dateien in einem Verzeichnis sind, wo man am Ende aber keine der Dateien genauer prüfen (in irgendeiner Weise öffnen) muss?

Die Umsetzung der Aufgabe ist eventuell zu schwer, sich den grundsätzlichen Ablauf vorzustellen aber nicht.

Geh in deinen Dateimanager, mach ein Verzeichnis auf und versuch festzustellen ob es in dem Verzeichnis Duplikate gibt. Schreib zur Hilfe jeden deiner Schritte auf und versuch wenn möglich ähnliche Schritte in eine Gruppe zusammenzufassen.

Wenn du das gemacht hast, schreib die Schritte hier ins Forum, dann hilft dir sicher jemand weiter.

Reduzier doch erstmal die Komplexität, gehe von "passenden" Zahlen aus und schreib den Rest von deinem Programm (also ein Programm was zu n Float-Zahlen den Notendurchschnitt ausrechnet).

Dann überlege dir, was überhaupt passieren soll wenn eine Zahl ungültig ist

(am einfachsten läßt man die Zahl dann für den Durchschnitt weg)

Dann überlege wie du Floatzahlen auf Gültigkeit überprüfst

Hinweis: Gleitkommazahlen haben auch bei einfachsten Berechnungen Ungenaugikeiten. Deshalb prüft man meist auf einen Wertebereich

z.B. ist meine Zahl == 2?

Delta = 0.00001

wenn (2-Delta) < Zahl < (2+Delta)

dann wahr

sonst falsch

Das ist doch ein OUTER JOIN

SELECT

 KaS_Felder.F_ID, 

 KaS_Felder.F_Kategorie_ID, 

 KaS_Felder.F_Feldname, 

 KaS_Felder.F_Feldtyp, 

 KaS_Felder.F_Order, 

 KaS_Felder.F_Backend_Order, 

 KaS_Felder.F_IsListItem, 

 KaS_Daten.D_KA_Feld_Value

FROM

 KaS_Felder 

LEFT OUTER JOIN

 KaS_Daten 

ON 

 KaS_Felder.F_ID = KaS_Daten.D_KA_Feld_ID

WHERE     

 (KaS_Felder.F_Kategorie_ID = 2) 

AND 

 (KaS_Daten.D_KA_ID = 184)

*fehlerhaften Hinweis entfernt*

Wenn beide Standorte Zugriff auf den Firmenserver haben, kannst du das Passwort auch unverschlüsselt über den Server übermitteln (z.B. 2 Accessanwendungen an den Standorten, eine Schreibt, die andere liest)

Wenn du ein Kryptografie(nahes) Projekt als Abschlussprojekt machst, überlege dir das sehr genau. FI sind nciht wirklich darauf spezialisiert Aufgaben aus der Kryptografie zu übernehmen und wenn sich einer deiner Prüfer mit dem Thema auskennt, kann es sein, daß er dein Projekt komplett auseinander nimmt.

Wenn du eine gute Übung haben möchtest, implementiere das "One-Time-Pad" Verfahren auf 2 Standorte verteilt. Das Verfahren ist leicht zu verstehen und absolut sicher. SSL kann man da eventuell auch einbinden

das geht unter DOS?

Jedes mal wenn eine neue Versandposition eingefügt wird, erhöhe in der Versandstatistik für den entsprechenden Lieferanten den entsprechenden Artikel um die Menge aus der Versandpostion

"Vertippt" hört sich gelogen an. Man könnte im Gespräch sagen, daß man sich etwas näher mit den Lebenshaltungskosten/IT Gehältern auseinander gesetzt hat, und deshalb xyz möchte. Du kannst ja notfalls anbieten das Gehalt (das aber am besten irgendwie festhalten) erst nach der Probezeit anzuheben.

Eventuell spricht die die Firma aber von alleine wegen deinem Gehaltswunsch an. Wenn sie Interesse an einem Langfristigen Arbeitsverhältnis haben, werden sie nciht riskieren dich ein Jahr später (dann mit Berufserfahrung) an einen anderen Arbeitgeber zu verlieren.

Dann solltest du vielleicht fragen nach:

- Kernarbeitszeit / Schichtbetrieb

- Gleitzeit

- Rufbereitschaft

- Entlohnung

Wenn es um eine Ausbildung geht fragt man wohl eher:

- Wie sehen meine ersten Wochen aus?

- Welche Abteilungen werde ich durchlaufen?

- Gehalt nur dann, wenn nichts vom AG kommt, so was in der Art: "Was bekommt man als Azubi hier?"

Arbeitszeiten als Azubi orientieren sich meist an der Abteilung in der man eingesetzt wird.

Das Azubigehalt wird nicht ausgehandelt, sondern ist für alle Azubis gleich.

Bei einer Wandlung des Kaufvertrags (eine gekaufte Ware ist defekt / kann nicht nachgebessert werden) hast du ein Recht auf eine Rückzahlung (Geld), bei einem Kulanzumtausch (Umtausch ohne Rechtsanspruch) hängt es davon ab was dir der Händler anbietet.

Das viele Einzelhändler Waren (ohne Mängel) nach kurzer Zeit noch umtauschen ist ein reines Entgegenkommen ohne Rechtsanspruch.

"Wir können ihren Neuwagen leider nicht zum fahren bringen ... nehmen sie stattdessen doch diese Tankgutscheine im Wert von 20.000 ..."

Was du möchtest kannst du mit statischem SQL nicht machen, versuch es mal mal mit dynamischem SQL

Nein, denn wenn du auf Basis deines Projektantrages auch deine Doku geschrieben hast, dann war schon dein Projektantrag nicht ausreichend.

Es fehlt jegliche Entscheidung in deinem Projekt, Grundvoraussetzung für dein Abschlussprojekt.

Die Kosten Nutzen Analyse ist ebenfalls "kritisch". Nur weil keine externen Kosten entstehen, ist ein Projekt noch lange nicht kostenlos.

Mußt du das komplette Projekt wiederholen? Wenn ja lass dich unbedingt rechtzeitig hier im Forum hier beraten bevor du einen neuen Projektantrag einreichst.

stimmt, mein Fehler

ist das i++ im Diagramm richtig eingezeichnet, oder fehlt da (links) noch ein Strich?

sonst sieht es gut aus

überprüf mal ob die Anzahl der Durchläufe mit der Aufgabenstellung übereinstimmt

doch,

für Nummer gilt das gleiche wie für Datum, auch min() im SELECT und aus dem GROUP BY entfernen, hab ich beim letzetn Posting übersehen

Die Eintrage haben ein unterschiedliches Datum und eine doppelte Nummer, "doppelt" sind sie somit nicht wirklich

DISTINCT braucht man nicht bei der Verwendung von GROUP BY

GROUP BY verwendet man meist in Zusammenhang mit Aggregatfunktionen, warum verwendest du es hier?

Eine mögliche Lösung wäre im SELECT ein "min(datum)" zu verweden und "datum" aus dem "GROUP BY" zu entfernen (damit hättest du auch eine Aggregatfunktion verwendet und das GROUP BY macht Sinn)

Nicht jeder PA ignoriert das Berichtsheft ...

Ein Mitazubi durfte nach seiner Präsentation nochmal in die Firma fahren und ein paar Unterschriften für sein Berichtsheft nachholen.

Keine Ahnung wie das in seiner Firma angekommen ist (war eine Bank, die achten teilweise auf so was), aber zum einen ist es ein völlig unnötiges Risiko und zum anderen wäre es mir ziemlich peinlich gewesen.

deine Where-Bedingung geht auch

SELECT

*

FROM

nachricht MASTER

, benutzer DETAIL1

, benutzer DETAIL2

WHERE

MASTER.absender_id = DETAIL1.id

AND

MASTER.empfaenger_id = DETAIL2.id

wichtig ist in diesem Fall nur, die Detailtabelle 2 Mal aufzunehmen (je einmal für jede FK-Beziehung die du auflösen möchtest)

Dann arbeite mit Stringfunktionen:

Such nach einer Funktion die das nte Vorkommen eines Zeichens/Strings in einem String sucht (geh einfach mal die Liste der Stringfunktionen durch)

Bestimme die erste Position eines '/'

schneide mit substr(1,<Position>-1) den gewünschten Teil aus

der Rest ist eine normale Aggregation

Schreibt euch doch ein kleines C-Programm

Rechne mir das bitte mal an einem Beispiel vor

Fragen können kommen zu:

1. Wirtschaftliche Aspekte des Projekt

Warum hat man sich für die gewählte Lösung entschieden?

Nach welchen Kriterien hat man die Gewichtung der Lösungalternativen vorgenommen?

Welchen Nutzen hat die ganze Sache?

(denk dran: die wirtschaftliche Betrachtung/Lösungsauswahl ist zentraler Bestandteil im Projekt und der Präsentation)

2. Tiefere fachliche Zusammenhänge innerhalb des Projekts

?? Welche Auswirkung hat ein Fehler an Komponete XYZ ??

3. Technisches Wissen zum Projektthema

alles was in der Doku auftaucht

Fachbegriffe/Fremdwörter

4. Grundlagenwissen

Alles zu deinem Fachgebiet

Vom Gefühl her:

Je mehr Fragen zu Zusammenhängen/Verständnis und deinen Entscheidungen, desto besser (für das Ergebnis). Zum einen bist du in dem Bereich "besser" als der Prüfungsausschuss (du kennst das Umfeld und hast das Projekt unmgesetzt), zum anderen haben (zu viele) Grundlagenfragen oft den Charakter eines letzten Rettungsanker für einen wackeligen Prüfling (laut einigen Aussagen von PA Mitgliedern hier im Forum).

Durch Verständnisfragen entsteht auch eher ein Gesprächsfluss, also ruhig in mehr als einem Satz beantworten.

Der Schwerpunkt kann natürlich bei jedem PA unterschiedlich sein, persönlich hat mir mein Gespräch mit 1/3 Technik/Grundlagen, 2/3 Verständis/Entscheidung/Projekt recht gut gelegen

Dennoch bin ich der Meinung das dieser Algorithmus nicht die Komplexität O(n) hat, denn du wiederholst ja die Schritte (log n)-Mal. Also wäre es doch wieder O(n log n). Bitte korrigiert mich falls ich falsch liege!

Der Aufwand für jeden Schritt wird aber erheblich kleiner

Die Anzahl der Summanden in der Klammer ist abhängig von n bzw. von der Anzahl der Bits

n + 1/2*n + 1/4*n ... = n*(1+1/2+1/4 +1/8+1/16 ...)

für mich läuft dieser Wert (bei sehr großen n) auf eine Konstante heraus, laut Wikipedia/Englisch konvergiert er auf 1+1=2