WN - svår SQL query som måste lösas.

WN (https://www.wn.se/forum/index.php)

- Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)

- - svår SQL query som måste lösas. (https://www.wn.se/forum/showthread.php?t=1056669)

svår SQL query som måste lösas.

hej,

jag har en liten problem som jag måste lösa, har nu suttit i någon timme utan att lyckas..

databasen ser ut på detta vis.

id postnr
1 75000-76000
2 11655-11660
3 77998
4 45770

det jag vill göra är att skriva en query som först kollar ifall cellen innehåller bindestäck, om ja, ska den kolla ifall den finns med i intervallet. om den inte innehåller bindesträck så ska den bara ta det postnummer som matchar.

Du har lagt upp databasen lite galet, intervall bör du spara i två olika fält. Om du inte kan ändra så får du använda substring (postnumren har alltid samma format) men det blir ingen effektiv fråga.

Frågan är väl, måste databasen verkligen se ut sådär?

ja, db måste se ut så, eftersom resten av systemet är byggd så, och tänker inte sätta mig i den koden och rådda om....

En fullösning vore att ha ett script som gör en kopia på den tabellen och då lägger upp fälten så som de ska vara (för att kunna genomföra en okej sökning).

Annars har jag svårt att tänka mig någon query som löser det du söker..

ok tackar för svaret... det var bara det jag ville veta...
trodde jag kunde lösa det endast med hjälp av en query.. ;)

Nu är inte jag SQL-expert.

tartareandesire har kanske någon lösning, som han nämnde ovan?

Du kan använda substring som sagt var:

Kod:

SELECT * FROM [tabell]

WHERE postnr LIKE '%-%' AND SUBSTR(postnr, 1, 5) <= '75005' AND SUBSTR(postnr, 7, 5) >= '75005'

Du får kombinera den med den vanliga matchningen bara. Det är dock en usel databasstruktur och därav en usel fråga. Kanske gör du bättre i att hantera den biten i PHP-koden istället.

Edit: Det var alltså sql-frågan som var usel, inte din fråga :)

Först skapar vi databasstrukturen med DDL-script...

Kod:

delimiter $$



CREATE TABLE `naak2803postnrarea` 

(

  `id` int(11) NOT NULL AUTO_INCREMENT,

  `postnr` varchar(11) NOT NULL,

  PRIMARY KEY (`id`)

) 

ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=latin1$$

Sen fyller vi på med lite testdata...

Kod:

INSERT INTO `wn`.`naak2803PostnrArea` (`id`, `postnr`) VALUES ('1', '75000-76000');

INSERT INTO `wn`.`naak2803PostnrArea` (`id`, `postnr`) VALUES ('2', '11655-11660');

INSERT INTO `wn`.`naak2803PostnrArea` (`id`, `postnr`) VALUES ('3', '77998');

INSERT INTO `wn`.`naak2803PostnrArea` (`id`, `postnr`) VALUES ('4', '45770');

Sen trycker vi in en Stored Procedurei databasen...

Kod:

-- --------------------------------------------------------------------------------

-- Routine DDL

-- Note: comments before and after the routine body will not be stored by the server

-- --------------------------------------------------------------------------------

DELIMITER $$



CREATE PROCEDURE `wn`.`GetPostnrArea`(IN pnr VARCHAR(5))

BEGIN

        SELECT * 

        FROM `wn`.`naak2803PostnrArea`

        WHERE postnr LIKE '%-%'

        AND SUBSTR(postnr, 1, 5) <= pnr

        AND SUBSTR(postnr, 7, 5) >= pnr



        UNION



        SELECT * 

        FROM `wn`.`naak2803PostnrArea`

        WHERE SUBSTR(postnr, 1, 5) = pnr;

END

För attförenkla test så har jag skapat en egen Stored Procedure för att exekvera testerna...

Kod:

delimiter $$



CREATE DEFINER=`root`@`localhost` PROCEDURE `GetPostnrAreaTest`()

BEGIN

        call `wn`.`GetPostnrArea`('75005'); -- Area 1 75000-76000

        call `wn`.`GetPostnrArea`('11657'); -- Area 2 11655-11660

        call `wn`.`GetPostnrArea`('77998'); -- Area 3 77998

        call `wn`.`GetPostnrArea`('45770'); -- Area 4 45770

        call `wn`.`GetPostnrArea`('55555'); -- No area



        SELECT 'Tartaren' as code, x.* 

        FROM wn.naak2803PostnrArea x

        WHERE postnr LIKE '%-%'

        AND SUBSTR(postnr, 1, 5) <= '75005'

        AND SUBSTR(postnr, 7, 5) >= '75005';

END$$

Sen kör vi testrutinen...

Kod:

call `wn`.`GetPostnrAreaTest`();

Om jag fattat trådskaparens problemdefinition rätt så löser proceduren problemet. Tartaren hade inte med de enstaka postnrummren i sin lösning, jag kompletterade med det, om det nu är det som är meningen att de ska med. Det är andra selecten i UNIONen i proceduren som löser detta problem.

Jag har utgått från tartarens grundlösning och kompletterat den efter vad jag tror är den fullkomliga lösningen av problemdefinitionen.

Jag håller dock med Tartaren och andra i tråden om att datamodellen inte är normaliserad ens med 1NF (Första normalformen) då postnr-kolumnen inte är atomär. Det i sig gör det extremt svårt att bygga en effektiv lösning. Risken för bristande datakvalitet är uppenbar.