[naak2803]

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.

[tartareandesire]

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.

[lunarmys]

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

[naak2803]

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....

[lunarmys]

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..

[naak2803]

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..

[lunarmys]

Nu är inte jag SQL-expert.

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

[tartareandesire]

Du kan använda substring som sagt var:

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

[Conny Westh]

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

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...

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...

-- --------------------------------------------------------------------------------
-- 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...

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...

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.