Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Design of table relationship
Message
De
27/05/2002 20:46:12
Hilmar Zonneveld
Independent Consultant
Cochabamba, Bolivie
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Base de données, Tables, Vues, Index et syntaxe SQL
Divers
Thread ID:
00661654
Message ID:
00661821
Vues:
32
>Hillmar said:
>>I don't quite understand what is the basic difference between the two approaches, or what is the underlying philosophy of each approach.
>
>Well, I realize now that I did not explain that very well.
>
>The first version has one record per service location with three fields for address codes (only the first of the three is required). The code is the link to a record in the address table.
>
>The second version also has one record per service location, but the existence of more than the required one address is evident only in the address table. The type of address a that a record represents is denoted by a .T. in one of the logical fields.
>
>Does that make more sense?
>
>>For now, let me remind you that you can put the address in a single memo field. Two or more "adress lines" in separate fields seem, to me, more difficult to manage.
>
>Agreed. I will consider doing that for this database.
>
>Thanks,

I am not sure what would be the better design. Probably because I still don't understand! Sorry.

Hilmar.
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform