Projektuje teraz dość dużą bazę i chcialabym sie upewnic czy dobrze rozumiem pojęcie realcji i kluczy obcych..
Majac dwie tabele:

[SQL] pobierz, plaintext 
CREATE TABLE `okregi` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `nazwa` varchar(200) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=latin2 AUTO_INCREMENT=20 ;
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
CREATE TABLE `o_biogramy` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `id_okregu` int(11) NOT NULL,
  `imie` varchar(200) NOT NULL
  PRIMARY KEY  (`id`),
  KEY `biogramy_id_okregu_IND` (`id_okregu`)
) ENGINE=InnoDB  DEFAULT CHARSET=latin2 AUTO_INCREMENT=5 ;
 
-- 
-- Ograniczenia dla tabeli `o_biogramy`
-- 
ALTER TABLE `o_biogramy`
  ADD CONSTRAINT `biogramy_id_okregu_FK` FOREIGN KEY (`id_okregu`) REFERENCES `okregi` (`id`);
[SQL] pobierz, plaintext 

Tabele o_biogramy polaczylam z tabela okregi nadajac polu id_okregu najpierw INDEX a potem FOREIGN KEY.
To znaczy ze juz utworzylam relacje miedzy tymi tabelami?
Czy pole id w tabeli okregi nie powinno sie nazywac id_okregu? tak samo jak w tabeli o_biogramy?

Chodzi mi o to ze nadajac te relacje w bazie czyli ten klucz obcy i tak dane do bazy wprowadzam w taki sam sposob jak by nie bylo tej relacji.. Czyli:

najpierw odczytuje id okregu ktore jest mi potrzebne a potem

[PHP] pobierz, plaintext 
<?php
$query= "INSERT INTO  o_biogramy (id, id_okregu, imie ) values (null, '$id','$imie')";
?>
[PHP] pobierz, plaintext 

Czy nie po to sie tworzy te relacje aby nie trzeba bylo juz podawac samemu tego id_okregu do bazy o_biogramy ?

Bo jezeli nie to jaka jest roznica czy da sie ten FK czy nie skoro i tak wprowadzam i odczytuje dane z bazy w taki sam sposob?

Czy konieczne jest tworzenie kluczy obcych jezeli do tej pory radzilam dobie bez nich?

tak



to nie ma znaczenia - pole możesz nazwać, jak chcesz, byleby tylko klucz główny i obcy były tego samego typu



Relacje tworzy się, żeby zachować m.in integralność danych (możesz poczytać chociazby o: http://pl.wikipedia.org/wiki/ACID). Jeśli relacje są zdefiniowane, to np. nie możesz do bazy dodać glupot - nie dodasz do tabelki o_biogramy rekordu, którego pole id_okregu nie wskazuje na klucz główny, który istnieje w bazie. Możesz też ustawić kaskadowe operacje - usuwanie, edycja

Kluczy obcych nie musisz stosować, jeśli korzystasz z mysami, ale... ten silnik to zło trzymaj się innodb

Ok, dzieki:)