Witam,

INSERT INTO tabela_1 (id_tab_1, pole_1, pole_2,........itd)

to wiem i nie ma problemu (działa, bo musi)

ale jak wstawić nowy rekord do dwóch (lub więcej) tabel będących w relacji.

dla przykładu tabela_2 ma pola (id_tabela_2, id_tabela_1, pole_x, pole_y)

Jak powinno wyglądać to MySQL, żeby do pola id_tabela_1 w tabela_2 wstawiany był ten sam rekord.

Dzieki za okazaną pomoc!!!

aby zapewnic pelna spojnosc danych musisz wykorzystac transakcje....

postepowanie (pisze teraz jak powinno to wygldac w wierszu polecen) wyglada w sposob nastepujacy:

[SQL] pobierz, plaintext 
-- rozpoczecie transakcji
SET AUTOCOMMIT = 0;
BEGIN;
 
-- dodanie danych do tabeli pierwszej
-- czyli jakis tutaj: INSERT INTO tabela_1 -- pobranie ostatnio wygenerowanego numeru id czyli:
SELECT LAST_INSERT_ID();
 
-- dodanie danych do tabeli drugiej
-- czyli INSERT INTO tabela 2
 
-- gdy wszystko zostalo poprawnie wykonane:
COMMIT();
 
-- ewentualnie
ROLLBACK();
[SQL] pobierz, plaintext 

mozna by tutaj pewnie stworzyc jakas procedure, przy czym nie znam sie na pisaniu takich rzeczy... z kolei utworzyc taka funkcje z wykorzystaniem php to nie bedzie specjalnie klopotow


edit:
jezeli chodzi o poprzedni watek to odpowiem troche pozniej gdyz w chwili obecnej mam pare rzeczy do zrobienia

zaleznie od tego w jaki sposob przebiega relacja, znaczy sie jaki jest zwiazek pomiedzy 2 obiektami, zaczynamy uzupelnianie danych od obiektu podrzednego, a nastepnie wprowadzamy dane do obiektu macierzystego np. tabela 1 zawiera klucz obcy z tabeli nr 2, wiec wpierw wprowadzamy dane do 2, a dopiero potem system pozwoli nam na dodanie rekoru do 1.

W pierwszej chwili po przeczytaniu myslałem, że Twoja odp. jest żartem. Ciężko mi było zrozumieć jak to możliwe:
1. dodajemy nowy rekord do tabeli podrzędnej
2. dopiero teraz dodajemy nowy rekord do tabeli nadrzędnej

Wydawało mi się to nielogiczne ze względów na spójność danych obu tabel. Przeanalizowałem jednak obie wypowiedzi i zaczołem szukać wytłumaczenia.
Znalazłem w dokumentacji MySQL'a wersja 5 (jeszcze nieoficjalnej wersji) i dowiedziałem się, że transakcje wiązane (chyba dobrze zrozumiałem) będą dostepne dopiero od tej własnie wersji, a w obecnej 3.23 trzeba zrobić małe "oszustwo".

Wykombinowałem coś takiego i nie jestem pewny czy dobrze kombinuje (jeszcze nie działa).

to co napisal halfik jest wlasciwie slownym opisem tego co ja Ci zaprezentowalem...

jezeli chodzi o transakcje sa one dostepne juz od wersji 3.23.XX wiec mozna z nich korzystac...

pamietaj tylko, ze tabele musisz definiowac jako InnoDB, a chcac korzystac z transakcji (ktore zapewniaja spojnosc danych!!) musisz postepowac wg. przykladou ktory Ci zaprezentowalem...

aby korzystac z tych mechanizmow nie musisz posiadac wersji 5 (ktora niewiadomo kiedy pojawi sie w wersji stabilnej).. wystarczy korzystac z nowych dostepnych wersji mysql'a

Chyba nie mówisz o MySQL
Transakcji w MySQL nie ma ani w wersjach 3.x ani 4.x - można je symulować za pomocą np. AdoDB.

czy aby na pewno?

to wytlumacz mi czego przykladem jest powyzszy kod ktory zaprezentowalem w pierwszej odpowiedzi i jak ma Twoja odpowiedz do tego:
Transactions and Atomic Operations

nie wiem, moze ja tutaj czegos nie rozumiem, nie wiem...

bede wdzieczny za odpowiedz

Mysql nie obsluguje transakcji za wyjatkiem powyższsch typów tabel (bo dla myisam czy innnych zawsze jest autocommit=1 czyli normalny insert bez możliwosci cofniecia). Czyli z punktu widzenia przecietnego użytkownika nie ma transakcji w MySQL.

obawiam sie ze spenzalo ma racje. transakcje maja byc w 5, przynajmniej takie sa zapowiedzi.

swoja droga dziwna sprawa, ze tak stary dbms, z tak doswiadczona rupa developerska, a do tej pory wlasnie transakcje, standard posrod standardow, byly wielka bolaczka...