<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.be/group/comp.databases.theory</id>
  <title type="text">comp.databases.theory Google Group</title>
  <subtitle type="text">
  Discussing advances in database technology.
  </subtitle>
  <link href="/group/comp.databases.theory/feed/atom_v1_0_msgs.xml" rel="self" title="comp.databases.theory feed"/>
  <updated>2010-03-19T22:31:35Z</updated>
  <generator uri="http://groups.google.be" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Reinier Post</name>
  <email>r...@raampje.lan</email>
  </author>
  <updated>2010-03-19T22:31:35Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/66d8a31958736a49?show_docid=66d8a31958736a49</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/66d8a31958736a49?show_docid=66d8a31958736a49"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  We don&#39;t. By the way, in my terminology, Date and Darwin aren&#39;t &lt;br&gt; scientists, and mathematics is not a science. Your terminology may vary. &lt;br&gt; I was just trying to make the point that how we define things &lt;br&gt; doesn&#39;t necessarily coincide with how we name them. Of course &lt;br&gt; it&#39;s very helpful to have consistent terminology.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Cimode</name>
  <email>cim...@hotmail.com</email>
  </author>
  <updated>2010-03-19T22:01:29Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/6958d9af0e4bdc74?show_docid=6958d9af0e4bdc74</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/6958d9af0e4bdc74?show_docid=6958d9af0e4bdc74"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Snipped &lt;br&gt; Speaking of terminology, can you remind me again what or whom exactly &lt;br&gt; is the/a *focal point* of database theory? And by whose logic does one &lt;br&gt; assign a spatial/relative location to a scientist into a scientific &lt;br&gt; universe of discourse ? &lt;br&gt; A question always comes back to my mind: Why do we always have to
  </summary>
  </entry>
  <entry>
  <author>
  <name>Reinier Post</name>
  <email>r...@raampje.lan</email>
  </author>
  <updated>2010-03-19T21:36:13Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/c9c59fedad719237?show_docid=c9c59fedad719237</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/c9c59fedad719237?show_docid=c9c59fedad719237"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  I wholeheartedly agree with your position that ill-defined terms have &lt;br&gt; no place in formal argument. But requiring the use of someone else&#39;s &lt;br&gt; vocabulary, at considerable expense (127 Swiss Francs if I recall &lt;br&gt; correctly), without any indication that it will provide the formal rigor &lt;br&gt; required, takes us out of mathematics into the realm of sectarism.
  </summary>
  </entry>
  <entry>
  <author>
  <name>David BL</name>
  <email>davi...@iinet.net.au</email>
  </author>
  <updated>2010-03-19T07:39:06Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/aa9d29e5452c09ae?show_docid=aa9d29e5452c09ae</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/aa9d29e5452c09ae?show_docid=aa9d29e5452c09ae"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Indeed, and when I first came across the term &amp;quot;internal predicate&amp;quot; I &lt;br&gt; assumed it meant this (boolean valued) characteristic function of a &lt;br&gt; base or derived relvar of a given database. &lt;br&gt; I had no idea C.Date intended &amp;quot;internal predicate&amp;quot; to represent &lt;br&gt; integrity constraints on a relvar. It appears to be a predicate that
  </summary>
  </entry>
  <entry>
  <author>
  <name>Bob Badour</name>
  <email>bbad...@pei.sympatico.ca</email>
  </author>
  <updated>2010-03-19T02:41:26Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/be158deeb8ff2d81?show_docid=be158deeb8ff2d81</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/be158deeb8ff2d81?show_docid=be158deeb8ff2d81"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  There is one thing that bothers me about the above definition of &lt;br&gt; &amp;quot;internal predicate&amp;quot;. One could define a boolean function that returns &lt;br&gt; true for any argument tuples contained in a relation and false for all &lt;br&gt; other arguments. That function is arguably a characteristic function or &lt;br&gt; predicate and is represented internal to the formalism.
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-19T01:14:51Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/5c990a04861e8754?show_docid=5c990a04861e8754</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/5c990a04861e8754?show_docid=5c990a04861e8754"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Sorry for the drunken typo&#39;. I meant pedantry.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Bob Badour</name>
  <email>bbad...@pei.sympatico.ca</email>
  </author>
  <updated>2010-03-18T23:07:32Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/be08c23d0a232631?show_docid=be08c23d0a232631</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/be08c23d0a232631?show_docid=be08c23d0a232631"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  I am not sure what you are asking. I agree one cannot teach genius, if &lt;br&gt; that&#39;s what you are getting at. Education is necessary not sufficient.
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-18T22:44:48Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/1e1ef5e670a334b7?show_docid=1e1ef5e670a334b7</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/1e1ef5e670a334b7?show_docid=1e1ef5e670a334b7"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  ... &lt;br&gt; Heh, now you&#39;re talking. (Still, he may have just bought passage and &lt;br&gt; left the rest to the principle all great convergers follow of preferring &lt;br&gt; to know as little as possible because knowing more would just get in the &lt;br&gt; way of finishing.)
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-18T22:40:12Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/8713fc1ae8a5902d?show_docid=8713fc1ae8a5902d</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/8713fc1ae8a5902d?show_docid=8713fc1ae8a5902d"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  ... &lt;br&gt; Alright I&#39;ll break what I said about no more comments today and my rule &lt;br&gt; about not posting after I&#39;ve opened the cheap plonk - another of your &lt;br&gt; points seems to be that precision is required in order to recognize what &lt;br&gt; still needs to be defined, eg., &#39;what is outside of the box&#39; as you put &lt;br&gt; it. But beyond some point or other (I suspect and hope you will
  </summary>
  </entry>
  <entry>
  <author>
  <name>Bob Badour</name>
  <email>bbad...@pei.sympatico.ca</email>
  </author>
  <updated>2010-03-18T22:39:23Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/9f0b7e976ec0f4ed?show_docid=9f0b7e976ec0f4ed</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/9f0b7e976ec0f4ed?show_docid=9f0b7e976ec0f4ed"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Now you are using &amp;quot;satisfy&amp;quot; to mean something entirely different yet again. &lt;br&gt; Neither headers nor relations satisfy predicates. A relation is the &lt;br&gt; extent of some predicate. The tuples of a relation are the instances &lt;br&gt; that satisfy the predicate. The header is a notational artefact of the &lt;br&gt; formalism. &lt;br&gt; How successful an explorer would Columbus have been had he not been able
  </summary>
  </entry>
  <entry>
  <author>
  <name>Bob Badour</name>
  <email>bbad...@pei.sympatico.ca</email>
  </author>
  <updated>2010-03-18T22:13:22Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/56c19ef9c0fc1156?show_docid=56c19ef9c0fc1156</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/56c19ef9c0fc1156?show_docid=56c19ef9c0fc1156"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  All the terms I mentioned are fundamental. If I recall correctly, they &lt;br&gt; are all defined in 2382-01. Information and data are the first 2 &lt;br&gt; definitions as I recall. &lt;br&gt; Not that I am aware of. Almost certainly not anything to do with &lt;br&gt; &#39;relvar&#39; because the standard vocabularies were mostly published before
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-18T22:10:12Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/4dd3de94f465740b?show_docid=4dd3de94f465740b</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/4dd3de94f465740b?show_docid=4dd3de94f465740b"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  ... &lt;br&gt; Maybe, if it is possible to talk theory without ever talking &lt;br&gt; implementation (which has its own conceptual, logical and physical &lt;br&gt; &#39;levels&#39;). Personally, if a relation has a header and the header &lt;br&gt; satisfies a predicate, I have no problem with the statement that a &lt;br&gt; relation satisfies a predicate, in the same way that if ISO/IEC
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-18T21:56:17Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/9f4bb4ea632b25c8?show_docid=9f4bb4ea632b25c8</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/9f4bb4ea632b25c8?show_docid=9f4bb4ea632b25c8"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Can&#39;t seem to find online the portion that this refers to (at least &lt;br&gt; without paying), maybe I&#39;ll have to find a library that has them all. &lt;br&gt; The ones I&#39;ve seen aren&#39;t what I&#39;d call formal, though they offer &lt;br&gt; examples and context that may be valuable for starting discussions if &lt;br&gt; nothing else. &lt;br&gt; Which sections or portions refer to &#39;internal&#39; for example? Are
  </summary>
  </entry>
  <entry>
  <author>
  <name>Bob Badour</name>
  <email>bbad...@pei.sympatico.ca</email>
  </author>
  <updated>2010-03-18T21:55:26Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/72034323e17fe534?show_docid=72034323e17fe534</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/72034323e17fe534?show_docid=72034323e17fe534"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  Which is what opens you to questions like David BL&#39;s and to criticisms &lt;br&gt; like mine.
  </summary>
  </entry>
  <entry>
  <author>
  <name>paul c</name>
  <email>toledobythe...@oohay.ac</email>
  </author>
  <updated>2010-03-18T21:21:16Z</updated>
  <id>http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/88b698c8ca3786d0?show_docid=88b698c8ca3786d0</id>
  <link href="http://groups.google.be/group/comp.databases.theory/browse_thread/thread/15a9a8d271db89ef/88b698c8ca3786d0?show_docid=88b698c8ca3786d0"/>
  <title type="text">Re: compound propositions</title>
  <summary type="html" xml:space="preserve">
  I didn&#39;t give a formal definition and didn&#39;t pretend to (my disclaimer &lt;br&gt; was snipped).
  </summary>
  </entry>
</feed>
