BWL & Fernstudium: Einsendeaufgaben-Hilfe

Ich sitze gerade an meiner Projektarbeit und soll relativ kompakt erklären, wie SQL-Injection technisch funktioniert und warum Prepared Statements das verhindern. Das Prinzip an sich habe ich schon verstanden: Nutzereingabe wird ungeprüft in eine Abfrage eingebaut und dadurch kann jemand zusätzliche SQL-Befehle einschleusen. Aber an einer Stelle hänge ich gedanklich fest.

Wenn ich mir sowas wie eine Login-Abfrage vorstelle, die per String-Konkatenation zusammengebaut wird, verstehe ich, dass am Ende ein veränderter String bei der Datenbank ankommt. Aber mir ist nicht ganz klar, an welcher Stelle im Ablauf genau der Übergang passiert – also ob die Anwendung quasi "glaubt", sie schickt nur Text, und die Datenbank diesen Text dann als Befehl interpretiert, oder ob das schon vorher irgendwie unterschieden wird.

Und bei Prepared Statements verstehe ich nicht ganz, warum die Eingabe dort nicht mehr als Code ausgeführt werden kann. Wird die Eingabe da anders übertragen oder einfach nur

Hänge gerade genau an diesem Punkt in meinem Modul Rechnungswesen/Bilanzierung. Unser Skript bringt erst die direkte Methode (Ein- und Auszahlungen werden einzeln aufgelistet) und dann die indirekte Methode (Start beim Jahresüberschuss, dann Korrekturen um Abschreibungen, Rückstellungsveränderungen usw.). Rechnerisch komme ich bei meinen Übungsaufgaben am Ende beim operativen Cashflow tatsächlich auf dasselbe Ergebnis, aber ich bin mir unsicher, ob das immer so sein muss oder ob ich da nur Glück mit den Aufgaben hatte.

Was mir noch mehr Kopfzerbrechen bereitet: In alten Klausuren wird manchmal einfach „Kapitalflussrechnung erstellen“ verlangt, ohne dass die Methode vorgegeben ist. Woran erkenne ich, welche Methode da erwartet wird? Liegt das an den gegebenen Daten (z. B. wenn ich keine Einzelposten wie Kundeneinzahlungen habe, sondern nur GuV- und Bilanzzahlen, muss ich ja zwangsläufig indirekt rechnen)?

Hat jemand von euch eine Faustregel, wie man in der Klausur schnell erkennt,

Sitze gerade an Übungsaufgaben zur Matrixinversion mit Gauß-Jordan (3x3) für die nächste Klausur und bin bei einer Aufgabe hängen geblieben. Beim Umformen der erweiterten Matrix [A|E] bekomme ich irgendwann eine komplette Nullzeile auf der linken Seite.

Jetzt meine Frage: Heißt das zwangsläufig, dass A nicht invertierbar ist, oder kann das auch durch einen Rechenfehler bei mir entstanden sein? Und gibt es eine schnelle Methode, das vorher zu checken, ohne die komplette Rechnung durchzuziehen?

Was ich bisher weiß bzw. vermute:

• Determinante berechnen und schauen, ob sie null ist – aber bei 3x3 ist mir das über Sarrus fast genauso viel Aufwand wie die Gauß-Jordan-Rechnung selbst
• Rang der Matrix bestimmen – aber wie schnell geht das wirklich ohne Umformung?
• Vielleicht gibt es ja Anzeichen, an denen man das einer Matrix schon ansieht, z. B. wenn eine Zeile ein Vielfaches einer anderen ist?

Wie geht ihr da ran, bevor ihr euch durch die ganze Rechnung quält?

Ich bereite mich gerade auf die Mathe-Klausur vor (lineare Algebra, Thema Eigenwerte/Eigenvektoren, relevant auch für Schwingungs- und Trägheitstensor-Berechnungen bei uns im Maschinenbau) und stehe irgendwie auf dem Schlauch.

Das Rechnerische bekomme ich hin:

• Charakteristisches Polynom über det(A - λE) = 0 aufstellen
• Eigenwerte λ als Nullstellen ausrechnen
• Für jeden λ das LGS (A - λE)v = 0 lösen, um den Eigenvektor zu bekommen

Was mir aber fehlt, ist das geometrische Verständnis dahinter. In der Vorlesung hieß es nur "Eigenvektoren werden durch die Matrix nur gestreckt, nicht gedreht", aber so richtig vorstellen kann ich mir das nicht. Hat jemand eine anschauliche Erklärung oder ein einfaches 2x2-Beispiel, an dem man sieht, was da geometrisch passiert, wenn man die Matrix auf verschiedene Vektoren anwendet? Vielleicht auch im Hinblick auf Hauptachsentransformation, das kommt bei uns in der Klausur auch dran.

