 |
| Hinweise |
Willkommen im TP-Hilfe-Forum!Dies ist ein Forum zu den Themen Photoshop, Dreamweaver, Flash, Selbständigkeit und mehr, in dem Du Hilfe, Anleitung oder eine Lösung zu Deinen Problemen erhältst. Aktuell bist Du in unseren Foren als Gast mit reinen Leserechten unterwegs. Wenn Du Dich registrierst, kannst Du eigene Themen verfassen, Deine Frage stellen und privat mit anderen TPlern kommunizieren. Weitere Foren werden zugänglich, und Du wirst – falls gewünscht – per Mail über neue Beiträge informiert. Die Registrierung ist schnell und kostenlos. Sollten bei der Registrierung Fragen auftauchen, reicht ein Klick in unsere Hilfe - Häufig gestellte Fragen oder eine kurze Mitteilung an das Support-Team. Viel Spaß bei Traum-Projekt.com |
05.05.2003, 11:30
|
#1
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
< und > in SELECT ?!?
gibt es die Möglichkeit mit < kleiner und > größer als in einer SELECT abfrage zu arbeiten?
Denn ich bekomme seltsame Fehlermeldungen sobald ich eine Abfrage damit ausstatte.
danke schonmal
Chrissi
__________________
ich werd noch bekloppt ...
|
|
|
05.05.2003, 11:31
|
#2
|
|
TP-Specialist
Registriert seit: Oct 2002
Ort: Übach-Palenberg
|
Also normalerweise funzt das.
Z.B. $abfrage = "SELECT * FROM links WHERE id < 5");
__________________
Grüße aus Übach-Palenberg
Tim
WEB.ASSISTANTS IT-SOLUTIONS
www.web-assistants.de
Hängt das doch mal an eine beliebige PHP-Datei: ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42
|
|
|
05.05.2003, 11:33
|
#3
|
|
TP-Greis
Registriert seit: Jun 2001
Ort: Bonn-Altstadt
|
Re: < und > in SELECT ?!?
Zitat:
Original geschrieben von calpha
ich bekomme seltsame Fehlermeldungen sobald ich eine Abfrage damit ausstatte.
|
Dann zeig' die Abfrage samt Fehlermeldung doch einfach mal. 
__________________
Give up yourself into the moment — The time is now.
|
|
|
05.05.2003, 11:50
|
#4
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
PHP-Code:
$kalsel = mysql_query("SELECT * FROM urlaub WHERE $GLOBALS[bereitschaft] = '1', datum_start > '$tempdatemin', datum_start < '$tempdatemax' ORDER BY datum_start");
$x=1;
while($row = mysql_fetch_array($kalsel))
nach diesem script kommt eine Fehlermeldung
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /var/www/html/db_urlaub/_subpages/kalender.php
und wenn ich die ganzen WHERE raus nehme gehts aber halt mit allen Datensätzen 
__________________
ich werd noch bekloppt ...
|
|
|
05.05.2003, 12:00
|
#5
|
|
TP-Greis
Registriert seit: Jun 2001
Ort: Bonn-Altstadt
|
Probier's mal so:
PHP-Code:
$kalsel = mysql_query
("
SELECT * FROM urlaub
WHERE $GLOBALS[bereitschaft] = '1',
AND datum_start > '$tempdatemin',
AND datum_start < '$tempdatemax'
ORDER BY datum_start
");
__________________
Give up yourself into the moment — The time is now.
|
|
|
05.05.2003, 12:08
|
#6
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
ne geht auch ned 
ich versteh auch ned wieso
denn wie gesagt sobald ich
$kalsel = mysql_query ("SELECT * FROM urlaub");
mache gehts ohne Fehlermeldung aber das ist ja nicht Sinn der Sache
__________________
ich werd noch bekloppt ...
|
|
|
05.05.2003, 12:13
|
#7
|
|
TP-Greis
Registriert seit: Jun 2001
Ort: Bonn-Altstadt
|
Ist es denn möglich, dass die Abfrage gar nix liefert? Welchen Feldtyp hat "datum_start" denn und wie ist das Datumsformat in den beiden Variablen?
__________________
Give up yourself into the moment — The time is now.
|
|
|
05.05.2003, 12:22
|
#8
|
|
TP-Moderator
Registriert seit: Feb 2001
Ort: Helmstedt/Wolfsburg
|
nene... also Lars  Du hast in deinem Ding auch noch Bugs drin:
PHP-Code:
$kalsel = mysql_query
("
SELECT * FROM urlaub
WHERE $GLOBALS[bereitschaft] = '1'
AND datum_start > '$tempdatemin'
AND datum_start < '$tempdatemax'
ORDER BY datum_start
");
...wenn das nicht klappen sollte, musst du überprüfen, ob die $GLOBALS-Var überhaupt existiert und den korrekten (nämlich einen Spaltennamen) als Inhalt hat.
Gruss
Jan
|
|
|
05.05.2003, 12:25
|
#9
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
also die Abfrage liefert definitiv etwas zurück da ich das durch eine abfrage getestet habe mit der funktionierenden SELECT
und am datumsformat sollte es auch nicht liegen da ich das im UNIX zeitformat ablege feldtyp dabei int
__________________
ich werd noch bekloppt ...
|
|
|
05.05.2003, 12:40
|
#10
|
|
TP-Specialist
Registriert seit: Jan 2002
Ort: TP/Dynamik
|
mysqlerror bitte!
fang den fehler im myslq_query mal ab. die fehlermeldung die du bekommst sagt gar nix aus.
__________________
Gehelft? Hier kannst du dich bedanken.
mike
|
|
|
05.05.2003, 14:51
|
#11
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
also die fehlermeldung ist erstmal weg, danke schonmal dafür
jetzt bin ich grad am nächsten Problem das 2 scripte die das datum für diese funktion hier liefern falsch rechnen
__________________
ich werd noch bekloppt ...
|
|
|
05.05.2003, 15:10
|
#12
|
|
TP-Veteran
Registriert seit: Jun 2001
Ort: Wien
|
Tipp für die Zukunft!
Ich machs immer so:
PHP-Code:
$sql = "SELECT * FROM irgendwo";
$ergebnis = mysql_query($sql, $connection) or die ("Fehler beim Query<br>\n".mysql_error());
Das ganze erleichtert das "debuggen" von Scripts um ein vielfaches , da Du eine gescheite Fehlermeldung hast!
Übrigens, was für ein Problem hast Du jetzt???
lg
Flow
__________________
Lesser known Programming Languages #13: SLOBOL
... Although many compilers allow you to take a coffee break while they compile, SLOBOL compilers allow you to travel to Bolivia to pick the coffee. Forty-three programmers are known to have died of boredom sitting at their terminals while waiting for a SLOBOL program to compile. Weary SLOBOL programmers often turn to a related (but infinitely faster) language, COCAINE.
|
|
|
05.05.2003, 15:37
|
#13
|
|
TP-Specialist
Registriert seit: Jan 2002
Ort: TP/Dynamik
|
>jetzt bin ich grad am nächsten Problem das 2 scripte die das datum für diese funktion hier liefern falsch rechnen...
schön. Und wir sollen jetzt raten, warum es falsch rechnet? 
mehr input oder code bitte.
__________________
Gehelft? Hier kannst du dich bedanken.
mike
|
|
|
05.05.2003, 15:41
|
#14
|
|
TP-Veteran
Registriert seit: Jun 2001
Ort: Wien
|
Hey Longfang, inzwischen müsstest Du die Fehler im Quellcode anderer doch schon riechen können!!!!
Oder etwa nicht!
lg
Flow
__________________
Lesser known Programming Languages #13: SLOBOL
... Although many compilers allow you to take a coffee break while they compile, SLOBOL compilers allow you to travel to Bolivia to pick the coffee. Forty-three programmers are known to have died of boredom sitting at their terminals while waiting for a SLOBOL program to compile. Weary SLOBOL programmers often turn to a related (but infinitely faster) language, COCAINE.
|
|
|
05.05.2003, 17:43
|
#15
|
|
TP-Junior
Registriert seit: May 2002
Ort: @Berlin
|
typischer Fehler in OSI Layer 8
PHP-Code:
$tempdatemin = mktime(12, 0, 0, $monat-2,$daypermonth[$monat-2], $jahr, 0);
$tempdatemax = mktime(12, 0, 0, $monat+2, 1, $jahr, 0);
ich hatte Tag und Monat verdreht, also praktisch in deutscher Schreibweise erst Tag dann Monat aber verpennt das das ja englische Schreibweise sein muss. Dadurch sind dann seltsame Daten entstanden durch die verschiebung der überzähligen Werte bei zb 31 als Monat.
__________________
ich werd noch bekloppt ...
|
|
|
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
|
|
|
| Themen-Optionen |
Thema durchsuchen |
|
|
|
| Thema bewerten |
|
|
Forumregeln
|
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.
HTML-Code ist aus.
|
|
|
Alle Zeitangaben in WEZ +2. Es ist jetzt 03:54 Uhr.
|
 |