Zum Inhalt springen

dunker

Mitglieder
  • Gesamte Inhalte

    30
  • Benutzer seit

  • Letzter Besuch

Alle Inhalte von dunker

  1. diese Tabelle kann man im anschluss sehr einfach in ein Struktogramm umwandeln. Die tabelle macht das man nichts vergisst ... mfg
  2. also Entscheidungs Tabellen hab ich auch schon in der Kernquali gesehen. mfg
  3. hatte nichts mit dem Radius server zu tun ist mir gerade so eingefallen hatte den post noch nicht gelesen ... mfg
  4. Was auch noch gern genommen wird sind Entscheidungstabellen. sollten sitzen... mfg
  5. Also ich weis von einigen Prüfern das sie die Aufgaben die sie korrigieren auch selber machen. ob es alle Prüfer machen weis ich nicht.
  6. Leute es prüfen immer noch Menschen die Ahnung von der Materie haben und die sind sich der Problematik bewusst sind. Wenn also ein Anständiges Relationales, Entity Relationship Modell auf dem Papier ist bekommt ihr punkte. Ich persönlich werde mich vermutlich für ein Relationales Modell entscheiden. mfg
  7. Darf ich mal fragen was in BaWü in Wiso drangekommen ist ? irgenwas besonderes oder eh nur standard sachen? mfg
  8. also unser Daten bank Lehrer meinte das es egal ist wie wir es in der Prüfung schreiben. ausserdem kommt outer join in der AP dran bzw ist noch nie dran gekommen. es kann natürlich sein das mittlerweile alle DBMs ünerstützen. mfg
  9. bei mysql geht das weis nicht wie es in anderen DBMs ausshaut. Oracle verlangt glaub ich das outer. in der prüfung denk ich ist beides richtig. mfg
  10. wenn du aus einer tabelle was angezeigt bzw zum vergleichen brauchst must die auch im FROM angeben.
  11. jo ich bin auch froh auch froh wenns entlich vorbei ist. aber sich heute noch stressen und stoff lernen bringt meiner nach gar nichts. Ich werd heute mein tabbeln buch noch sauber einmerken und abends kühles pils trinken das ich gut schlafen kann. das wird schon irgendwie ....
  12. HILFE Panik ... ich finde bei den prüfungen ist es schwer durchzufallen aber auch verdammt schwer eine gute note zu bekommen.
  13. Beim INNER JOIN müsste das egal sein. Beim Outer Jedoch nicht. tbl1 LEFT OUTER JOIN tbl2 tbl2 LEFT OUTER JOIN tbl1 mfg
  14. zum EPK: Nach jedem Ereignis folgt eine Funktion. Nach einer Funktion ein Ereignis. daher können nie zwei Ereignisse oder Funktionen hintereinander kommen. mfg
  15. 1.geschachteltes if if(...) { ... }else (){ if(){ .... } } 2. if else if(...) { ... }else if (){ ... } diese beiden if kommen zu dem gleichen ergebnis ein else if ist nur ein verküsrzte schreib weise von einem geschachtelten if else. also muss im Struktogramm das if im else fall sein. mfg
  16. das ist ein switch case. und hat eigentlich nichts mit dem else if zu tun. ist wie oben schon genannt ein ernuetes if im im else zweig. mfg
  17. wenn der Lösungsvorschlag nicht eindeutig ist machen sich die prüfer die aufgabe selber. ich denke das jeder prüfer hinweg über sowas hinweg sieht wenn der rechen weg stimmt. ich werde mit 1024 rechnen.
  18. Es giebt 2 möglich keiten für das Relationale modell. 1. so wie dein Beispiel Kunde(KID, Name, Vorname, ...) 2. So wie es Access Darstellt (hab gerade leider grafik zur hand) die IHK nimmt für Lösungsvorschlag eigentlich immer die 2te variante. mfg
  19. soweit ich weis sind zwischwen den teilen 15 min pause sollte in Deggendorf auch so sein. ich würde tippen 14 uhr ist der spass vorbei
  20. Im ER-Modell sind meines wissens keine PKs enthalten sonder nur Entetys und Relationen (rauten) und Kardinalitäten. das was die meistens macht ist ein Relationales Modell. wobei die Daten Bank aufgaben meist ein Relationales verlangen auch wenn die rede von einem ER-Modell ist. mfg
  21. ich werd mir einiges einmerken Kalkulations schema und so dann ist das ein griff und ich hab es zur hand sollte kein prob sein. man sollte es sich schonmal druchgelesen haben, damit du dich gleich zurecht findest. mfg
  22. zum glück steht das alles im IT-Handbuch mfg
  23. ich wollte nur nochmals drauf hinweisen das es sich nicht um UML-Diagramm handelt. wollte dich nicht angreifen oder ähnliches. sorry falls ich das getan habe. mfg
  24. Nochmal ein PAP Programm Ablauf Plan / Flussdiagramm ist KEIN UML - Diagramm. Ist gut möglich das so eins auch drann kommt jedoch hat man da meist die wahl zwischen Struktogramm und PAP oder Pseudocode / angelehnt an ein Programmiersprache. mfg

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...