Sujet : Re: Serial, concurrent, parallel
De : blockedofcourse (at) *nospam* foo.invalid (Don Y)
Groupes : sci.electronics.designDate : 17. Jan 2025, 22:08:53
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vmegtf$7k70$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9
User-Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
On 1/17/2025 1:50 PM, Don Y wrote:
E.g., my Cities table lists all of the names of the cities
found in any state/territory in the US. The States table
just lists the names of states/territories. Entirely different
lengths and meanings to the data. The Localities table
contains pairs of (city, state) identifiers (the identifiers
defined and mapped to specific cities/states by those
respective tables).
You can TRY to build a spreadsheet that LOOKS like this.
But, it won't GUARANTEE that the identifiers for the city
(and state) defined for "locality 1" are valid city (and
state) identifiers. This doesn't just apply to entering
the data but, also, modifying it and deleting it!
E.g., if you try to *delete* the city "Chicago" from the
city table, the database won't let you -- because there
is a locality that references it: (ChicagoID, IllinoisID)
The DBMS will *guarantee* (if the scheme so declares) that
no two cities (or states) have the same NAME *or* identifier.
It will also insist that every name *has* an identifier.
So, you can't have two Alaskas defined -- with different
identifiers. Or, two Chicagos.
How are you going to do that in a spreadsheet?
Date | Sujet | # | | Auteur |
14 Jan 25 | Serial, concurrent, parallel | 35 | | Don Y |
14 Jan 25 |  Re: Serial, concurrent, parallel | 9 | | Liz Tuddenham |
14 Jan 25 |   Re: Serial, concurrent, parallel | 8 | | Don Y |
14 Jan 25 |    Re: Serial, concurrent, parallel | 7 | | Liz Tuddenham |
15 Jan 25 |     Re: Serial, concurrent, parallel | 6 | | Don Y |
16 Jan 25 |      Re: Serial, concurrent, parallel | 5 | | Liz Tuddenham |
16 Jan 25 |       Re: Serial, concurrent, parallel | 4 | | Don Y |
16 Jan 25 |        Re: Serial, concurrent, parallel | 3 | | Liz Tuddenham |
16 Jan 25 |         Re: Serial, concurrent, parallel | 1 | | Don Y |
16 Jan 25 |         Re: Serial, concurrent, parallel | 1 | | ehsjr |
16 Jan 25 |  Re: Serial, concurrent, parallel | 20 | | Martin Brown |
16 Jan 25 |   Re: Serial, concurrent, parallel | 19 | | Don Y |
16 Jan 25 |    Re: Serial, concurrent, parallel | 16 | | Liz Tuddenham |
16 Jan 25 |     Re: Serial, concurrent, parallel | 13 | | Don Y |
16 Jan 25 |      Re: Serial, concurrent, parallel | 12 | | Liz Tuddenham |
16 Jan 25 |       Re: Serial, concurrent, parallel | 5 | | Don Y |
17 Jan 25 |        Re: Serial, concurrent, parallel | 4 | | Liz Tuddenham |
17 Jan 25 |         Re: Serial, concurrent, parallel | 3 | | Don Y |
17 Jan 25 |          Re: Serial, concurrent, parallel | 1 | | Don Y |
17 Jan 25 |          Re: Serial, concurrent, parallel | 1 | | Don Y |
16 Jan 25 |       Re: Serial, concurrent, parallel | 6 | | Edward Rawde |
17 Jan 25 |        Re: Serial, concurrent, parallel | 5 | | Don Y |
17 Jan 25 |         Re: Serial, concurrent, parallel | 4 | | Edward Rawde |
17 Jan 25 |          Re: Serial, concurrent, parallel | 3 | | Don Y |
17 Jan 25 |           Re: Serial, concurrent, parallel | 2 | | Edward Rawde |
17 Jan 25 |            Re: Serial, concurrent, parallel | 1 | | Don Y |
16 Jan 25 |     Re: Serial, concurrent, parallel | 2 | | Martin Brown |
16 Jan 25 |      Re: Serial, concurrent, parallel | 1 | | Don Y |
16 Jan 25 |    Re: Serial, concurrent, parallel | 2 | | Martin Brown |
16 Jan 25 |     Re: Serial, concurrent, parallel | 1 | | Don Y |
16 Jan 25 |  Re: Serial, concurrent, parallel | 5 | | brian |
16 Jan 25 |   Re: Serial, concurrent, parallel | 3 | | john larkin |
17 Jan 25 |    Re: Serial, concurrent, parallel | 2 | | brian |
17 Jan 25 |     Re: Serial, concurrent, parallel | 1 | | john larkin |
16 Jan 25 |   Re: Serial, concurrent, parallel | 1 | | Don Y |