[MySQL][PHP][SQL]Usuwanie wszystkich rekordów poza 1 kolumną |
[MySQL][PHP][SQL]Usuwanie wszystkich rekordów poza 1 kolumną |
14.06.2019, 19:33:02
Post
#1
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
Czy jest jakakolwiek opcja, żeby usunąć wszystko z tabeli poza 1 kolumną?
|
|
|
14.06.2019, 22:07:41
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Ogarnij jeszcze raz pytanie. Bo ja do końca nie rozumiem czy chodzi ci o kolumny tabeli MySQL czy o wiersze?
|
|
|
15.06.2019, 11:07:01
Post
#3
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
|
|
|
15.06.2019, 12:02:50
Post
#4
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
|
|
|
15.06.2019, 12:36:22
Post
#5
|
|
Grupa: Zarejestrowani Postów: 594 Pomógł: 66 Dołączył: 22.02.2008 Skąd: Dublin Ostrzeżenie: (0%) |
Czy jest jakakolwiek opcja, żeby usunąć wszystko z tabeli poza 1 kolumną? Jak czytam Twoje posty to mnie 'czepie' -------------------- |
|
|
15.06.2019, 13:23:47
Post
#6
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
Czyli nie chcesz usuwać wierszy, tylko wyczyścić wartości.
Ehhh, miałem nadzieję na jakieś polecenie typu , "Delete from Klan except ..." To akurat wiedziałem, mówię, żeby nie wyjść na kompletnego debila. Dzięki za pomoc |
|
|
15.06.2019, 13:30:28
Post
#7
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
|
|
|
15.06.2019, 14:31:22
Post
#8
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
Dobra, obędzie się bez tego, coś wykombinuje na moim poziomie wiedzy, ale dzięki za pomoc
|
|
|
16.06.2019, 10:46:03
Post
#9
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
Znając życie masz zupełnie inny problem a próbujesz się do niego dobrać od dupy strony.
|
|
|
16.06.2019, 13:09:15
Post
#10
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
Znając życie masz zupełnie inny problem a próbujesz się do niego dobrać od dupy strony. Znając życie tak, znając sytuacje nie, bo tak kolumna to 1 pojawienie się rekordu w tabeli i nie chcę go usuwać czyszcząc tabele co miesiąc, co jest jednym z założeń mojej strony i ich gry, sooooo nie da się i trudno |
|
|
16.06.2019, 13:51:30
Post
#11
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
Pokaż przykład co masz i co byś chciał mieć
|
|
|
16.06.2019, 14:01:16
Post
#12
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
Pokaż przykład co masz i co byś chciał mieć Ale tu nie ma czego pokazywać, schemat tabeli wygląda tak:
ppc => pierwsze pojawienie czas - godzina:minuta; Sezon w grze trwa około 30 dni i wtedy resetują się statystyki, więc i ja opróżniam tabelę, ale chcę jakoś zatrzymać pierwsze pojawienie, bo to oznacza kiedy gracz przyszedł do nas. Jednak właśnie uświadomiłem sobie, że mogę to zrobić inaczej, biorąc dane z tabel z poprzednich miesięcy/sezonów i użyć UPDATE, więc uważam temat za zamknięty, dzięki |
|
|
16.06.2019, 14:25:29
Post
#13
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
I sam widzisz, źle zaprojektowałeś sobie bazę danych. Uniemożliwiasz sobie stworzenie historii rozgrywek.
Bo nie lepiej byłoby rozdzielić tą tabelę na więcej tabel? explayers id, nick, ppc exgames season, idExplayer, liga, poziom, gold... etc... |
|
|
27.06.2019, 13:22:04
Post
#14
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
I sam widzisz, źle zaprojektowałeś sobie bazę danych. Uniemożliwiasz sobie stworzenie historii rozgrywek. Bo nie lepiej byłoby rozdzielić tą tabelę na więcej tabel? explayers id, nick, ppc exgames season, idExplayer, liga, poziom, gold... etc... Niesądzę, ponieważ wtedy, aby wyświetlić dane w tabeli, czy wykresie musiałbym pobierać dane z 2 tabel, a w dodatku te wszystkie dane (bo nie jestem pewny czy zauważyłeś, nie dziwię się jeśli nie) dotyczą tego samego gracza - 1 wiersz = 1 gracz, więc aby pobierać dane, musiałbym mieć jakiekolwiek rozeznanie, kto jest kim, a jedyną unikalną rzeczą jest tag, więc wszystko siedzi w jednej tabeli. |
|
|
27.06.2019, 13:35:34
Post
#15
|
|
Grupa: Zarejestrowani Postów: 1 707 Pomógł: 266 Dołączył: 3.07.2012 Skąd: Poznań Ostrzeżenie: (0%) |
Tomplus ma rację - baza jest źle zaprojektowana. Baz nie projektuje się w poziomie, bo potem napotykasz na absurdalne problemy tak jak ten tutaj.
Co jest złego w pobieraniu danych z dwóch tabel? Płacisz złotówkę od każdej tabeli w zapytaniu czy jak? |
|
|
28.06.2019, 18:55:03
Post
#16
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
@Nidan
Kiedyś uważałem tak samo. Dopóki nie trafiłem na problem który masz teraz. Też miałem stronę gdzie było 1 gracz = 1 wiersz, więcej nie było potrzeba gdy strona była prosta, gdy rosła, kolejne funkcje były dodawane, to myślenie powodowały problemy. Najgorsze jest to że czasem dochodzi do takiego momentu że aby coś robić dalej, musisz przeprojektować bazę, a przeprojektowanie bazy powoduje że trzeba przeprojektować wiele aspektów serwisu. |
|
|
28.06.2019, 21:48:57
Post
#17
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
@Nidan Kiedyś uważałem tak samo. Dopóki nie trafiłem na problem który masz teraz. Też miałem stronę gdzie było 1 gracz = 1 wiersz, więcej nie było potrzeba gdy strona była prosta, gdy rosła, kolejne funkcje były dodawane, to myślenie powodowały problemy. Najgorsze jest to że czasem dochodzi do takiego momentu że aby coś robić dalej, musisz przeprojektować bazę, a przeprojektowanie bazy powoduje że trzeba przeprojektować wiele aspektów serwisu. A gdy dodać coś w tylu:
itd.? Ja wiem, to jest zła optymalizacja i sporo zabawy, bo co miesiąc musiałbym dodawać dodatkową część do skryptu, ale tak całkowicie teoretycznie, miałoby to szanse działać? (spokojnie, nie mam zamiaru tego robić, bo już mam wzór bazy w głowie po przebudowaniu) |
|
|
29.06.2019, 09:35:45
Post
#18
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Lepsze jest rozwiążanie:
listaLogowan = listaAktywnosci etc... Jedno zapytanie, dwie tabele. Spokojnie można łączyć więcej niż jedną tabelę. Np. masz listę statusów użytkownika: 1. Administrator 2. Moderator 3. Gracz 4. Zbanowany w tabeli z użytkownikami masz kolumnę `status` i nie piszesz tam że ktoś jest adminem, a ktoś modem, a tylko dajesz informację cyfrową. W kodzie nie robisz tablicy: $statusyGraczy = []; Bo okaże się że w wielu skryptach będziesz musiał powtarzać takie tablice, a gdzieś nie powtórzysz i wyjdzie Ci błąd. Dodatkowo, dzięki temu możesz nadawać specjalne informacje dla danego statusu i wykorzystać w zapytaniu. Teraz będziesz to robił dodając specjalną kolumnę dla każdego użytkownika. |
|
|
30.06.2019, 14:47:09
Post
#19
|
|
Grupa: Zarejestrowani Postów: 101 Pomógł: 2 Dołączył: 26.04.2019 Ostrzeżenie: (10%) |
@Nidan Kiedyś uważałem tak samo. Dopóki nie trafiłem na problem który masz teraz. Też miałem stronę gdzie było 1 gracz = 1 wiersz, więcej nie było potrzeba gdy strona była prosta, gdy rosła, kolejne funkcje były dodawane, to myślenie powodowały problemy. Najgorsze jest to że czasem dochodzi do takiego momentu że aby coś robić dalej, musisz przeprojektować bazę, a przeprojektowanie bazy powoduje że trzeba przeprojektować wiele aspektów serwisu. Myślisz, że taka taki schemat jest rozsądniejszy? Wtedy co sezon czyszczę tylko jedną tabelę (klandata) a z drugiej zwyczajnie są usuwane osoby nie będące już w tym klanie.
|
|
|
1.07.2019, 05:21:43
Post
#20
|
|
Grupa: Zarejestrowani Postów: 1 837 Pomógł: 226 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Za dużo kolumn, będzie za dużo ograniczeń.
Ale jeżeli to coś prostego, bez rozwoju na przyszłość. To wystarczy. Jednakże, ani w jednej ani w drugiej tabeli nie masz ID rzędu. W obydwóoch masz `nick` jako string, jak Ty chcesz zarządzać użytkownikami? SELECT * FROM klandata WHERE nick = 'Nidan'? Ten post edytował Tomplus 1.07.2019, 05:34:56 |
|
|
Wersja Lo-Fi | Aktualny czas: 26.04.2024 - 20:31 |