hdmonty

Ich habe das zwar schon einmal in einem anderen Thread geäußert, aber ich bin nicht müde es zu wiederholen.

Auf dem Aufgabenblatt stand, dass man die Zahlen 1 bis 6 eintragen soll, also habe ich die Nummer 6 zweimal verteilt. Die IHK kann sich doch nicht irren! :hells:

Wie auch immer, im anderen Thread habe ich die Antwort bekommen, dass sie bei der Aufsicht nachgefragt haben und die haben gesagt, dass das bestimmt ein Irrtum ist. Für mich sieht das so aus, als ob in der IHK-Lösung dann steht: Immer richtig!

Somit bekommt jeder, der auch nur andeutungsweise eine Zahl, einen Buchstaben oder Männchen gemalt hat, den Punkt.

Bei der Aufgabe 5 waren nur die Zahlen 1 bis 6 einzutragen(Stand auf dem Bogen in Berlin so)!

Ich denke, dass war kein Fehler der IHK, sondern so gewollt. Denn die beiden passenden Antworten "Verschicken des Ausbildungsvertrag" und "Melden des Ausbildungsvertrag an die IHK" sind unabhängig voneinander. Also ist eigentlich [6] bei 5d) und f) richtig.

Ich (FIAN) bereue gelernt zu haben !!

Das war wieder so eine Prüfung, wo man mit Lernen nicht viel mehr erreichen konnte.

Entweder man kann es oder man kann es nicht.

Also zum Durchkommen musste man überhaupt nicht lernen. Da reicht der gesunde IT-Verstand aus.

GH1 war die Zeit viel zu kurz. Die Themen waren eher lachhaft.

GH2 war die Zeit schon besser kalkuliert, obwohl ich auch nicht ganz hingekommen bin.

Und WISO, wieso muss ich den Gewinn von meinem Chef ausrechnen ?

... war übrigens eine Prüfungsfrage aus den Jahr 2001 glaube ich. ....

Na wenn das stimmt,dann weiss ich auch warum die Prüfung annuliert wurde.

so eine unvollständige und unqualifizierte Frage ...

Ist das nun so richtig?

Hey Leute,

ich glaube ich habe ihn mit meiner ersten Antwort vertrieben. :hells:

Wir werden die wahre Antwort und schlimmer die wahre Aufgabenstellung wohl nie erfahren. Aber alle, die hier geantwortet haben, haben es aus meiner Sicht begriffen, worum es beim Subnetting geht.

Ich glaube in diesem Forum bist du falsch mit deiner Frage.

Hier hat keiner Ahnung von Subnetting.

Die schreiben (fast) alle morgen eine Prüfung

update tabellexyz

set spaltea = concat(SUBSTR(spaltea, 1, 10) , ' und noch m''e''hr' )

where ...

das geht auf jeden fall !! ich habe es getestet auf einer mysql-DB

Nimm mal statt " --> '

Ja na klar einen Tag vorher. (Danke Fieldy)

Wenn ich mir zu Themen, die wahrscheinlich nicht rankommen, etwas 14 Tage vorher durchlese, dann habe ich das doch wieder vergessen.

Es geht ja eigentlich darum, dass man nicht völlig auf dem Schlauch steht.

- Sorry, aber ich finde das total unsinnig Themen zu raten -

Also ich finde das gar nicht unsinnig.

Wir haben doch alle gelernt und gelernt und gelernt.

Eigentlich wissen wir doch gar nicht, was wir uns noch angucken sollen.

Deshalb nutze ich sowas hier als Anreiz, mich mit einem Thema zu beschäftigen, von dem ich meine, dass das rankommen könnte.

QoS, MPLS, IPv6

Irgendwas mit XML - war glaube ich noch nie dran, dabei ist das Format so verbreitet und bietet so viele allgemeine Bla Bla Möglichkeiten wie z.B Vorteile, Nachteile, Anwendung, Möglichkeiten des Parsens usw.

