powiedzmy ze kluczem glowym w tabeli jest polaczenie 2 pol (pid i sid) pid to autoincrement, sid to powiazanie z inna tabela ... i teraz pytanie czy jest mozliwe zrobienie z tego klucza obcego w InnoDB dla wartosci sid

probowalem tego dokonac ale bez powodzenia jelsi pid bedzie primary_key a sid index to da sie zrobic ale jesli oba pola sa uwazane za primary_key wtedy problemy sie pojawiaja

To co próbujesz zrobić nie trzyma się kupy. Skoro pid to autoincrement, czyli dla każdego rekordy będzie inne i tylko to wystarczy jako primary key

nie no jest to wykonalne tylko troche pozbawione sensu. Po pierwsze tablica z tylko dwoma kolumnami z czego jedna to autoincrement to tak jak by zrobic jedna kolumna i wstawiac tam kolejno rozne ID. Jesli chcesz zrobic dwie kolumny i kazda jest kluczem obcym, bez wzgledy czy w swojej tablicy sa jako autoincrement czy nie ma sent. Robisz w tedy takie pseudo linkowanie dwoch tablic. i jest mozliwe zrobienie tego dla dwuch primarykey. Innymi slowy albo sproboj sie poprawnie wypowiedziec, albo zastanopw sie po co ci to.

uppss zakrecilem sie troche autoincrement jest pid i sid (w innych tabelach) ta tabela to polaczenie (relacja wiele do wielu) czyli dane w tej tabli wiaza ze soba 2 inne tabele

reszta pozostaje bez zmian

To powinno dzialac. Az zrobil test.
Stworzylem 2 tabele. Jedna ma pid, druga sid. Obba autoincrement.
Stworyzlem tabele laczacoą te dwie. ma ona dwa pola ID1, ID2. Oba pola są kluczem głownym tabeli. No i teraz bez problemu definiuje relacje. Oczywiscie wszystkie tabele muszą byc innodb

no tak robilem i jak chial m zrobic cascade delete (jak z glownej usune wiersz to zeby automatycznie kasowalo go z tabeli powiazan) to mi krzaczy ze pole sid lub pid (w tezli relacji) nie jest indexem albo jakas starsza wersjie phpMyadmina mam albo cos nie tak robie

To zrob jeszcze index z tego pola jak nie ma. Ja uzywam programu, który jak widzi ze nie ma indexu to go sam zaklada. widac phpmyadmin tak genialny nie jest.

no rozwiazanie to jest ale myslalem ze moze jakos bardziej elegancko da sie to zaltwic no ale nadmiarowosc informacji to rzecz czesta w db :|