Osierocone wiersze i pozostałości w bazie danych
Wiesz, co zapycha bazę sklepu, zanim ktokolwiek cokolwiek usunie.
Co zastępuje: pół dnia analizy bazy
Co piszesz do Claude
„znajdź osierocone wiersze: product_lang/product_shop/image bez produktu, tabele odinstalowanych modułów, przerośnięte tabele connections/guest/log. podaj rozmiary, nic nie usuwaj”
Problem
Baza urosła do kilku GB, a panel jest wolny. Podejrzewam resztki po usuniętych produktach i starych modułach.
Co robi Claude
- Claude mierzy bazę i znajduje pozostałości po usuniętych produktach i starych modułach.
- Podaje rozmiary i sugerowaną kolejność porządków.
- Każde usunięcie to osobny krok, najpierw na kopii testowej.
Co dostajesz
Raport rozmiarów i osieroconych danych. Ten przypadek niczego nie usuwa.
Kontrola zostaje u ciebie
Claude tylko czyta. W sklepie nic się nie zmienia. Ten głęboki dostęp idzie osobnym, mocniej chronionym połączeniem i działa tylko przez kilka godzin, na które go włączysz.
Powiązane zastosowania
- Masowa poprawka danych, najpierw na kopii testowej
- Raport produktów bez sprzedaży od 12 miesięcy
- Bezpieczne usunięcie nieużywanego modułu
Dla developerów
- Obszar
- 5 · Tryb serwisowy
- Konektor
- konektor serwisowy
- W darmowym Audycie
- nie, tylko wersja płatna
- Dla kogo
- Developer
- Narzędzia
- ps_db_query, ps_list_modules, ps_check_shop_health, ps_db_execute
Krok po kroku
- Uruchamia zapytania SELECT tylko do odczytu przez ps_db_query na information_schema (rozmiary tabel) i tabelach rdzenia (tryb serwisowy).
- Dopasowuje prefiksy tabel do zainstalowanych modułów z ps_list_modules.
- Liczy osierocone wiersze (np. product_lang bez produktu). Tabele klientów, jak connections i guest, podlegają poziomowi danych klientów: przy wyłączonych danych raportuje tylko ich rozmiar z information_schema.
- Raportuje rozmiary tabel, liczbę osieroconych wierszy i kolejność porządków. Każde DELETE proponuje osobno przez ps_db_execute (jedna tabela, kopia wierszy, max_rows) i uruchamia najpierw na stagingu po twojej zgodzie.
Bezpieczeństwo
Tryb serwisowy (blok 5) działa tylko przez konektor serwisowy (osobny token, adresy IP z listy) i tylko wtedy, gdy włączony jest jego przełącznik czasowy (1, 4, 8 albo 24 h); potem sam się wyłącza, a właściciel dostaje e-mail przy włączeniu. ps_db_query wykonuje jedno polecenie w transakcji tylko do odczytu i zwraca maks. 200 wierszy, z maskowaniem e-maili, telefonów i IP. Tabele pracowników, uprawnień, konfiguracji i konektora są zablokowane. Tabele z danymi osobowymi klientów (zamówienia, adresy, koszyki i podobne, rozpoznawane po kolumnach, także w modułach innych firm) podlegają poziomowi danych klientów ustawionemu przez właściciela: wyłączone (blokada), pseudonimizacja (kolumny osobowe zamaskowane; tylko zwykłe kolumny i COUNT/SUM/AVG, bez aliasów, funkcji, UNION i WITH) albo pełny dostęp na 1-24 h z podanym celem.
Aktualizacja: 2026-10-05