From TConnect at gmx.net Wed Feb 1 11:14:05 2006 From: TConnect at gmx.net (Tim Hildebrandt) Date: Wed, 1 Feb 2006 11:14:05 +0100 Subject: =?iso-8859-1?Q?Lock_Table/Unlock_Tables_-=3E_Statusabfrage_m=F6glich=3F?= Message-ID: <23743A18FACA4D4DA568F55844E70C99251DCB@md40.mediadefine.gmbh> Hallo zusammen, ich habe die Aufgabenstellung, dass in regelmäßigen Abständen Daten aus einer Produktivtabelle in eine identische Archivtabelle übertragen werden sollen. Jetzt verwende ich folgendes mit PHP generiertes Statement: INSERT INTO archivtabelle SELECT * FROM produktivtabelle WHERE timestamp < [php: time()] LIMIT 0, 30 Es werden also immer 30 als abgelaufen markierte Datensätze in die Archivtabelle kopiert. Das Problem ist nunmehr, dass bei hoher Serverlast die Archivtabelle ständig automatisch gelockt ist, weil ja dort ein INSERT läuft. Das verlangsamt natürlich den Rest des Scriptdurchlaufs, da zuerst gewartet wird, bis das INSERT durchlaufen wurde. Gibt es ein SQL-Statement, das mit den aktuellen Status der Tabelle zurückliefert? Somit könnte ich explizit entscheiden, ob die oben genannte Query ausgeführt werden soll oder nicht; so nach dem Motto "Wenn Archivtabelle gerade nicht gelockt ist, kopiere die Daten, sonst lass es bleiben"... Liebe Grüße Tim -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From kunkel at gfi.ihk.de Fri Feb 3 09:53:03 2006 From: kunkel at gfi.ihk.de (kunkel at gfi.ihk.de) Date: Fri, 3 Feb 2006 09:53:03 +0100 Subject: Wer kann mir die Vor- und Nachteile von Blob =?ISO-8859-1?Q?erkl=E4ren_=3F?= Message-ID: Empfangsbestätigung Ihr Re: Wer kann mir die Vor- und Nachteile von Blob erklären ? Dokument : wurde Stefan Kunkel/GFIDOR/IHK empfange n von: am: 02/03/2006 09:53:03 AM -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From benedikt at quirmbach.de Mon Feb 6 19:34:07 2006 From: benedikt at quirmbach.de (Benedikt Quirmbach) Date: Mon, 6 Feb 2006 19:34:07 +0100 Subject: returns in datenfeldern Message-ID: <4b17fb9f2c64ffe8b529b6af1d3f90f9@quirmbach.de> Hallo, ich versuche gerade eine Tabelle als CSV aus MySQL zu exportieren. Dabei fällt mir auf, dass anscheinend in einigen Feldern Returns eingeschrieben sind. Das führt dazu, dass die CSV-Dateien sich nicht in Excel importieren lassen. Da sollte ja jeder Datensatz eine Zeile belegen. Durch die Returns ergibt sich aber ein Zeilen-Umbruch, der da nicht hingehört. Ich weiß nun gar nicht, wie die Returns in die Datenbank gekommen sind (wahrscheinlich durch CSV-Import). Das ist jetzt auch egal: sie sind halt drin... Ich möchte sie aber wieder los werden. Und da muss ich leider mal wieder die Liste befragen. Ich habe schon mal nach "\n" gesucht: SELECT * FROM tabelle WHERE feld LIKE '%\n%' Damit bin ich leider nicht fündig geworden, obwohl ich in einem der betroffenen Felder gesucht habe. Dann habe ich nach "\r" gesucht: SELECT * FROM tabelle WHERE feld LIKE '%\r%' Hier habe ich eine ganze Menge Treffer. Nur weiß ich nicht genau, ob das die Datensätze sind, die ich auch tatsächlich suche. Es sind immerhin ca. 800 von 1100. Da möchte ich ungern einfach Knöpfen drücken und beten. Hat da jemand Erfahrung? Könnte "\r" den Effekt haben, den ich oben beschrieben habe? Wenn ja, wie kann ich "\r" in einem Rutsch aus der ganzen Tabelle (alle Felder) entfernen? Viele Grüße Benedikt -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From norbert at itbw.de Mon Feb 6 23:13:13 2006 From: norbert at itbw.de (Norbert Pfeiffer) Date: Mon, 6 Feb 2006 23:13:13 +0100 Subject: returns in datenfeldern References: <4b17fb9f2c64ffe8b529b6af1d3f90f9@quirmbach.de> Message-ID: <002b01c62b6a$8b6de280$14b2a8c0@NORBERT> Hallo Benedikt, > Das ist jetzt auch egal: sie sind halt drin... > Ich möchte sie aber wieder los werden. okay, dann ist REPLACE(feldname,such,neu) Dein Freund. Und damit Du nix falsch machst, laesst Du es dreimal laufen. UPDATE tabName SET feld1 = REPLACE(feld1,CHAR(13,10),' '), ... feldX = REPLACE(feldX,CHAR(13,10),' '); UPDATE tabName SET feld1 = REPLACE(feld1,CHAR(13),' '), ... feldX = REPLACE(feldX,CHAR(13),' '); UPDATE tabName SET feld1 = REPLACE(feld1,CHAR(10),' '), ... feldX = REPLACE(feldX,CHAR(10),' '); Damit ersetzt Du alle Zeilenumbrueche von Win, Mac und Nix. Bei dem naechsten MySQLDump steht dann alles in einer Reihe. m. b. G. Norbert _____________________ normal: 02682-966898 Notruf: 0163-3613642 --------------------- e.o.m. -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From webquery at web.de Fri Feb 10 13:56:54 2006 From: webquery at web.de (WH) Date: Fri, 10 Feb 2006 13:56:54 +0100 Subject: AutInc Wer bei INSERT Message-ID: <43EC8D96.8050005@web.de> Hallo, wie kann man denn einen AutoInc-Wert der im Zuge eines INSERT INTO TAB_X.... für mein TAB_ID Feld vergeben wird sofort ermitteln. Ich habs bisher über den SELECT MAX(TAB_ID)... gemacht. Nun sollen aber mehrere Leute die DB bedienen. Was ist aber, wenn zwischenzeitlich ein weiterer User ebenfalls einen neuen Datensatz erzeugt hat und dessen TAB_ID-Wert schon um eins hoeher ist. Benötige ich hierzu LOCK TABLE Tab_X um die Table zu locken. Ich würde gern auf LOCK TABLE verzichten da ich den Usern über "phpmyadmin2.5.3" (*MySQL 4.0.15-max*) das Recht LOCK TABLE nicht geben kann. Es ist einfach kein Eintrag für "LOCK TABLE" da. Im Gegensatz zu einer anderen Insatllation "phpmyadmin2.5.6" (*MySQL 4.0.18-Max*) auf einem anderen Rechner hier. Da kann ich das Recht zum LOCK TABLE vergeben. Gruss Peter -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From lists at sebastianmendel.de Fri Feb 10 14:05:15 2006 From: lists at sebastianmendel.de (Sebastian Mendel) Date: Fri, 10 Feb 2006 14:05:15 +0100 Subject: AutInc Wer bei INSERT In-Reply-To: <43EC8D96.8050005@web.de> References: <43EC8D96.8050005@web.de> Message-ID: <43EC8F8B.3090508@sebastianmendel.de> WH wrote: > Hallo, > > wie kann man denn einen AutoInc-Wert der im Zuge eines INSERT INTO > TAB_X.... > für mein TAB_ID Feld vergeben wird sofort ermitteln. > Ich habs bisher über den SELECT MAX(TAB_ID)... gemacht. Wieso musst du den Ermitteln? Meinst du die ID die zuletzt automatisch erzeugt wurde? mysql_insert_id(), mysqli_insert_id http://php.net/mysqli_insert_id oder SELECT LAST_INSERT_ID(); > Nun sollen aber mehrere Leute die DB bedienen. Was ist aber, wenn > zwischenzeitlich > ein weiterer User ebenfalls einen neuen Datensatz erzeugt hat und > dessen TAB_ID-Wert > schon um eins hoeher ist. > > Benötige ich hierzu LOCK TABLE Tab_X um die Table zu locken. > > Ich würde gern auf LOCK TABLE verzichten da ich den Usern über > "phpmyadmin2.5.3" (*MySQL 4.0.15-max*) > das Recht LOCK TABLE nicht geben kann. Es ist einfach kein Eintrag > für "LOCK TABLE" da. was spricht gegen eine aktuelle phpMyAdmin Version (2.7.0)? > Im Gegensatz zu einer anderen Insatllation > "phpmyadmin2.5.6" (*MySQL 4.0.18-Max*) auf einem anderen Rechner hier. Da > kann ich das Recht zum LOCK TABLE vergeben. -- Sebastian Mendel www.sebastianmendel.de www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From mysql at ernst-dietrich.de Fri Feb 10 15:10:07 2006 From: mysql at ernst-dietrich.de (mysql) Date: Fri, 10 Feb 2006 14:10:07 -0000 Subject: AutInc Wer bei INSERT In-Reply-To: <43EC8D96.8050005@web.de> Message-ID: > Hallo, > > wie kann man denn einen AutoInc-Wert der im Zuge eines INSERT INTO > TAB_X.... > für mein TAB_ID Feld vergeben wird sofort ermitteln. > Ich habs bisher über den SELECT MAX(TAB_ID)... gemacht. Hallo, ich denke da hilft Dir folgendes weiter: Wenn Sie einen Datensatz in eine Tabelle einfügen, der eine Spalte enthält, die das AUTO_INCREMENT-Attribut hat, erhalten Sie die letzte erzeugte Kennung durch Aufruf der mysql_insert_id()-Funktion. Sie können die Kennung auch dadurch abrufen, dass Sie die LAST_INSERT_ID()-Funktion in einer Anfrage-Zeichenkette verwenden, die Sie an mysql_query() übergeben. Rest siehe: http://dev.mysql.com/doc/refman/4.0/de/getting-unique-id.html ------------->> MFG Ernst Dietrich http://www.ernst-dietrich.de http://www.ernst-dietrich.net staatl. gepr. Wirtschaftsinformatiker > -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From webquery at web.de Tue Feb 14 11:54:10 2006 From: webquery at web.de (WH) Date: Tue, 14 Feb 2006 11:54:10 +0100 Subject: AutInc Wer bei INSERT In-Reply-To: <43EC8F8B.3090508@sebastianmendel.de> References: <43EC8D96.8050005@web.de> <43EC8F8B.3090508@sebastianmendel.de> Message-ID: <43F1B6D2.5000008@web.de> Hallo, sorry dass ich erst heute dazu komme mich für die Hilfe zu bedanken. Hinweis von Hannes und Sebastian auf mysql_insert_id(). Die Fkt kannte ich bisher nicht. Sieht so aus, als wäre es die Lösung; bin aber nicht ganz sicher. Deshalb meine Frage: Kann man sicher sein, dass der Wert den man dabei kriegt auch der Wert ist, den der User durch seine Aktion (INSERT) gerade ausgelöst hat, oder kriegt man dadurch den momentan hoechsten Wert, der möglicherweise von einer Aktion eines anderen Users, die zwischenzeitllich stattgefunden hat, hochgesetzt worden ist. Ich bin gedanklich in der Sessionverwaltung noch nicht so sattelfest. Wenn zweiteres, dann muesste ich die Tabelle vorher mit LOCK TABLE sperren und hernach wieder freigeben. Das kann ich aber in der zugegebenermassen nicht ganz taufrischen Version von MySql und phpMyAdmin nicht. Sebastian Mendel schrieb: > > was spricht gegen eine aktuelle phpMyAdmin Version (2.7.0)? > Nichts, ausser das dass Arbeit macht und vom Kunden nicht gern bezahlt wird. Ich kann mir nicht vorstellen dass es in "phpmyadmin2.5.6" (unter MySQL 4.0.18-Max) nicht möglich gewesen sein soll die Rechte eines Users bzgl. einer einzelnen Tabelle auf LOCK TABLE zu setzen. Ich werde malsehen muessen ob ich in der Konfiguration was verbockt habe. Gruss Peter -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From lists at sebastianmendel.de Tue Feb 14 12:15:48 2006 From: lists at sebastianmendel.de (Sebastian Mendel) Date: Tue, 14 Feb 2006 12:15:48 +0100 Subject: AutInc Wer bei INSERT In-Reply-To: <43F1B6D2.5000008@web.de> References: <43EC8D96.8050005@web.de> <43EC8F8B.3090508@sebastianmendel.de> <43F1B6D2.5000008@web.de> Message-ID: <43F1BBE4.2060205@sebastianmendel.de> WH wrote: > Hallo, > > sorry dass ich erst heute dazu komme mich für die Hilfe zu bedanken. > Hinweis von Hannes und Sebastian auf mysql_insert_id(). > Die Fkt kannte ich bisher nicht. Sieht so aus, als wäre es die Lösung; > bin aber nicht ganz sicher. > Deshalb meine Frage: > Kann man sicher sein, dass der Wert den man dabei kriegt auch > der Wert ist, den der User durch seine Aktion (INSERT) gerade ausgelöst > hat, oder kriegt man dadurch den momentan hoechsten Wert, der > möglicherweise von einer Aktion eines anderen Users, die zwischenzeitllich > stattgefunden hat, hochgesetzt worden ist. Ich bin gedanklich in der > Sessionverwaltung noch nicht so sattelfest. > Wenn zweiteres, dann muesste ich die Tabelle vorher mit LOCK TABLE > sperren und hernach wieder freigeben. mysql_insert_id() liefert den zuletzt eingefügten auto_increment Wert der aktuellen Verbindung/Session. Also unabhängig was sonst auf dem MySQL-Server passiert. Selbst wenn zwischen deinem Einfügen und deiner Nachfrage nach mysql_insert_id() der MySQL-Server nach 1.000 weitere Datensätze in die selbe Tabelle einfügt, von einem anderen Script, oder auch dem selben Skript parallel aufgerufen. > Sebastian Mendel schrieb: >> was spricht gegen eine aktuelle phpMyAdmin Version (2.7.0)? > > Nichts, ausser das dass Arbeit macht und vom Kunden nicht gern bezahlt > wird. dann installiere dir phpMyAdmin doch lokal, und füge den DB-Servers deines Kunden ein und stelle es mit deiner lokalen aktuellen phpMyAdmin-Installation ein. -- Sebastian Mendel www.sebastianmendel.de www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From webquery at web.de Tue Feb 14 13:25:48 2006 From: webquery at web.de (WH) Date: Tue, 14 Feb 2006 13:25:48 +0100 Subject: AutInc Wer bei INSERT In-Reply-To: <43F1BBE4.2060205@sebastianmendel.de> References: <43EC8D96.8050005@web.de> <43EC8F8B.3090508@sebastianmendel.de> <43F1B6D2.5000008@web.de> <43F1BBE4.2060205@sebastianmendel.de> Message-ID: <43F1CC4C.7010104@web.de> Hallo Sebastian, vielsten Dank für Deine schnelle Hilfe. > Also unabhängig was sonst auf dem MySQL-Server passiert. > Das beruhigt mich. > dann installiere dir phpMyAdmin doch lokal, und füge den DB-Servers > deines Kunden ein und stelle es mit deiner lokalen aktuellen > phpMyAdmin-Installation ein. > Natürlich! Daran hätte ich auch denken können :-) Aber schon seltsam!? Die 2.5.6 ist doch keine so alte Kamelle. Ich versuchs mal rauszukriegen obs an der 2.5.6 liegt oder an mir. Und das Ergebnis dann posten. Gruss Peter -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From lists at sebastianmendel.de Tue Feb 14 13:46:13 2006 From: lists at sebastianmendel.de (Sebastian Mendel) Date: Tue, 14 Feb 2006 13:46:13 +0100 Subject: AutInc Wer bei INSERT In-Reply-To: <43F1CC4C.7010104@web.de> References: <43EC8D96.8050005@web.de> <43EC8F8B.3090508@sebastianmendel.de> <43F1B6D2.5000008@web.de> <43F1BBE4.2060205@sebastianmendel.de> <43F1CC4C.7010104@web.de> Message-ID: <43F1D115.8000203@sebastianmendel.de> WH wrote: > Hallo Sebastian, > vielsten Dank für Deine schnelle Hilfe. > >> Also unabhängig was sonst auf dem MySQL-Server passiert. >> > Das beruhigt mich. > >> dann installiere dir phpMyAdmin doch lokal, und füge den DB-Servers >> deines Kunden ein und stelle es mit deiner lokalen aktuellen >> phpMyAdmin-Installation ein. >> > Natürlich! > Daran hätte ich auch denken können :-) > Aber schon seltsam!? Die 2.5.6 ist doch keine so alte Kamelle. naja, für Software schon, Anfang 2004, immerhin 2 Jahre > Ich versuchs mal rauszukriegen obs an der 2.5.6 liegt oder > an mir. Und das Ergebnis dann posten. LOCK TABLES funktioniert in deiner phpMyAdmin version aber MySQL führte dieses Recht erst mit 4.0.2 ein, eventuell wurde 'dein' Server von einer 3er Version aktualisiert und nicht mysql_fix_privilege_tables ausgeführt http://dev.mysql.com/doc/refman/4.1/en/mysql-fix-privilege-tables.html -- Sebastian Mendel www.sebastianmendel.de www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From norbert at itbw.de Thu Feb 16 00:30:16 2006 From: norbert at itbw.de (Norbert Pfeiffer) Date: Thu, 16 Feb 2006 00:30:16 +0100 Subject: Warnings und was nun ... Message-ID: <014d01c63288$93799e40$14b2a8c0@NORBERT> Hallo, bei Query's werden Warnings angezeigt: INSERT INTO grandsearch (art, idx, file, content) (SELECT 'K', kID, minAbb, CONCAT_WS(' ',vorname,name,biogra,ausste) FROM kuenstler WHERE FG = 'Y'); Query OK, 50 rows affected, 28 warnings (0.11 sec) Datensõtze: 50 Duplikate: 0 Warnungen: 28 INSERT INTO grandsearch (art, idx, file, content) (SELECT 'O', oID, minAbb, CONCAT_WS(' ',titel,descr) FROM objects WHERE FG = 'Y'); Query OK, 174 rows affected, 174 warnings (0.00 sec) Datensõtze: 174 Duplikate: 0 Warnungen: 174 INSERT INTO grandsearch (art, idx, file, content) (SELECT 'X', f.fID, f.titel, CONCAT_WS(' ',x.titel,x.descr) FROM texte AS x LEFT JOIN tex2fil AS m ON x.xID = m.xID LEFT JOIN files AS f ON f.fID = m.fID WHERE f.titel <> '*'); Query OK, 14 rows affected, 4 warnings (0.00 sec) Datensõtze: 14 Duplikate: 0 Warnungen: 4 Alle Daten werden wie gewuenscht in die neue Tabelle uebertragen. Aber wo finde ich die Warnings ? Was will mir MySQL damit sagen ? Wo steht der Text dazu ? m. b. G. Norbert _____________________ normal: 02682-966898 Notruf: 0163-3613642 --------------------- e.o.m. -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From lists at sebastianmendel.de Thu Feb 16 07:57:05 2006 From: lists at sebastianmendel.de (Sebastian Mendel) Date: Thu, 16 Feb 2006 07:57:05 +0100 Subject: Warnings und was nun ... In-Reply-To: <014d01c63288$93799e40$14b2a8c0@NORBERT> References: <014d01c63288$93799e40$14b2a8c0@NORBERT> Message-ID: <43F42241.9030609@sebastianmendel.de> Norbert Pfeiffer schrieb: > Hallo, > > bei Query's werden Warnings angezeigt: > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'K', kID, minAbb, CONCAT_WS(' ',vorname,name,biogra,ausste) > FROM kuenstler WHERE FG = 'Y'); > > Query OK, 50 rows affected, 28 warnings (0.11 sec) > Datensõtze: 50 Duplikate: 0 Warnungen: 28 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'O', oID, minAbb, CONCAT_WS(' ',titel,descr) > FROM objects WHERE FG = 'Y'); > > Query OK, 174 rows affected, 174 warnings (0.00 sec) > Datensõtze: 174 Duplikate: 0 Warnungen: 174 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'X', f.fID, f.titel, CONCAT_WS(' ',x.titel,x.descr) > FROM texte AS x LEFT JOIN tex2fil AS m ON x.xID = m.xID LEFT JOIN files AS > f ON f.fID = m.fID WHERE f.titel <> '*'); > > Query OK, 14 rows affected, 4 warnings (0.00 sec) > Datensõtze: 14 Duplikate: 0 Warnungen: 4 > > Alle Daten werden wie gewuenscht in die neue Tabelle uebertragen. > > Aber wo finde ich die Warnings ? > Was will mir MySQL damit sagen ? > Wo steht der Text dazu ? SHOW WARNINGS SHOw ERRORS http://dev.mysql.com/doc/refman/5.0/en/show-warnings.html http://dev.mysql.com/doc/refman/5.0/en/show-errors.html -- Sebastian -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From martin at borho.net Thu Feb 16 10:00:39 2006 From: martin at borho.net (martin at borho.net) Date: Thu, 16 Feb 2006 10:00:39 +0100 (CET) Subject: Warnings und was nun ... In-Reply-To: <014d01c63288$93799e40$14b2a8c0@NORBERT> References: <014d01c63288$93799e40$14b2a8c0@NORBERT> Message-ID: <4070.193.201.168.164.1140080439.squirrel@borho.net> wahrscheinlich irgendwelche syntax sachen > Hallo, > > bei Query's werden Warnings angezeigt: > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'K', kID, minAbb, CONCAT_WS(' ',vorname,name,biogra,ausste) > FROM kuenstler WHERE FG = 'Y'); > > Query OK, 50 rows affected, 28 warnings (0.11 sec) > Datensõtze: 50 Duplikate: 0 Warnungen: 28 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'O', oID, minAbb, CONCAT_WS(' ',titel,descr) > FROM objects WHERE FG = 'Y'); > > Query OK, 174 rows affected, 174 warnings (0.00 sec) > Datensõtze: 174 Duplikate: 0 Warnungen: 174 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'X', f.fID, f.titel, CONCAT_WS(' ',x.titel,x.descr) > FROM texte AS x LEFT JOIN tex2fil AS m ON x.xID = m.xID LEFT JOIN files > AS > f ON f.fID = m.fID WHERE f.titel <> '*'); > > Query OK, 14 rows affected, 4 warnings (0.00 sec) > Datensõtze: 14 Duplikate: 0 Warnungen: 4 > > Alle Daten werden wie gewuenscht in die neue Tabelle uebertragen. > > Aber wo finde ich die Warnings ? > Was will mir MySQL damit sagen ? > Wo steht der Text dazu ? > > > m. b. G. Norbert > _____________________ > normal: 02682-966898 > Notruf: 0163-3613642 > --------------------- > e.o.m. > > -- > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->> http://www.4t2.com/mysql > > -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From martin at borho.net Thu Feb 16 10:09:31 2006 From: martin at borho.net (martin at borho.net) Date: Thu, 16 Feb 2006 10:09:31 +0100 (CET) Subject: Warnings und was nun ... In-Reply-To: <014d01c63288$93799e40$14b2a8c0@NORBERT> References: <014d01c63288$93799e40$14b2a8c0@NORBERT> Message-ID: <1189.193.201.168.164.1140080971.squirrel@borho.net> Hallo, uups, jetzt habe ich nur auf den Vornamen geachtet und auf Reply gedrückt und nicht gemerkt, dass es die Mailingliste ist und nicht mein Bekannter sorry vielmals... grüße Martin > Hallo, > > bei Query's werden Warnings angezeigt: > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'K', kID, minAbb, CONCAT_WS(' ',vorname,name,biogra,ausste) > FROM kuenstler WHERE FG = 'Y'); > > Query OK, 50 rows affected, 28 warnings (0.11 sec) > Datensõtze: 50 Duplikate: 0 Warnungen: 28 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'O', oID, minAbb, CONCAT_WS(' ',titel,descr) > FROM objects WHERE FG = 'Y'); > > Query OK, 174 rows affected, 174 warnings (0.00 sec) > Datensõtze: 174 Duplikate: 0 Warnungen: 174 > > INSERT INTO grandsearch (art, idx, file, content) > (SELECT 'X', f.fID, f.titel, CONCAT_WS(' ',x.titel,x.descr) > FROM texte AS x LEFT JOIN tex2fil AS m ON x.xID = m.xID LEFT JOIN files > AS > f ON f.fID = m.fID WHERE f.titel <> '*'); > > Query OK, 14 rows affected, 4 warnings (0.00 sec) > Datensõtze: 14 Duplikate: 0 Warnungen: 4 > > Alle Daten werden wie gewuenscht in die neue Tabelle uebertragen. > > Aber wo finde ich die Warnings ? > Was will mir MySQL damit sagen ? > Wo steht der Text dazu ? > > > m. b. G. Norbert > _____________________ > normal: 02682-966898 > Notruf: 0163-3613642 > --------------------- > e.o.m. > > -- > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->> http://www.4t2.com/mysql > > -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From norbert at itbw.de Thu Feb 16 10:12:06 2006 From: norbert at itbw.de (Norbert Pfeiffer) Date: Thu, 16 Feb 2006 10:12:06 +0100 Subject: Warnings und was nun ... References: <014d01c63288$93799e40$14b2a8c0@NORBERT> <4070.193.201.168.164.1140080439.squirrel@borho.net> Message-ID: <005c01c632d9$11d806a0$14b2a8c0@NORBERT> > wahrscheinlich irgendwelche syntax sachen falsch, das target-Feld ist manchmal kleiner als das/die source-Feld(er) Passt der String nicht in das neue Feld gibt es ein Warning. m. b. G. Norbert _____________________ normal: 02682-966898 Notruf: 0163-3613642 --------------------- e.o.m. -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From lists at sebastianmendel.de Thu Feb 16 15:30:35 2006 From: lists at sebastianmendel.de (Sebastian Mendel) Date: Thu, 16 Feb 2006 15:30:35 +0100 Subject: immediate neighbour In-Reply-To: <1140098064.6840.46.camel@LinuxPC.site> References: <1140098064.6840.46.camel@LinuxPC.site> Message-ID: <43F48C8B.20000@sebastianmendel.de> Frank Stahl wrote: > Hallo, > > ich hoffe das vielleicht einer mir helfen kann. > > Es geht um eine Anwendung die im Bereich Tunnelbau eingesetzt wird. > > Zum Verständnis, die Station [m] (Tunnelmeter) , Ring(Ein Tunnel besteht > aus Ringen) ist Dimensionslos, Date spricht für sich. > > Die folgende Tabelle zeigt eine Ausschnitt aus einer Faktentabelle. > > Beispiel1: Suche den direkten Nachbar der Station 2480. Als Ergebnis > würde ich 2483 erwarten. Wenn nach oben oder unten der gleiche Abstand > ist, dann soll er bitte die jeweils größer nehmen. > > Beispiel2: Suche den direkten Nachbar der Station 2488. Als Ergebnis > würde ich 2489 erwarten. das nächst höhere: SELECT * FROM `fact_dim2dim` WHERE `station` >= 2489 ORDER BY `station` ASC LIMIT 1 das nächst kleinere: SELECT * FROM `fact_dim2dim` WHERE `station` <= 2489 ORDER BY `station` DESC LIMIT 1 daraus ergibt sich: das nächste ( SELECT *, `station` - 2489 AS `difference` FROM `fact_dim2dim` WHERE `station` >= 2489 ORDER BY `station` ASC LIMIT 1 ) UNION ) SELECT *, 2489 - `station` AS `difference` FROM `fact_dim2dim` WHERE `station` <= 2489 ORDER BY `station` DESC LIMIT 1 ) ORDER BY `difference` ASC, -- die nähere `station` DESC -- die größere LIMIT 1 ... ungetestet ... -- Sebastian Mendel www.sebastianmendel.de www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From mysql at universalware.de Mon Feb 20 09:39:49 2006 From: mysql at universalware.de (=?iso-8859-1?Q?Andreas_M=FCller?=) Date: Mon, 20 Feb 2006 09:39:49 +0100 Subject: Key Buffer usage Message-ID: <15d901c635f9$36994120$2b00a8c0@nbandreas> Hallo zusammen, mir ist aufgefallen das der Key buffer auf meinem einen MySQL Server (4.1.15) nie ganz genutzt wird. Von angegebenen 256 MB werden nur 226 MB verwendet. Nehm ich weniger Speicher für den Key Buffer wird der auch nicht voll genutzt. Die Nutzung endet so bei ca. 88%. Hat irgendjemand ne Idee woran das liegt ? Gruß, Andreas -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From julian.schwarz at iskomedia.de Mon Feb 20 12:04:25 2006 From: julian.schwarz at iskomedia.de (Julian Schwarz) Date: Mon, 20 Feb 2006 12:04:25 +0100 Subject: =?iso-8859-1?b?TuRjaHN0ZXI=?= und vorheriger Datensatz aus Ergebnis Message-ID: <1140433465.43f9a23988eb2@www.domainfactory-webmail.de> Guten Tach! Ich möchte für eine Datensatzansicht die Funktion "nächsten/letzten Datensatz anzeigen" integrieren. Gibt es da irgendeine Mysqlfunktion, die in einer Spalte ein Wert der nächsten bzw. vorherigen Spalte liefert? Gruss Julian -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql From hack at dma.ddb.de Mon Feb 20 17:06:51 2006 From: hack at dma.ddb.de (Hack, Joachim) Date: Mon, 20 Feb 2006 17:06:51 +0100 Subject: Datensatzzeiger bei mysql_data_seek Message-ID: hallo, ich arbeite mit MySQL 4.1.x und PHP 4.3.x mit der Funktion: mysql_data_seek kann ich den Datensatzzeiger auf einen bestimmten Datensatz bewegen. Wie bekomme ich aber die momentane Position heraus? Vielen Dank im voraus! jo -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.mushaake.org/pipermail/mysql-de/attachments/20060220/04de2b5e/attachment.html