Hallo, benötige dringend Hilfe

[Jonas N. (medustv)]

Hallo das Hauptproblem ist das sich die Datenbank in einer Art schleife 
festhängt Vermute irgendwie so etwas wie ein Überlaufs fehle. Alles 
weitere in der angefügten PDF. Habe nicht so viel Ahnung von SQL bin 
eher noch ein Anfänger sitze jedenfalls schon seit gestern an dem 
Problem ohne Erfolg. Bei dem Projekt handelt es sich übrigens um so eine 
art Lagersystem. LG

[Frank S. (_frank_s_)]

Jonas N. schrieb:
> Hallo das Hauptproblem ist
, dass ich einen schiefen Hals habe, nachdem ich den Anhang lesen 
wollte.
Ist es so schwer, vernünftig lesbare Anhänge zu gestalten?

Da wird der gute Wille der Hilfe vermiest.

[Jonas N. (medustv)]

Tut mir leid das die anhänge in einer so schlechten Qualität sind bin 
momentan nicht zu Hause und hier gibt es keinen Scanner habe jedenfalls 
noch keinen gefunden. Hoffe der neue Anhang ist etwas besser leserlich.

[Gunnar F. (gufi36)]

wenn du so dringend Hilfe brauchst,  solltest du dein Problem besser 
beschreiben.

[Jonas N. (medustv)]

Das Problem ist ich immer wenn ich versuche den Befehl(PDF Seite 3) aus 
zu führen es lange lädt ich nach einiger zeit eine Fehler Nachricht 
bekomme aber der Server den Befehl nicht abbricht sondern 24/7 weiter 
Lädt die CPU auslastet und man ihn Neustarten muss damit er aufhört den 
Befehl auszuführen.
Jetzt stellt sich die frage wo in dem Befehl ist der Fehler? Ich suche 
ihn seit gestern.

[Rainer Z. (netzbeschmutzer)]

Sorry, meine Glaskugel habe ich gerade der Bundeskanzlerin ausgeliehen 
zwecks Vorhersage der Corona-Entwicklung.

Sag mal ernsthaft, wie wir anhand Deines fotografierten Zettels Dein 
Problem erraten sollen??? Du gibst weder den Programm-Code preis noch 
die konkreten SQL-Abfragen.

[Jonas N. (medustv)]

Was benötigst du den noch? Tut mir leid falls die Nachricht davor etwas 
aggressiv geklungen hat so sollte es nicht rüber kommen.

[Ozvald K. (Gast)]

Wo bleibt es hängen? Nach einem Insert in eine Tabelle? Du kannst alle 
Abhängigkeiten (Foreign keys) zuerst löschen und so das Programm testen. 
Danach einen nach dem anderen wieder erstellen und laufend testen.

[Dieter D (Gast)]

Nachvollziehen ist kaum moeglich.
Jonas braucht so etwas wie Breakpoints oder Fensterausgaben, die in den 
Code manuell ergaenzt werden koennen, um die Stelle des Fehlers 
einzukreisen.

[Ozvald K. (Gast)]

Ozvald K. schrieb:
> Wo bleibt es hängen? Nach einem Insert in eine Tabelle?

ok, vergiss die Frage. Habe Dein Posting von 10:09 übersehen.
Du kannst die Abfrage zerlegen. Joinst du zuerst 2 Tabellen, dann immer 
1 dazu, und kontrollierst laufend ob die Abfrage Daten zurück liefert.

[wendelsberg (Gast)]

Klingt wiedermal nach sowas:
Beitrag "Einheitlicher Umgang mit faulen Schülern etc.?"

wendelsberg

[Jonas N. (medustv)]

1. Bin ich kein Schüler 2. Musste ich noch nie mit SQL arbeiten mein 
ganzes wissen weiß ich durch 2 Tägiges lernen

[Thomas W. (Gast)]

Moin, -

Jonas N. schrieb:
> 1. Bin ich kein Schüler 2. Musste ich noch nie mit SQL arbeiten mein
> ganzes wissen weiß ich durch 2 Tägiges lernen

