| [URL]http://www.liberi.eccentrico.org[/URL] [URL 2006-10-31, 12:25 am |
|
> Hello.
>
> I'm pretty new to SQL Server (switching from Visual FoxPro).
>
> I'm developing a database that will store, amongst other things, names
> and addresses of people from all over the world (approx 100,000
> records). Up to now, I've always used a flat model of storing address
> data using fields:
>
> Address line 1
> Address line 2
> Town/City
> County/State
> Postcode/ZIP
> Country
>
> But this model doesn't cater very well for the intricacies of postal
> systems all over the world. There is also redundancy, particularly with
> fields Line2, County/State, Postcode/ZIP, which are not needed for many
> countries.
>
> It also occurs to me that using multiple fields like this in a table
> with several fields gives no indication of the linked nature of the
> information. For example, if the town field is changed, then chances
> are that some of the other lines of the address become obsolete unless
> they are changed at the same time.
>
> So I have been thinking about storing the address in an XML structure
> in a single field. This will allow me, where necessary, to break down
> address data into smaller units where known (e.g. premise name, premise
> number, apartment number), or if a breakdown is not known to store
> chunks of data together. It also then allows me the flexibility to
> re-build the data in an appropriate order (e.g. for an address label)
> relevant for the particular country/language - for example number
> before/after street; postcode before town/separate line at the end.
>
> An example fragment might be:
>
> <address>
> <streetaddress>
> <premisename>Oak Cottage</premisename>
> <premisenumber>15</premisenumber>
> <streetname>Greenhill</streetname>
> <streettype>Crescent</streettype>
> </streetaddress>
> <locality>
> <village>Little Hampton</village>
> <town>Rickmansworth</town>
> <county>Hertfordshire</county>
> </locality>
> <postcode>WD3 3UH</postcode>
> <country>UK</country>
> </address>
>
>
> Bearing in mind some of this data will need to be searchable
> (especially postcode, country, and possibly town), are the possible
> benefits of this going to be outweighed by vast amounts of extra work,
> and a performance penalty, or does it sound like a good practical use
> of the XML data type?
>
> Any comments gratefully appreciated.
>
> Ben
[URL]http://www.liberi.eccentrico.org[/URL] [URL]http://www.wallpaper.vacanziero.org[/URL] [URL]http://www.ferrari.eccentrico.org[/URL] [URL]http://www.uomo.digitaleit.org[/URL] [URL]http://www.formula-1.eccentrico.org[/URL] [URL]http://www.po
rnografia.eccentrico.org[/URL] [URL]http://www.inter.digitaleit.org[/URL] [URL]http://www.sudoku.vacanziero.org[/URL] [URL]http://www.babbo.eccentrico.org[/URL] [URL]http://www.salvatore.vacanziero.org[/URL] [URL]http://www.tiscali.vacanziero.or
g[/URL] [URL]http://www.calciomercato.vacanziero.org[/URL] [URL]http://www.canzoni.eccentrico.org[/URL] [URL]http://www.bambino.eccentrico.org[/URL] [URL]http://www.ragazzi.vacanziero.org[/URL] [URL]http://www.vino.digitaleit.org[/URL] [URL]ht
tp://www.virgilio.digitaleit.org[/URL] [URL]http://www.primo.digitaleit.org[/URL] [URL]http://www.torino.digitaleit.org[/URL] [URL]http://www.sesso-con-cavalli.digitaleit.org[/URL] [URL]http://www.poco.eccentrico.org[/URL] [URL]http://www.luigi.
vacanziero.org[/URL] [URL]http://www.erotico.eccentrico.org[/URL] [URL]http://www.novella.vacanziero.org[/URL] [URL]http://www.valentino-rossi.vacanziero.org[/URL] [URL]http://www.natale.digitaleit.org[/URL] [URL]http://www.pisa.digitaleit.org[/
URL] [URL]http://www.bologna.eccentrico.org[/URL] [URL]http://www.zucchero.digitaleit.org[/URL] [URL]http://www.palermo.vacanziero.org[/URL]
Posted from http://www.topxml.com/renntp using reNNTP: the website based NNTP reader.
|