C1025 SQL Term 3 2007 Assignment – part 3 Final
D. Tuples
In relational database system, we also call rows as tuples. So each row or tuple formed a record for an object. Look at the sample from a part of member table below
|
Member |
||||||
|
MemberID |
FirstName |
LastName |
Gender |
DateOfBirth |
Phone |
|
| 1001 | Ryu | Ben | M |
10-Mar-84 |
6597740710 | ryub@hotmail.com |
| 1002 | Lou | Gandalf | M |
12-May-81 |
6597720520 | gadalou@yahoo.com |
| 1003 | Tana | Armstrong | F |
05-Dec-83 |
6281325590188 | cutie@yahoo.com |
| 1004 | Anthony | Bardack | M |
09-Aug-74 |
6587409230 | bardo98@gmail.com |
| 1005 | Richard | Leonheart | M |
05-May-70 |
6596836283 | leon@yahoo.com |
| 1006 | Melissa | Ciu | F |
01-Oct-80 |
6583729238 | meliciu@yahoo.com |
| 1007 | Gerween | Boween | F |
16-Nov-69 |
6587353626 | puccy2@yahoo.com |
The highlighted row shows a record for the object that is member with ID 1002, from that tuple/row we can see the information for that object, like the member ID is 1002, his first name is Lou, his last name is Gandalf, his gender is male (M), he was born on May 12, 1981, his phone number is 6597720520, and his e-mail is gandalou@yahoo.com. Beside that, each tuple/row should have a primary key column that function as unique identifier for each record and make sure that there is no duplicate record because the primary key column can’t has a duplicate value.
Although in the Member Table above the member ID is ordered from 1001 to 1007, actually the order of the tuples/rows is not significant. We can store tuples/rows in without an order because it is an unordered set.
E. Relational Database
A relational database use relations/tables to store its data. The used table is in the form of two dimensional table, it consist of columns that has the data type, rows that store records of objects, and field or table’s cell that contain single value.
Click here to read the full post…


