<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: I Am&#8230; Annoyed</title>
	<atom:link href="http://klishis.com/notreally/archives/3838/feed" rel="self" type="application/rss+xml" />
	<link>http://klishis.com/notreally/archives/3838</link>
	<description>I&#039;m not pithy enough to have a tagline</description>
	<lastBuildDate>Tue, 22 May 2012 14:39:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Michelle</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5701</link>
		<dc:creator>Michelle</dc:creator>
		<pubDate>Fri, 09 Jan 2009 00:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5701</guid>
		<description>I&#039;ve got it. I&#039;m going to use lookup tables to link everything together. That will keep me from having too many columns in each table, and keep me from having to deal with arrays or lists or anything else awful.

So I&#039;ve got five tables: author list, genre list, books, author lookup, genre lookup. author list, genre list, and books each of their own primary keys. The two lookup tables link the three primary tables together.

My biggest problem with this database is that it was created in access when I was just learning about databases, and the person who was teaching me did catch the problem. Or rather, the solution was backwards from what I needed. (The books table had unique rows. The author and genre tables then contained that primary key as a foreign key.) Anyway. It was a mess, and was part of the reason I was having problems, because I was repeating data in multiple places.

So I have my fingers crossed that the lookup table will solve those problems.

Of course, this means I have to design my php and HTML from the ground up AGAIN, but I should be able to use bits and pieces.

And if you have any HTML questions, please ask. I&#039;ve been writing code for webpages for about eleven years, so I&#039;ve gotten pretty decent at HTML and CSS. :)</description>
		<content:encoded><![CDATA[<p>I&#8217;ve got it. I&#8217;m going to use lookup tables to link everything together. That will keep me from having too many columns in each table, and keep me from having to deal with arrays or lists or anything else awful.</p>
<p>So I&#8217;ve got five tables: author list, genre list, books, author lookup, genre lookup. author list, genre list, and books each of their own primary keys. The two lookup tables link the three primary tables together.</p>
<p>My biggest problem with this database is that it was created in access when I was just learning about databases, and the person who was teaching me did catch the problem. Or rather, the solution was backwards from what I needed. (The books table had unique rows. The author and genre tables then contained that primary key as a foreign key.) Anyway. It was a mess, and was part of the reason I was having problems, because I was repeating data in multiple places.</p>
<p>So I have my fingers crossed that the lookup table will solve those problems.</p>
<p>Of course, this means I have to design my php and HTML from the ground up AGAIN, but I should be able to use bits and pieces.</p>
<p>And if you have any HTML questions, please ask. I&#8217;ve been writing code for webpages for about eleven years, so I&#8217;ve gotten pretty decent at HTML and CSS. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MWT</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5700</link>
		<dc:creator>MWT</dc:creator>
		<pubDate>Fri, 09 Jan 2009 00:24:13 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5700</guid>
		<description>Hmmmm.

Actually. I&#039;d make one table for primary key &#124; genre, one table for primary key &#124; author, and then the third table would be for primary key &#124; title &#124; author key &#124; genre key.</description>
		<content:encoded><![CDATA[<p>Hmmmm.</p>
<p>Actually. I&#8217;d make one table for primary key | genre, one table for primary key | author, and then the third table would be for primary key | title | author key | genre key.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MWT</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5699</link>
		<dc:creator>MWT</dc:creator>
		<pubDate>Fri, 09 Jan 2009 00:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5699</guid>
		<description>Well, the real beauty of a SQL database is to have lots of little tables instead of any big ones. Then you make composite virtual tables (called views). All of my keys are table columns. Some of my tables are nothing but keys.

It helps to draw out a map, with boxes representing each table and arrows connecting all the keys. Yours probably only needs three tables with actual data (title, author, genre?), and then you could make more tables having the keys related to each other in various ways.

Of course, then you run into the problem of actually putting data into the database, when so much of it is keys. This would be my current issue, and the reason why I&#039;m learning so much about HTML forms and PHP. ;)</description>
		<content:encoded><![CDATA[<p>Well, the real beauty of a SQL database is to have lots of little tables instead of any big ones. Then you make composite virtual tables (called views). All of my keys are table columns. Some of my tables are nothing but keys.</p>
<p>It helps to draw out a map, with boxes representing each table and arrows connecting all the keys. Yours probably only needs three tables with actual data (title, author, genre?), and then you could make more tables having the keys related to each other in various ways.</p>
<p>Of course, then you run into the problem of actually putting data into the database, when so much of it is keys. This would be my current issue, and the reason why I&#8217;m learning so much about HTML forms and PHP. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michelle</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5698</link>
		<dc:creator>Michelle</dc:creator>
		<pubDate>Thu, 08 Jan 2009 23:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5698</guid>
		<description>The problem, MWT, is that the foreign keys were working backwards.

What a mess.

I&#039;m getting it sorted out. I&#039;ve now got everything into a single table, with the authors and the genres having tables with their own keys. I just have to figure out whether to put the foreign keys in an array or create extra fields in my tables.

And how the hell to go about doing that.</description>
		<content:encoded><![CDATA[<p>The problem, MWT, is that the foreign keys were working backwards.</p>
<p>What a mess.</p>
<p>I&#8217;m getting it sorted out. I&#8217;ve now got everything into a single table, with the authors and the genres having tables with their own keys. I just have to figure out whether to put the foreign keys in an array or create extra fields in my tables.</p>
<p>And how the hell to go about doing that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MWT</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5697</link>
		<dc:creator>MWT</dc:creator>
		<pubDate>Thu, 08 Jan 2009 21:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5697</guid>
		<description>Ah, yeah. Foreign keys when used properly are extremely useful things. :)</description>
		<content:encoded><![CDATA[<p>Ah, yeah. Foreign keys when used properly are extremely useful things. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carol Elaine</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5696</link>
		<dc:creator>Carol Elaine</dc:creator>
		<pubDate>Thu, 08 Jan 2009 20:57:17 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5696</guid>
		<description>Some of that made sense to me (I know that the database for my blog is in MySQL and I know not to mess with it).  Mucho, mucho good luck!</description>
		<content:encoded><![CDATA[<p>Some of that made sense to me (I know that the database for my blog is in MySQL and I know not to mess with it).  Mucho, mucho good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattw</title>
		<link>http://klishis.com/notreally/archives/3838/comment-page-1#comment-5695</link>
		<dc:creator>mattw</dc:creator>
		<pubDate>Thu, 08 Jan 2009 19:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://klishis.com/notreally/?p=3838#comment-5695</guid>
		<description>I have no idea what that alphabet soup is that you&#039;re talking about, but good luck. :)</description>
		<content:encoded><![CDATA[<p>I have no idea what that alphabet soup is that you&#8217;re talking about, but good luck. :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

