Insert into z selectem

@Dregorio nie bądź dzieckiem jak napisałem że się udało to się udało, nie ma potrzeby dalsza dyskusja temat zamknięty.
I sorki ale jesteś ostatnią osobą której opinia mnie interesuje. Piszesz "nie da się tego zrobić" lub "źle to robisz" ... ale niestety bez pokrycia swoich wypowiedzi jakąkolwiek wiedzą.
Zapraszam do lektury https://docs.oracle.com/en-us/iaas/digital-assistant/doc/oracle-android-native-sdk.html

Jeszcze na koniec - jeśli zamierzasz tu kiedyś wrócić to

1. nie cytuj niepotrzebnie całych postów
2. używaj znaczników do formatowania kodu
3. w dobrym tonie zamiast "udało mi się" jest napisać co było przyczyną (no chyba, że tak naprawdę to nadal nie udało Ci się ale wiesz lepiej od randomów bez żadnego doświadczenia z internetu i niech sobie pierdzielą te swoje farmazony...)

A co do problemu to w kodzie masz dodawanie rekordu z PIOTER a sprawdzasz potem czy istnieje %PIET%, pomijając że sprawdzasz w całkiem innej tabeli niż dodajesz ale to szczegół i być może masz tam np. triggera

@Piotr Kowalewski: z twoim poziomeme przekazu, to "udać" się może tylko przypadkowo, przez tzw "parzystą ilość błędów". Podobnie jak @Dregorio nie wierzę w ni jedno słowo

3 .Przyczyną były błędy apostrofów i cudzysłowów. Wrzuciłbym rozwiązanie lecz przez Troli którzy mówili "NIE DA SIĘ" nie mam ochoty, jeżeli potrzebujesz tego rozwiązania napisz na priv.

Ok. Zgodzę się, że moje "Nie da się" może być uznawane za błędne stwierdzenie, poprawiam się wiec. Da się, ale nie powinno się tego robić, z kilku powodów:

1. APK to swego rodzaju jar, mogę go "rozpakować" i będę mieć dostęp do praktycznie wszystkich informacji odnośnie twojej bazy danych jak np. struktura tabel, z tego powodu jeśli korzysta się z bazy na telefonie (SQLite) nie powinno się trzymać tam wrażliwych danych,
2. Jest błedogenne, jeśli baza stoi za API, łatwiej mieć kontrolę nad danymi, które wysyłasz, prasować/walidowac,
3. Problem z utrzymaniem kodu - teraz masz Oracle, ale podłączenie się do innej bazy, która nie ma dedykowanego drivera może skończyć się fatalnie, teraz ograniczasz swoje możliwości.

Minęło trochę czasu od kiedy tą technologią bawiłem się na poważnie, proszę mnie poprawić jeśli coś palnąlem:)

Myślę, że powiedzenie gdzie był błąd wystarczy. Nie chodzi o to, że ja go potrzebuję ale może kiedyś przyjdzie ktoś kto będzie miał podobny problem.

IMO:

1. po kompilacji nie rozpakujesz i nie zobaczysz żadnego kodu źródłowego chyba że masz klucz i hasło do niego, dodatkowo ja mam bazę oracle na linuxie a urządzenie z Android tylko wysyła zapytania do niego.
2. Masz rację kontrola poprzez API jest lepsza.
3. Nie planuję wymieniać Oracla który wraz z licencjami był wart z 100 000 zł

@Piotr Kowalewski:

1. Jesteś pewny? https://stackoverflow.com/questions/21010367/how-to-decompile-an-apk-or-dex-file-on-android-platform bo ja nie raz to robiłem

Ten post jest z 2014 roku :)
Nie będę drążyć tematu jakie są różnice w kompilacji i zabezpieczaniu aplikacji i o ile od wersji Android Studio 1.0 do teraz zmieniło się
Jeżeli to robiłeś/robisz to BRAWO TY

Chyba mieszasz ze sobą różne rzeczy, apktool to standardowe narzędzie od Google, a do smali możesz zdekompilować zawsze. Inna sprawa, że niektóre frameworki jak flutter czy xamarin opierają się na kodzie natywnym (ndk), a to zdekompilować można tylko do assemblera.

Tak btw, wersja Android Studio nie ma tu nic do rzeczy, do zbudowania apk Android Studio nie jest w ogóle potrzebne.

@Piotr Kowalewski: ale czemu pytanie o SQL zadajesz w dziale mobile?