To stare pytanie, ale dzisiaj zmagałem się z tym samym problemem. Próbując znaleźć rozwiązanie, natknąłem się na to qn, więc kiedy znalazłem rozwiązanie / obejście, pomyślałem, że zrobię przyzwoitą rzecz i odeślę z powrotem...
Opierając się na czerwonym błędzie „Bargle” w ich poście, uważam, że zmii musiał próbować użyć niestandardowego zapytania wyszukiwania MySQL. Zapier musi mieć wyjście z zapytania, bo inaczej się nie powiedzie. Trochę się rozejrzałem i stworzyłem moje niestandardowe zapytanie w ten sposób:
na podstawie wybranej odpowiedzi tutaj .
Tak więc moje zapytanie wyświetli identyfikator pracownika, jeśli zostanie znaleziony, i 0, jeśli nie. Następnie wstawiłem krok Zapier PATHS, który oparłem na wyjściowym „wyniku” z mojego niestandardowego zapytania. Jeśli wynik jest większy niż 0, aktualizuję istniejący rekord. Jeśli jest to 0, wstawiam nowy rekord. Podejrzewam, że mógłbym użyć niestandardowego kodu zapytania, aby wykonać rozgałęzianie i aktualizowanie/wstawianie, ale jeszcze tego nie próbowałem, ponieważ najpierw muszę wypróbować inne rzeczy.
Edytuj Właściwie musiałem zmienić tę odpowiedź na podstawie mojej rozmowy z Zapierem tutaj
. Zachowałem oryginalną odpowiedź, ale ją ukryłem. Składnia działa, ale tylko wtedy, gdy zapytanie jest SELECT zapytanie, nie będzie działać dla INSERT lub UPDATE zapytanie. Zobacz dyskusję w komentarzach do pytania, do którego prowadzi link, aby uzyskać szczegółowe informacje. Zasadniczo na tym etapie nie jest możliwe wykonanie operacji wstawiania lub aktualizacji za pomocą kroku Niestandardowe zapytanie Zapier MySQL.
