FoonSearch 2004 (php versie)

Tja…

mysql> select i.* from pink_info i, pink_subscriber s where s.id = i.id and s.townname='Assen' and s .fullname='Dynabyte'; +--------+--------+-------+------+--------------------------------------------------------+ | id | lineno | recno | type | infovalue | +--------+--------+-------+------+--------------------------------------------------------+ | 180264 | 0 | 0 | 4 | 13814011 | | 180264 | 0 | 1 | 0 | ♂ | | 180264 | 0 | 2 | 3 | 5097152_010 | | 180264 | 1 | 0 | 5 | Grootste computerwinkel van Nederland | | 180264 | 2 | 0 | 5 | met vestigingen door heel Nederland. | | 180264 | 3 | 0 | 5 | Het breedste assortiment hard- en software met bekende | | 180264 | 4 | 0 | 5 | merken zoals Canon, HP, Microsoft, Sony en Headstart. | | 180264 | 5 | 0 | 5 | | | 180264 | 6 | 0 | 9 | 0592 | | 180264 | 6 | 1 | 9 | 330300 | | 180264 | 6 | 2 | 10 | Koopmansplein | | 180264 | 6 | 3 | 13 | 16 | | 180264 | 6 | 4 | 12 | 9401EL | | 180264 | 6 | 5 | 8 | Assen | | 180264 | 7 | 0 | 9 | 0591 | | 180264 | 7 | 1 | 9 | 648285 | | 180264 | 7 | 2 | 10 | Hoofdstraat | | 180264 | 7 | 3 | 13 | 149 | | 180264 | 7 | 4 | 12 | 7811EM | | 180264 | 7 | 5 | 8 | Emmen | | 180264 | 8 | 0 | 5 | 0900-DYNABYTE (0900-39622983 / EUR 0.15 p/m.) | | 180264 | 9 | 0 | 5 | www.dynabyte.nl | +--------+--------+-------+------+--------------------------------------------------------+ 22 rows in set (0.58 sec)
Deze keer ‘cut-and-pasted’ via Notepad. Gisteren had ik het spulletje in Textpad voor de posting geformatteerd vanwege het csv-uiterlijk en op dat moment Unicide gepleegd op het Unicode-tekentje in de tweede regel maar het was wel dezelfde waarde als hier. Jij denkt dat het rommel is? Meestal gaat het om het verkeerde type variabele als dit soort tekens in een tekst-omgeving opduiken. Ze staan er her en der tussen en in mijn onschuld zag ik die regels ook vanwege de frequentie als een binaire dienstmededeling voor het doorklikken naar de “digitale advertentie”

Dit komt uit de dump van 4.10a. Waarom ik JM waarschuwde: in de foute roze dump van 4.10 worden bovenstaande info-regels toegewezen aan de vestiging van Dynabyte in Alphen a/d Rijn en de info die jullie krijgen voor Assen is de infovalue met id+1 die eigenlijk voor de vestiging Oosterhout bestemd is.

Omdat ik indexeren bij het dumpen had afgezet en jij niet is er een verschil in index-range?

Discussie “dubbele records” heeft zich te vroeg in zijn jonge leven klemgereden daarom ga ik even verder met hem in
http://forums.virtualconspiracy.com/foondump/viewtopic.php?t=79][u]“Foondump Ontwikkeling”[/u

(niet dat ik niet nieuwsgierig ben hoe het nou zat met die dump-verschillen)