Hänge gerade an einer Aufgabe zur Handelskalkulation und blick bei der Reihenfolge nicht mehr durch. Wir sollen vom Einkaufspreis (Listenpreis) ausgehend über Rabatt, Skonto, Bezugskosten, Handlungskostenzuschlag, Gewinnzuschlag usw. am Ende auf den Verkaufspreis kommen.

Mein Problem: Ich weiß nicht mehr genau, was zuerst abgezogen bzw. draufgerechnet wird. Kommt der Rabatt vor oder nach dem Skonto? Und wo genau kommen die Bezugskosten rein – vor dem Handlungskostenzuschlag oder danach?

Ich hab mir schon ein Schema aus der Vorlesung rausgesucht, aber da sind ein paar Begriffe (Bezugspreis, Selbstkostenpreis, Barverkaufspreis, Zielverkaufspreis) die ich nicht sauber zuordnen kann. Hat jemand das komplette Schema mal Schritt für Schritt für mich, am besten mit nem kleinen Rechenbeispiel? Wäre mega hilfreich, weil ich sonst immer an der falschen Stelle rechne 😅

Hänge gerade an einer Aufgabe, bei der eine Funktion (in dem Fall sin(x) um x0=0) durch die Taylorreihe angenähert werden soll. Ich kriege die einzelnen Glieder hin, aber mir ist nicht klar, wie ich begründe, ab welchem Grad die Näherung "gut genug" ist.

Meine bisherigen Ansätze:

• Ich könnte das Restglied nach Lagrange abschätzen, aber das wirkt bei der Übungsaufgabe fast überdimensioniert
• Alternativ einfach so lange Glieder addieren, bis sich der Funktionswert kaum noch ändert – aber das fühlt sich nicht sauber begründet an

Gibt es da eine Art Faustregel, z. B. abhängig vom Intervall oder von der geforderten Nachkommastellen-Genauigkeit? Oder muss man in Klausuren tatsächlich jedes Mal explizit über das Restglied argumentieren? Würde gerne verstehen, wie ihr das systematisch angeht, bevor ich mich durch zu viele Terme wühle, die am Ende gar nicht nötig gewesen wären.

Ich sitze gerade an meinem Studienprojekt und grüble über die Datenbankfrage. Mein Datenmodell ändert sich ziemlich häufig, weil ich noch nicht alle Anforderungen final definiert habe und im Laufe des Projekts immer wieder neue Attribute dazukommen. Jetzt frage ich mich, ob ich deswegen komplett auf eine NoSQL-Lösung wie MongoDB umsteigen sollte, oder ob das bei einer relationalen DB mit sauberem Schema-Design (z. B. über Migrationen) auch gut handhabbar wäre.

Ich habe bisher verstanden, dass NoSQL vor allem bei großen, unstrukturierten Datenmengen und horizontaler Skalierung Vorteile bringt, aber mein Projekt ist eher klein und die Beziehungen zwischen den Daten sind schon relevant (also eigentlich klassisches Terrain für relational). Trotzdem nervt mich das ständige Anpassen der Tabellenstruktur.

Wie geht ihr in der Praxis an so eine Entscheidung ran? Gibt es klare Kriterien, an denen man sich orientieren kann, statt nur nach Bauchgefühl zu wählen? Und ganz wichtig für mich:

Hänge gerade an einer Fallstudie zur Deckungsbeitragsrechnung. Da soll ich die optimale Produktreihenfolge bei einem Engpass bestimmen, also DB je Engpasseinheit. Soweit klar, das Prinzip hab ich verstanden (DB/Stück durch Verbrauchsfaktor je Einheit teilen).

Mein Problem: in der Aufgabe werden mehrere mögliche Engpässe genannt (Maschinenstunden UND Lagerfläche). Woher weiß ich, welcher davon der "relevante" Engpass ist, auf den ich die Bezugsgröße beziehen muss? Reicht es zu schauen, welche Ressource laut Angabe tatsächlich knapp ist (Bedarf > Kapazität), oder muss ich das für beide durchrechnen und vergleichen?

Und falls wirklich beide Ressourcen knapp sind – wie geht man dann methodisch vor? Gibt's da ein Standardvorgehen oder wird das dann eher Richtung lineare Optimierung komplex?

Bin für jeden Denkanstoß dankbar, blicke da grad noch nicht ganz durch 😅