ben al tijdje bezig met ontwikkelen met een website die meerdere talen moet kunnen ondersteunen. tot nu toe steeds met mysql 4.1.1alpha gewerkt, maar nu deadline steeds dichterbij begint te komen en er maar geen schot lijkt te zitten het veranderen van de versie naar een meer 'stabiele' variant, besloot ik dat het tijd begon te worden om de database eens terug te converteren naar het oudere mysql 3.23
na zelf wat handmatige scriptjes geschreven te hebben om niet met phpMyAdmin te werken (die lijkt maar niets te willen snappen van 4.1.1) ging de conversie prima; textvelden omgezet in blob om zo de multibyte strings toch gewoon te kunnen opslaan.
toen ik daarna even ging testen met cms, gastboek ed, kwam ik tot de ontdekking dat ik twee veldjes daarin was vergeten om te zetten naar blob; deze stonden nog steeds als varchar in gesteld. tot mijn verbazing zag ik echter dat het opvragen en wegschijven van bv chinese tekens in dit veld totaal geen problemen gaf. niet echt wat ik verwacht had eigenlijk; ik had namelijk begrepen dat in multibyte strings vnl uit chars > 128 bestonden en daardoor niet in een text zouden kunnen..
nu mijn vraag: mag ik hier uit meteen heel simpel concluderen dat het opslaan van multibytestrings als blob in mysql dus onzin is en overal ipv blob's gewoon varchars en text gebruiken? zo ja, wat zou dan de meerwaarde zijn van het werken een mysql versie die unicode support heeft als de versie die dit niet heeft de stings even goed als text kan opslaan?
ben eigenlijk behoorlijk verbaasd, en zou het erg tof vinden als iemand me kan uitleggen hoe dit nou precies zit..
na zelf wat handmatige scriptjes geschreven te hebben om niet met phpMyAdmin te werken (die lijkt maar niets te willen snappen van 4.1.1) ging de conversie prima; textvelden omgezet in blob om zo de multibyte strings toch gewoon te kunnen opslaan.
toen ik daarna even ging testen met cms, gastboek ed, kwam ik tot de ontdekking dat ik twee veldjes daarin was vergeten om te zetten naar blob; deze stonden nog steeds als varchar in gesteld. tot mijn verbazing zag ik echter dat het opvragen en wegschijven van bv chinese tekens in dit veld totaal geen problemen gaf. niet echt wat ik verwacht had eigenlijk; ik had namelijk begrepen dat in multibyte strings vnl uit chars > 128 bestonden en daardoor niet in een text zouden kunnen..
nu mijn vraag: mag ik hier uit meteen heel simpel concluderen dat het opslaan van multibytestrings als blob in mysql dus onzin is en overal ipv blob's gewoon varchars en text gebruiken? zo ja, wat zou dan de meerwaarde zijn van het werken een mysql versie die unicode support heeft als de versie die dit niet heeft de stings even goed als text kan opslaan?
ben eigenlijk behoorlijk verbaasd, en zou het erg tof vinden als iemand me kan uitleggen hoe dit nou precies zit..
Through meditation I program my heart to beat breakbeats and hum basslines on exhalation -Blackalicious || *BetuweKees was AFK; op de fiets richting China en verder