Witam

Posiadam 2 tabelki:





Chcę przekopiować rekord "sztuk" z pierwszej tabelki do "ilosc" w drugiej czyli:

Chcę dodać warunek, że kopiuje zawartość jeśli w komórce "polecony" jest to samo co w komorce "user"

Nie mam pojęcia jak to ująć

1. Pobierasz rekordy z pierwszej tabeli - zapisując je do tablicy
2a. Updateujesz rekordy wg nicku danymi z tablicy
2b. Zapisujesz rekordy jak leci danymi z tablicy

Nie da się tego skopiować z WHERE polecony = user

Jeśli dobrze rozumiem: nie chcesz "skopiować", tylko zaktualizować tabelę tabela2 danymi z tabeli tabela1, dla rekordów, w których tabela1.nick = tabela2.polecony ? Odpowiedni to będzie raczej UPDATE niż INSERT:

[SQL] pobierz, plaintext 
UPDATE tabela1, tabela2 SET tabela1.ilosc = tabela2.sztuk WHERE tabela1.nick = tabela2.polecony
[SQL] pobierz, plaintext 

http://dev.mysql.com/doc/refman/5.0/en/update.html

Zgadza się ale po użyciu Twojej komendy zamiast zaktualizować dodaje mi nowe rekordy

Kolega singollo kolumny pomieszał:

[SQL] pobierz, plaintext 
UPDATE tabela1, tabela2 SET tabela2.ilosc = tabela1.sztuk WHERE tabela1.nick = tabela2.polecony
[SQL] pobierz, plaintext 

Mimo to nie ma takiej możliwości, aby powyższe zapytania dodawały nowe rekordy, więc przepatrz kod i sprawdź, czy nie masz gdzieś jakiegoś INSERT-a.
Zastanowiłbym się jeszcze nad poprawnością organizacji bazy danych. Bo przecież i polecający, i polecony to użytkownik systemu, którego dane znajdują się/powinny się znajdować w tabeli użytkowników. W związku z powyższym tabela zawierająca listę polecanych i polecających (wraz z dodatkowymi informacjami) powinna korzystać z identyfikatorów użytkowników zapisanych w tabeli użytkowników, a nie z ich loginów, przynajmniej tak byłoby poprawniej (i raczej tylko tak). Jeszcze inną kwestią jest zapisywanie identycznych informacji/danych w dwóch różnych tabelach... tego właśnie powinno się unikać, a dane powiązane unikalnym id można zawsze pobierać z dwóch różnych tabel używając złączeń (JOIN), czy nawet zwykłego SELECT.

Aktualizuje komorke ilosc ale niestety w nowych rekordach i dodaje mi tyle rekordow ile mam w pierwszej tabeli choc wykonuje to przez "phpmyadmin"

Wiem, że lepiej nie rozkładać na różne tabele tego samego ale pisze system % z poleconych i już mam koncepcje dlatego potrzebuje przekopiować te rekordy.

Trochę się mieszasz, według tego co napisałeś na początku w pierwszej tabeli nie ma kolumny ilość, jest tylko w drugiej tabeli. Jeśli dodaje Ci rekordy, to może masz założonego TRIGGER-a INSERT BEFORE/AFTER UPDATE? No i jeszcze kwestia tego "% poleceonych", jeśli dobrze zbudujesz bazę danych, to taki % poleconych będzie można wyliczyć w jednym zapytaniu.

Trochę się pomieszało więc zaczne od początku

Mam dwie tabele takie jak w pierwszym poscie:
tabela1(id, user, sztuk) -4k rekordów
tabela2(id, nick, polecony, ilosc) -500 rekordów

Ja potrzebuje przekopiować zawartość tabela1(sztuk) do tabela2(ilosc) pod warunkiem, że tabela2(polecony) jest taki sam jak tabela1(user)

Powyższe rozwiązanie kopiuje wszystkie 4k rekordów z tabela1 tak jak by nie uwzględniało warunku.


Co do % to dopiero się uczę więc robie według swojej koncepcji

No i rzeczywiście nie uwzględnia, bo w tabela1 nie ma kolumny nick, a jest kolumna user. Nie zauważyłem jeszcze jednej pomyłki w powyższym zapytaniu i powtórzyłem błąd:

[SQL] pobierz, plaintext 
UPDATE tabela1, tabela2 SET tabela2.ilosc = tabela1.sztuk WHERE tabela1.user = tabela2.polecony
[SQL] pobierz, plaintext 

Chodzi mi przede wszystkim o optymalność rozwiązania, zarówno po stronie bazy danych, jak i samej aplikacji. Posługiwanie się kolumnami typu tekstowego niestety do najbardziej wydajnych operacji nie należy. O wiele szybciej wykonywane są operacje na kolumnach typu int w dodatku indeksowanych, nawet jeśli trzeba korzystać ze złączeń.
Po co robić coś, co później trzeba będzie zmieniać, tym bardziej, że rekordów jest już troszkę.

Jednak działa

Działa, ale to są dwa różne zapytania, przypatrz się dobrze.