Du hast nie gelernt ein Problem zu analysieren und dann zu loesen. 
Versuche doch mal Dich in die Situation Deiner Zuschauer (vulgo: Leser) 
zu versetzen: Mit Deinem Gestammel kann und will Dir keiner helfen. Die 
Kirsche war natuerlich das Bildchen.

Ich habe ja davon keine Ahnung davon aber vielleicht import mit 
aktivierten Warnungen.

Gruesse

Th.

[Klaus R. (klaus2)]

Thomas W. schrieb:
> Du hast nie gelernt ein Problem zu analysieren

...genau, und das ist unabhängig ob HW, SW, bekannt oder unbekannt. Und 
die "Art" der Fragestellung ist auch chaotisch - wenn du so zu deinen 
Kollegen gehst, werden die sich auch schwer tun.

1) problem zerlegen
2) unit tests
3) gg bekannte Umgebung testen
4 ) ...usw usf

Klaus.

[wendelsberg (Gast)]

Jonas N. schrieb:
> 1. Bin ich kein Schüler 2. Musste ich noch nie mit SQL arbeiten mein
> ganzes wissen weiß ich durch 2 Tägiges lernen

Dir ist aber schon bewusst, das die Art Deiner Fragestellung sehr auf 
die Beschreibung in Beitrag "Einheitlicher Umgang mit faulen Schülern etc.?"
passt?

wendelsberg

[Thomas W. (Gast)]

Moin, -

wenn ich Dein *.sql-File mal mariadb zur bearbeitung gibt:

Server version: 10.3.27-MariaDB-0+deb10u1-log Debian 10

MariaDB [(none)]> \W
Show warnings enabled.
MariaDB [(none)]> source smartcontrol.sql
...
Note (Code 1831): Duplicate index `FK_user_2`. This is deprecated and will be disallowed in a future release

Das ist nur eine Warnung.

ERROR 1452 (23000) at line 582 in file: 'smartcontrol.sql': Cannot add or update a child row: a foreign key constraint fails (`smartcontrol`.`#sql-13d_28`, CONSTRAINT `harddisks_ibfk_3` FOREIGN KEY (`FK_case`) REFERENCES `cases` (`PK_case`) ON UPDATE CASCADE)

Jetzt habe ich Dir den Fehler gezeigt. Jetzt bist Du dran.

Gruesse

Th.

[Ozvald K. (Gast)]

...würde mich nur interessieren warum meine Postings negativ bewertet 
wurden. Möge sich derjenige melden um mir zu erklären.

[Experte (Gast)]

Das ist eindeutig ein Fall für:

   https://www.amazon.de/SQL-Antipatterns-Programming-Pragmatic-Programmers/dp/1934356557

[Jens G. (jensig)]

Jonas N. schrieb:
> Das Problem ist ich immer wenn ich versuche den Befehl(PDF Seite 3) aus
> zu führen es lange lädt ich nach einiger zeit eine Fehler Nachricht

Ja, und welche Fehlernachricht? Solche Fehlernachrichten sind zum Lesen 
da, um dann überhaupt erstmal zu verstehen, in welche Richtung es geht.

Und übrigens schreibt doch Dein PDF, daß es mit einem Fehler abbrechen 
wird.

> Jetzt stellt sich die frage wo in dem Befehl ist der Fehler? Ich suche
> ihn seit gestern.

Vermutlich nirgends, wenn es keinen Syntax-Fehler gibt. Dein von Dir 
genutztes Datenbankprodukt ist offensichtlich nicht dafür gedacht, etwas 
mehr als eine handvoll Joins in einem SQL zu verwursten.

Wenn Deine DB trotz Fehlers bzw Abbruch des SQL dann nicht zur Ruhe 
kommt, dann ist wohl möglicherweise ein Bug in der DB.

[Jens G. (jensig)]

Ozvald K. schrieb:
> ...würde mich nur interessieren warum meine Postings negativ bewertet
> wurden. Möge sich derjenige melden um mir zu erklären.

Und mich würde interessieren, warum das Dich juckt. Laß das doch links 
legen, so wie ich das auch mache ...

[Percy N. (vox_bovi)]

Jens G. schrieb:
> Und mich würde interessieren, warum das Dich juckt.

Warum?

[Jens G. (jensig)]

>Warum?

Bis aber neugierig ...

