Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 14 von 14

Thema: Meldung mit &&

  1. #11
    Gisman ist offline Erfahrener Benutzer
    Registriert seit
    20.01.2006
    Ort
    Pfalz
    Beiträge
    794

    Standard

    Zitat Zitat von Sauerkraut Beitrag anzeigen
    Also ich würde gerne ein Ergbnis mit dem '=' Vergleich hier ins Forum stellen, aber die Abfrage dauert mir zu lange
    Also im Kostenvergleich zeigt sich das der '&&' dem '=' wesentlich geschickter ist. Also wenn Interesse besteht kann ich auch gerne ein Explain mit den Kosten reinstellen.
    Also ich hätte auch gedacht das der Bildvergleich aufwendiger ist.
    Wunderlich, ich hätte gedacht es müsste andersrum sein
    Ein Vergleich wäre sicherlich interessant.

    Gruß Uwe
    Have a lot of fun!

  2. #12
    fristo ist offline Super-Moderator
    Registriert seit
    08.12.2005
    Ort
    Raum Frankfurt/Main
    Beiträge
    668

    Standard

    Hallo Gisman, hallo Sauerkraut,

    der '&&'-Operator (Test Intersection) kann ohne weiteres, trotz der Meldung in form einer NOTICE, eingesetzt werden. Ursache für die Meldung ist, dass der '&&'-Operator im SQL-Parser der Datenbank nicht definiert ist. Normalerweise werden Testbedingungen als Ergebnis einer Funktion geliefert. Die ungewöhnlich Form für Test Intersection musste man wählen, da für die ON-Klausel ein "boolean_expression" vorgeschrieben ist.


    mfg

    fristo

  3. #13
    Gisman ist offline Erfahrener Benutzer
    Registriert seit
    20.01.2006
    Ort
    Pfalz
    Beiträge
    794

    Standard

    Danke für die Erklärung. Was mich aber immer noch verwundert, ist die Tatsache, das der 'geometrische' Vergleich, der IMHO viel mehr overhead erzeugen müsste, schneller ist als der direkte Vergleich.
    Ich müsste ja erst boundingboxen erzeugen und die verschneiden (was IMHO auch noch fehleranfällig ist, weil wenn sich die boundingboxen berühren, müssen sich die Elemente an sich noch lange nicht berühren).
    Allerdings könnte sich das bei komplexen Geometrien in erster Näherung schon lohnen...grübel...

    Schön Freitach noch

    Uwe
    Have a lot of fun!

  4. #14
    fristo ist offline Super-Moderator
    Registriert seit
    08.12.2005
    Ort
    Raum Frankfurt/Main
    Beiträge
    668

    Standard

    Hallo Uwe,

    Zitat Zitat von Gisman Beitrag anzeigen
    Was mich aber immer noch verwundert, ist die Tatsache, das der 'geometrische' Vergleich, der IMHO viel mehr overhead erzeugen müsste, schneller ist als der direkte Vergleich.

    Ich müsste ja erst boundingboxen erzeugen und die verschneiden (was IMHO auch noch fehleranfällig ist, weil wenn sich die boundingboxen berühren, müssen sich die Elemente an sich noch lange nicht berühren).

    Allerdings könnte sich das bei komplexen Geometrien in erster Näherung schon lohnen...grübel...Uwe
    Diese Frage solltest Du den Entwicklern stellen, welche die Algorithmen implentiert haben. Die verwendete (GEOS-) Library ist ein Port der Java Topology Suite. Den Senior-Entwickler, Martin Davis, kann man auch direkt ansprechen. Die E-Mail-Adresse findest Du hier Contact: Martin Davis.


    mfg

    fristo

Seite 2 von 2 ErsteErste 12

Ähnliche Themen

  1. Seltsamme Meldung
    Von karl_ha im Forum Konfiguration
    Antworten: 11
    Letzter Beitrag: 09.12.2009, 10:22
  2. Antworten: 2
    Letzter Beitrag: 08.10.2009, 14:12
  3. warning meldung am anfang!
    Von btala001 im Forum Installation von PostgreSQL
    Antworten: 0
    Letzter Beitrag: 05.10.2006, 13:36

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum