PostgreSQL

Jeżeli dobrze rozumirm ideę, to można tak:

SELECT 
	id_company 
	,full_name 
	,id_address 
	,full_address 
	,street 
	,number 
	,code 
	,city 
	,country 
FROM 
	company_data 
WHERE 
	("nip" ='1111111111' OR "nip" = 'PL'||'1111111111')
ORDER BY
	CASE WHEN nrb='121323232312323232132132132' THEN 0 ELSE 1 END
LIMIT 
1

Do takich rzeczy warto skorzystać z procedur/funkcji składowanych.
W procedurach możesz używać ifów i podobnych konstrukcji.

Jeśli jest to rozwiązanie produkcyjne to powinno przyspieszyć pracę serwera.

Panczo napisał(a):

Jeżeli dobrze rozumirm ideę, to można tak:

Kopiuj

SELECT 
	id_company 
	,full_name 
	,id_address 
	,full_address 
	,street 
	,number 
	,code 
	,city 
	,country 
FROM 
	company_data 
WHERE 
	("nip" ='1111111111' OR "nip" = 'PL'||'1111111111')
ORDER BY
	CASE WHEN nrb='121323232312323232132132132' THEN 0 ELSE 1 END
LIMIT 
1

No nie do końca. Chciałbym, żeby wynik pierwszego zapytania decydował, czy ma się wykonać drugie zapytanie, czy trzecie.

Maly Brat napisał(a):

Do takich rzeczy warto skorzystać z procedur/funkcji składowanych.
W procedurach możesz używać ifów i podobnych konstrukcji.

Jeśli jest to rozwiązanie produkcyjne to powinno przyspieszyć pracę serwera.

Próbowałem coś skleić, ale niestety nic mi nie zadziałało.

No nie do końca. Chciałbym, żeby wynik pierwszego zapytania decydował, czy ma się wykonać drugie zapytanie, czy trzecie.

Panczo podał dobrą propozycję. Czyli chcesz proste zapytanie skomplikować tak, żeby nikt czytając kod nie zrozumiał o co ci chodzi?
Może opisz jak to ma działać na początek bez używania SQL.

ralf napisał(a):

No nie do końca. Chciałbym, żeby wynik pierwszego zapytania decydował, czy ma się wykonać drugie zapytanie, czy trzecie.

Panczo podał dobrą propozycję. Czyli chcesz proste zapytanie skomplikować tak, żeby nikt czytając kod nie zrozumiał o co ci chodzi?
Może opisz jak to ma działać na początek bez używania SQL.

Ok, już wyjaśniam.

1. Chcę wyszukać kontrahenta w bazie po NIP-ie.
2. Jeżeli wyszukanie po NIP-ie zwróci mi więcej niż jeden wynik( może tak być, ponieważ kontrahenci dublują się ze względu na rożne numery rachunku bankowego), to chciałbym zawęzić wyszukiwanie i wyszukać kontrahenta po NIP-ie oraz Numerze Konta Bankowe.
3. Nasuwa się pytanie dlaczego od razu nie wyszukać po NIP-ie i NRB. Dlatego, że nie zawsze otrzymuję drugi parametr do wyszukania którym jest NRB.

Podsumowując:

1. Sprawdzam ile wyników wyników zwróci mi wyszukanie po NIP-ie.
2. Jeżeli zwróciło mi jeden wynik to pobieram sobie te dane
3. Jeśli sprawdzenie z pkt 1. zwróciło więcej niż jeden wynik, to wyszukuje kontrahenta po NIP-ie oraz NRB

Możesz użyć window functions oraz subquery do tego:

SELECT *
FROM (
  SELECT
    *,
    COUNT(*) OVER (PARTITION BY nip) AS duplicated 
  FROM clients) c
WHERE ("nip" ='1111111111' OR "nip" = 'PL'||'1111111111')
  AND (duplicated = 1 OR nrb = '121323232312323232132132132')

Przykład

Jeżeli wyszukanie po NIP-ie zwróci mi więcej niż jeden wynik( może tak być, ponieważ kontrahenci dublują się ze względu na rożne numery rachunku bankowego), to chciałbym zawęzić wyszukiwanie i wyszukać kontrahenta po NIP-ie oraz Numerze Konta Bankowe.

To jest błąd, jeżeli numery kont powielają kontrahenta to coś jest nie tak, pytanie czy powielenie wynika z joina, czy to faktycznie powielony rekord?

Panczo napisał(a):

Jeżeli wyszukanie po NIP-ie zwróci mi więcej niż jeden wynik( może tak być, ponieważ kontrahenci dublują się ze względu na rożne numery rachunku bankowego), to chciałbym zawęzić wyszukiwanie i wyszukać kontrahenta po NIP-ie oraz Numerze Konta Bankowe.

To jest błąd, jeżeli numery kont powielają kontrahenta to coś jest nie tak, pytanie czy powielenie wynika z joina, czy to faktycznie powielony rekord?

Z JOIN-a. jest osobna tabela na NRB.

No to jaki jest sens pytać o numer konta i go nie zwracać? W teorii dane powinny być takie same, wtedy limit załatwia sprawę

Panczo napisał(a):

No to jaki jest sens pytać o numer konta i go nie zwracać? W teorii dane powinny być takie same, wtedy limit załatwia sprawę

Chodzi o to, że nie zawsze dostaję drugi parametr, czyli NRB do wyszukiwania, Są sytuację kiedy otrzymuje tylko NIP a są sytuacje kiedy otrzymuje NIP i NRB.
I teraz biorąc pod uwagę, że są kontrahenci, do których przypisanych jest kilka NRB to:

• gdy będę wyszukiwał tylko po NIP-ie, to jeśli zapytanie zwróci mi kilka wyników to nie będę wiedział którego użyć.
• jeśli będę wyszukiwał po NIP-ie i NRB, a nie dostanę w parametrze NRB to zapytanie nic mi nie zwróci.
  W zdecydowanej większości przypadków jest tak, że dla kontrahenta który posiada tylko jeden NRB to dostaję tylko NIP, a dla kontrahenta z większą ilością NRB dostaję NIP i NRB.

Jestem w trakcie testów i wygląda na to, że zaproponowane wyżej przez kolegów rozwiązania sprawdzają się,

No nie do końca masz racje, możesz użyć alternatywy, do wykluczenia warunku, zakładając, że ktoś nie podał nipu, załóżmy że szablon zapytania wygląda tak:

SELECT 
	id_company , full_name , id_address , full_address , street , number , code , city , country FROM company_data 
WHERE 
	(nip ='@nip' OR nip = 'PL'||'@nip') 
	AND (nrb='@konto' or 'brak'='@konto')

Założenia:
Podmieniasz wartości zaczynające się od @, w razie braku @nrb wstawiasz brak, to zwróci wszystkie rokorfe dla brak, albo tylko pasujące dla zadanego nrb

`