Harry_X

aber das ergibt keinen Sinn. Falls ich nur einen Wert übergebe, kann es ein Ober-, Unterwert oder anderer Richtwert sein.
Will ich ein Intervall um diesen Wert abdecken, ist das über eine zB feste Zahl in der Abfrage abzuwickeln, in etwa so:

Soll es eine Obergrenze sein:
etc. Die zweite Spalte ist doch nur ein Rumgerate, was der Anfragende eigentlich meint

Mister Ad

nikosch

Es geht hier um Versicherungen und die Tabelle heißt Reisepreis. Ich spekulier mal ins Blaue: Es geht um reiseversicherungen und der Preis richtet sich nach dem Preis der Reise. Der Besucher gibt den Preis seiner Reise ein und bekommt alle relevanten Versicherungen in diesem Segment.

Ein anderes Beispiel wäre ein Shop, Stückpreis 5€, ab 5 Stück 4,50€, ab 10 Stück 4,20€. Gibst Du jetzt 8 Stück an, ist der Bereich 5-9 relevant.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Harry_X

in dem Fall würd ich meinen, daß 2 Spalten schon korrekt sind, aber die eingetragenen Werte sind Quatsch und die Abfrage dazu erst recht.
Ach was weiß ich. Der TE weiß selber nicht genau, was er will

Ralf-2011

nikosch hat recht....

Wieso sind die enträge Qutasch

Gibt der Kunde einen Preis von 1000 Euro ein udn die Verischerung würde da bis 1000 Euro 15 Euro kosten muss ich in die Tabelle ja z.B.

Preis_von = 0 und Preis_bis = 1000 eingeben damit es da auch findet.

Wir wissen schon was wir wollen nur eben gints ja immer mehrere Lösungen und wir wollten uns da nur Rat/Meinungen einholen und so eventuell auf bessere und einfache Lösungen zu kommen, das ist ja nicht verboten und wir fragen ja nicht "WIE MACHEN WIR DAS" Sondern haben schließlich auch einen Code geposet. Sorry aber bei sowas fühle ich mich persönlich angegriffen.....

und abragen wie die mit preis <= ... funktionieren nun mal nicht. Deswegen wird´s wohl nur mit 2 Spalten gehen. Ist ja auch nicht das Problem, die Versicherungen ändern sich nicht soviel von Jahr zu Jahre..und wenn dann kann man ganz leicht den gewünschten DS editieren/abändern/löschen der neu anlegen.


das von-bis ist die Preisspanne der Versicherung. Der Kunde gibt nur den Reisepreis ein.

@nikosch warum war denn zum beispiel intval und int unsinn wenn doch zumbeispiel hier auch damit geschrieben wird?
http://www.php.de/php-tipps-2010/664...erhindern.html (Wie SQL-Injection verhindern?)

__________________
Liebe Grüße R.

nikosch

Hab eich nicht geschrieben. Ich habe geschrieben, dass die drei Beispiele Unsinn sind. Die oberen, weil mit einem (int)-Casting die real_escape-Methode vollkommen obsolet ist und keinen Sicherheitsgewinn bringt. Ein INT kann keine Zeichen enthalten, die die Funktion escapen könnte.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Ralf-2011

Also wenn ich das richtig verstehe ist da mysql_real_escape_string unnotig. Noch als Info die Preise werden NIE kommastellen enthalten

__________________
Liebe Grüße R.

Harry_X

dann erklär das bitte gleich so, daß man's versteht und nicht vermittels so einem Kraut-Und-Rüben-Text

1. Der Anfrager gibt einen Reisepreis an
2. Eine beliebige Versicherung besteht aus einem Versicherungspreis und einem Intervall aus Unter- und Oberpreis, in das der o.g. Reisepreis fallen muß.

z.B.: versicherungs_id | unterer_wert | oberer_wert | versicherungs_preis
4711 | 0 | 100 | 10
0815 | 101 | 200 | 19.99
...

meine Reisepreis ist zB 707 -> keine Ergebnisse, und das ist vollkommen korrekt, denn keine der Versicherungen deckt diesen Wert per Intervall ab.
Falls es doch Versicherungen gibt, die genau das abdecken sollen (siehe #4), dann stimmen deine Intervalle einfach nicht bzw. du mußt dir einen ausdenken
der "nach rechts offen" darstellt, 1000000 z.B.
Und um auf #1 zurückzukommen: Ja, wie hat man sich dann das vorgestellt, ganz ohne Intervalle auszukommen!?

Ralf-2011

Tja habs so erklärt.

Habe auch alles im Thread geschrieben Warum/Wieso/Weshalb

Ok also belassen wir das bei 2 Spalten. Das passt schon so. und das es mal keine wert findet wenn es nicht angeben ist ist mir klar und habe auch nichts anderes behauptet.

Gut dann danke für eure Hilfe schonmal/schon wieder

__________________
Liebe Grüße R.

Harry_X

für dich selbst war er vllt verständlich, aber ansonsten anscheinend für keinen. Oder warum schreibt nikosch etwas von "ins Blaue raten"?

Ralf-2011

SO wie wir festgestellt haben scheint es mit einer Tabelle wo alle Daten drin nicht zu gehen.

Da es mind. 8 verschiedene Abfragevarianten gibt und unterschiedliche Spalten in den Varianten abhängig voneinander sind haben wir jetzt gedacht.

Das was bei jeder Variante vorkommt in eine Tabelle zumachen und den rest in noch 2 oder 3 aufzuteilen und dann bei der Formularabfrage mit verschachtelten Abfragen zuarbeiten.

Im Anhang ist mal das wie wir es bisher haben/hatten und das mit den mehreren Tabellen.

Würde ja theoretisch gehen. So erspart man sich auch Datensätze wo 3 - 4 Spalten nur null-werte sind.


Meinungen sind wie immer erwünscht.



EDIT: Noch eine Variante wäre vielleicht für die 4 verschieden Versicherungsmodelle die wir anbieten je eien tabelle zumachen.
(reiserücktritt, reiserücktritt+abbruch,gepäck,krankenver.)

Das wird wahrscheinlich auch die schnellste Lösung sein wo auch die Abfrage Zeit sicherlich fixer sein wird da a. weniger datensätze in den tabellen sind und je nach dem was gewählt wird nur die entsprechende Tabelle abgefragt werden muss

Miniaturansicht angehängter Grafiken

   

__________________
Liebe Grüße R.