Witam!


Tabela 1. Producenci




Tabela 2. Towary




Do tej pory dane wybieralem przy pomocy LEFT JOIN:

[SQL] pobierz, plaintext 
SELECT Towary.ID
          Towary.ID_PRODUCENTA
          Towary.NAZWA
          Producenci.MARKA
LEFT JOIN Producenci ON Producenci.ID = Towary.ID_PRODUCENTA
     FROM Towary
[SQL] pobierz, plaintext 

Stosujac ujemne wartosci w polu ID_PRODUCENTA (nie majace odpowiednikow w tabeli Producenci) okreslam np:
ID_PRODUCENTA = -1 gdy nieznany producent z terenu Europy
ID_PRODUCENTA = -2 gdy nieznany producent z terenu Azji
itd...

W takich przypadkach otrzymuje w wynikowym zapytaniu pole MARKA wypelnione wartoscia NULL a ujemna wartosc pola ID_PRODUCENTA wskazuje jaki

komunikat ma zostac wyswietlony przy danym produkcie z powodu braku producenta.

Minusem tej 'calej zabawy' jest koniecznosc sprawdzania przy usuwaniu rekordow z tabeli Producenci, czy nie ma jakis rekordow w tabeli Towary

podpietych pod usuwanego producenta.


Zdaje sobie sprawe, ze mozna to wykonac w sposob bardziej profesjonalny przy wykorzystaniu kluczy i relacji laczacych obie tabele.

Moze mi ktos podsunac pomysl?
Czy jest mozliwosc utowrzenia takiej relacji, ktora nie wymusza posiadania prawidlowego klucza przez tabele podrzedna (chodzi o ujemne

ID_PRODUCENTA)? Jezeli nie, to w jaki sposob rozwiazac ten problem?

przecież nic nie stoi na przeszkodzie, żebyś w tabeli Producenci miał dwa (puste) wpisy dla dla tych producentów z Azji i Europy - wtedy nie musisz kombinować z kluczami nie spełniającymi relacji...

co do kontroli towarów powiązanych z producentem, pole ID_PRODUCENTA w tabeli towary musisz zdefiniować jako klucz obcy z kaskadowym usuwaniem / aktualizacją, czyli stwórz tabele Towary następująco:

[SQL] pobierz, plaintext 
CREATE TABLE `Towary` (
  `ID` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `ID_PRODUCENTA` int(10) UNSIGNED NOT NULL,
  `NAZWA` varchar(255) NOT NULL,
  PRIMARY KEY  USING BTREE (`ID`),
  KEY `Producent_key` (`ID_PRODUCENTA`),
  CONSTRAINT `Producent_key` FOREIGN KEY (`ID_PRODUCENTA`) REFERENCES `Producenci` (`ID`) ON DELETE CASCADE ON UPDATE CASCADE
);
[SQL] pobierz, plaintext 

Ogolnie myslalem nad takim sposobem, jednak z gory nie wiem ile bedzie tych 'nietypowych kluczy'.
No i pole autoincrement ogranicza mnie z recznym wpisaniem tych danych np z ujemnymi warotsciami... musialy by one byc z kolejnego przydzialu.

Drugi problem jest taki, ze rekordy z takimi kluczami nie powinny byc widoczne w slowniku producentow.....tzn nie powinny byc traktowane jako pola edytowalne przez usera.


A jest jakis sposob na wpisywanie kluczy obcych nie majacych swojego klucza podstawowego ?