Was ist bitteschön jahrDat und aktDat ??? Also standard SQL ist das doch nicht oder ?

doch ihk-sql-standard ap wi 03/4 hs 4 aa :mod:

sag ich doch

Hast du die Lsg ?

hallo,

hat jemand ein paar gute sql-aufgaben in deinen man sein wissen direkt testen kann (console). so vorallem für having, groupby halt die statements die die prüfer gerne anvisieren und die man nicht tagtäglich verwendet.

gruss

Das ist doch ganz einfach:

Du setzt dir eine DB deiner Wahl auf. Baust ein paar kleine Tabellen(Kunde, Rechnung, Rechnungsposition und Artikel) und dann gehts es los.

Das schöne ist, du brauchst keine Lösung dafür, das Ergebnis hast du ja dann gleich als Ergebnis .

Bisher waren sie nie gleich und nicht vergleichbar. Hört auf zu unken, konzentriert euch auf eure Prüfung.

bimei

Na, dann kann man ja schon mal ein paar Themen ausschließen

ach ja, da fällt mir ein ...

meinen Dispokredit will meine Bank überhaupt nicht wiederhaben....

nur ähh so ne häßliche Gebühr .... äh Zins? :confused:

PS: Was dem Privatmann sein Dispokredit ist dem Unternehmer sein KONTOKORRENTkredit.

Es wurde nach den Sichten gefragt und 3 Vorteile.

Das steht genau so im IT-Handbuch drin. (ARIS-Konzept)

kredit und darlehen. Also wenn ich das auf Wikipedia richtig deute werden bei einem Darlehen Zinsen genommen und bei einem Kredit nicht.

Desweiteren hat man bei Banken ja meistens ein wenig Kredit wenn man sein Konto überzieht, bei einem Darlehen muss ja ein gesonderter Vertrag abgeschlossen werden

:uli

... und ich dachte immer die Ostfriesenwitze sind ungerecht.

Heir noch das Struktogramm mit einer kleien Änderung zum Pseudocode.

Mein Vorschlag zum HS 4 im Pseudocode:

Hilfsvariablen

herzfrequenz = getHerzfrequenz();

aktuelleLeistung = anfLeistung;

zeitzurerhoehung=60*(dauer in vollen Minuten)

zeitbisnaechsteMessung = 15 Sekunden


writeWerte(aktuelleLeistung, herzfrequenz)


solange nicht vom Trainer abgebrochen wurde

	sleep(zeitbisnaechsteMessung )

	zeitzurerhoehung-= zeitbisnaechsteMessung 

	herzfrequenz = getHerzfrequenz();

	writeWerte(anfLeistung, herzfrequenz);

	wenn herzfrequenz>=maxHerzfreq

		ABBRUCH !!!


	wenn zeitzurerhoehung=0

		aktuelleLeistung = aktuelleLeistung *(prozSteigerung/100+1)

                setLeistung(aktuelleLeistung)

		zeitzurerhoehung = 60*(dauer in vollen Minuten)

Ich möchte noch mal anmerken, dass ich mir die Methoden writeWerte(), setLeistung() und getHerzfrequenz() nicht ausgedacht habe. So ein Denglisch gibt die IHK vor.

Da kommt definitiv was positives raus.

Ist doch klar, sagen wir mal der Mitarbeiter wird am 30.Februar 2043 geboren.

Dann würde da 2043-2007 = 36 rauskommen.

Und 36 ist doch wohlt größer als 0, oder? :upps

Hmmm...

Der Kunde taucht in der Rechnung auf und wird zu einem Teil der Rechnung, das ist schon klar. Aber die Rechnungen tauchen doch auch beim Kunden auf. Man kann hier gar nicht so einfach das Ganze und den/die Teil/e bestimmen.