[Wolfgang (Gast)]

Jonas N. schrieb:
> Hoffe der neue Anhang ist etwas besser leserlich.

Den Hals verrenkt man sich immer noch.

[oszi40 (Gast)]

Jonas ist noch in einem sehr frühen Forschungsstadium. Schon der Betreff 
war war nix. 
https://www.mikrocontroller.net/articles/Netiquette#Klare_Beschreibung_des_Problems

Wahrscheinlich sollte er seine DB nochmals schrittweise erweitern bis 
merkt wo es hängt und dann in einem DB-Forum eine exakte Frage 
formulieren.

[STK500-Besitzer (Gast)]

Laut pdf soll man sich bei (inhaltlichen) Fragen an Herrn Ilgen wenden.
Liest sich wie eine Hausaufgabe...

[Klaus R. (klaus2)]

Jonas N. schrieb:
> 1. Bin ich kein Schüler

STK500-Besitzer schrieb:
> Fragen an Herrn Ilgen wenden.

Oh, also wohl ein Herr Student, cand. BSc. will ich wohl meinen! :)

Klaus.

[spiderman (Gast)]

Jonas N. schrieb:
> Bin ich kein Schüler 2. Musste ich noch nie mit SQL arbeiten mein ganzes
> wissen weiß ich durch 2 Tägiges lernen

Du hast Dich verrannt und muß nochmal von Vorne anfangen. Du verwendest 
die falsche herangehensweise. Wahrscheinlich aus der C-Perspektive.

P.S.:
Glaub mir, mit einem Neuanfang sparst Du viel Zeit und nicht 
endenwollenden Ärger.

[Wolle (Gast)]

Wenn Du Performance-Probleme beseitigen will, schmeiß als erstes mal 
dieses unsinnige LIKE in der WHERE-Bedingung raus.
Die Seriennummer wird doch wohl eindeutig in der GUI ausgewählt.

Und dann die Daten.
In einer Seriennummer, einer Firmwareversion oder einem Artikelnamen hat 
ein '\r' ganz sicher nix zu suchen. Wenn Du LIKE verwendest, weil das \r 
Probleme bereitet, schreib Dir erstmal ein Skript was Deine Daten glatt 
zieht.

Das sollte Dich schonmal ein großes Stück weiter bringen.

Wenn's nicht reicht - Index auf die Suchspalten.

Aber: Dein Select passt doch auch überhaupt nicht zu der Anforderung, 
die Du da beschreibst... Wenn Du nur die Festplattenattribute mit ihren 
Werten selektieren willst, warum selektierst Du den ganzen anderen Kram 
denn mit? Das sind doch jede Menge unnötige JOINs.

Also - erstmal aufräumen bitte.

[Beruferater Robert Lemke (Gast)]

Frag deinen Lehrer wenn du die Hausaufgaben nicht alleine hinbekommst.

[Dirk K. (merciless)]

Jonas N. schrieb:
> 1. Bin ich kein Schüler 2. Musste ich noch nie mit SQL arbeiten mein
> ganzes wissen weiß ich durch 2 Tägiges lernen

Ähm sorry, du hast keinerlei Kenntnisse in SQL
und irgendwer beauftragt dich, ein kompliziertes
SELECT-Statement zu optimieren? Ich arbeite
seit vielen Jahren mit SQL-Datenbanken und das
ist alles andere als trivial.

Mögliche Fehlerquellen:
-falsche JOINs
-fehlende Indices
Für beide Fälle muss man sich mit den Daten in
der Datenbank sehr gut auskennen und step by
step den Fehler suchen (wurde oben schon erwähnt).

Hier im Forum wird dir niemand diese Arbeit abnehmen
(zumal ja auch die Daten fehlen, um zu testen).

merciless

[Sinus T. (micha_micha)]

Nu ist ja langsam gut: Der TO hat sich am 30.3. zu letzten Mal gemeldet, 
und ihr labert immernoch...

[Dirk K. (merciless)]

Sinus T. schrieb:
> Nu ist ja langsam gut: Der TO hat sich am 30.3. zu letzten Mal gemeldet,
> und ihr labert immernoch...

Nee, der TO hat weitere Threads zu dem Thema aufgemacht...

merciless