1 |
Ok. I'll elaborate some. I was not planning to do so, but it appears |
2 |
there is some misinterpretation here. It was not my intention to let |
3 |
you all know that I think cvs and Changelogs are databases. They most |
4 |
certainly are, but that is not the point here, and may be saved for |
5 |
another discussion. |
6 |
|
7 |
The whole point was that I like avoiding storing data double |
8 |
(redundant), if that can be done easily. As from Mike's initial post I |
9 |
had the impression this is "easy" to do. It appears people don't have |
10 |
much different to tell in the cvs commit logs, or even neglect to type |
11 |
them at all, so it looked as not a that strange thing to take away the |
12 |
ability to be creative with the two different places you are able to |
13 |
type into. |
14 |
|
15 |
As for the forum example: it wouldn't be a foreign key if there wasn't a |
16 |
left outer join to look up the respective value for the column. And so |
17 |
that left outer join is here to generate the Changelog to be "backwards |
18 |
compatible" |
19 |
|
20 |
|
21 |
|
22 |
Diego 'Flameeyes' Pettenò wrote: |
23 |
> On Wednesday 17 August 2005 14:36, Grobian wrote: |
24 |
>> From a database point of view, it is evil to duplicate values in an |
25 |
>> automated manner, just use a foreign key for such purposes. In other |
26 |
>> words, avoid duplication. If such bash function is a common tool then |
27 |
>> -- apart from wondering why it isn't part of the default suite -- this |
28 |
>> anti-duplication constraint is being broken massively. I like Mike's |
29 |
>> idea, because it deals with data redundancy and basically uses this |
30 |
>> 'foreign key' for the changelog. |
31 |
> There's a big difference: a database is intended to be used by apps, |
32 |
> changelogs and commit logs are intended to be used by humans. |
33 |
> |
34 |
> Example? When you go in a forum you don't see the foreign key referring to |
35 |
> users, to forums, to replies ... you see the actual data. |
36 |
> Same for webpages. |
37 |
> |
38 |
> I still find a natural ChangeLog simpler to look at instead of using cvs log. |
39 |
> |
40 |
|
41 |
-- |
42 |
Fabian Groffen |
43 |
|
44 |
-- |
45 |
gentoo-dev@g.o mailing list |