Ach nee, in den Attributen der Rechnung wird nicht mal der Kunde erwähnt, das heißt in unserem Beispiel kennt man den Kunden noch nicht einmal, wenn man nur das Rechnungsobjekt in den Händen hält.

Ich bleibe dabei. Erst mal immer eine normale Assoziation machen und wenn das so eindeutig ist, dass es Teil und Ganzes gibt und nicht umgekehrt, dann eine Aggregation und wenn das Teil nicht existieren kann ohne das Ganze, dann wird es eine Komposition.

Im Kern ist sowohl Aggregation und Komposition eine Ganze-Teile Beziehung.

Also Mutter, Vater, Kinder sind Teile einer Familie. Planeten sind Teile des Sonnensystems, GA1, GA2 und WiSo sind Teile unserer Prüfung und Heuschrecken sind Teil des Imperialismus. Aber besteht eine Rechnung aus einem Kunden? Genügt da nicht eine Assoziation? Es reicht doch, wenn der Kunde die Rechnung bezahlt. Also ich würde da auch nur eine Assoziation machen. Ich denke kein Prüfer wird dir daraus ein Strick drehen.

Übrigens, dass die 'Rechnung zwingend den Kunden braucht' drückst du mit der Kardinalität 1 aus. Die Rechnung gehört genau einem Kunden.

Der Durchgeführte Kurs taucht auch in mehreren Rechnungspositionen auf!

Ich glaub ich denke zu kompliziert bei der ganzen Sache.

Du hast recht. Du denkst zu kompliziert.

Bei einer Komposition muss man sich immer überlegen:

Wenn ich das Ganze lösche, müssen dann auch die Teile löschen? Wenn ja, dann ist es eine Komposition.

Also:

Rechnung und Rechnungsposition ist ganz klassisch eine Komposition. Richtig.

Bei einer Aggregation ist die Abgrenzung zu einer normalen Assoziation nicht so eindeutig: Deshalb im Zweifel: Finger weg! Es kann nämlich auch falsch sein, wie beim DurchgeführtenKurs und RechnungsPosition. Schon alleine deswegen, weil Rechnungsposition ein Teil der Rechnung ist. Wenn ich also die Rechnung lösche und dadurch die Position, dann verliert ja auch der Kurs ein Teil,aber dem Kurs interessiert es eigentlich gar nicht, weil er es noch nicht einmal mitbekommt(Eigentlich besteht von der Seite noch nicht einmal eine Assoziation. Guck dir mal die abgebildeten Attribute von DurchgeführtenKurs an!).

Und da fällt mir leider noch ein Fehler auf:

Die Aggregation Kunde und Durchgeführter Kurs ist auch falsch. Es könnte doch auch sein, dass der DurchgeführteKurs aus lauter Kunden besteht. Wer ist dann Teil und wer ist Ganzes? Ich kann es nur nochmal sagen: Finger weg von der Aggregation, wenn man sich nicht sicher ist.

Also Kunde und DurchgeführterKurs ist eine normale Assoziation.

2a)

Da sind noch ein paar Fehler drin:

1. Keine Assoziation zwischen Kunde und Kurs

2. Eine Rechnung besteht nicht nur aus einer Rechnungsposition!

3. Keine Aggregation zwischen Durchgeführter Kurs und Rechnungsposition (nur die Rechnungsposition kennt den DurchgeführtenKurs). Ich würde sowieso sparsam mit Aggregationen umgehen, die sind gar nicht so oft notwendig.

4. Die Beziehung Kunde und Rechnung würde ich nicht als Komposition machen. Wenn der Kunde aus dem System fliegt, muss nicht gleich die Rechnung vernichtet werden (Stichwort: Aufbewahrungspflicht von Rechnung)

Übrigens zur Aufgabe 1 fällt mir auf, dass die Seite ="http://www.ergo-online.de/site.aspx?url=html/software/titel.htm gar nicht so schlecht ist. Unbedingt angucken!