2012-10-12T23:19:30Z PunBB https://forum.postgresql.org.pl/viewtopic.php?id=1378 https://forum.postgresql.org.pl/profile.php?id=627 2012-10-12T23:19:30Z https://forum.postgresql.org.pl/viewtopic.php?pid=3753#p3753 = 1 AND MOD(staz,1) > 0 THEN 'lat: ' || ltrim(split_part(to_char(staz::real,'00D00'), ',', 1), ' 0') || ', mies.: ' || ltrim(split_part(to_char(staz::real,'00D00'), ',', 2), ' 0') WHEN staz >= 1 AND MOD(staz,1) = 0 THEN 'lat: ' || ltrim(split_part(to_char(staz::real,'00D00'), ',', 1), ' 0') WHEN staz > 0 AND staz < 1 THEN 'mies.: ' || ltrim(split_part(to_char(staz::real,'00D00'), ',', 2), ' 0') ELSE '-' END [/code] ??? Ponieważ są 4 pola tego typu i podobnego przeznaczenia, to ten przydługawy fragment kodu występuje w zapytaniu czterokrotnie - mało fajnie wygląda (ale działa!), może dałoby się go skrócić...? Problem 2: Mamy tabelę z adresami. W niej są między innymi pola adres_opisowy, kod_pocztowy, poczta, miejscowosc, ulica, nr_domu, nr_lokalu. Pole adres_opisowy to złączone i odpowiednio sformatowane przez aplikację wartości pozostałych pól. Pola ulica, nr_domu i nr_lokalu są typu character varying, o długości odpowiednio 65, 10 i 10. Aplikacja zezwala (to jest efekt zamierzony i poprawny), aby użytkownik wypełnił tylko pola kod_pocztowy, poczta i miejscowosc. Wówczas adres opisowy przyjmuje wartość np. "Berdyczów, 99-999 Berdyczów". Wyświetlanie takiego adresu jako adresu do kontaktu jest bezsensowne, więc chciałbym to warunkowo pominąć. Ale... Jak wiadomo, są miejscowości bez ulic. Więc użytkownik wprowadza pola kod_pocztowy, poczta, miejscowosc i numer_domu (+ew. numer lokalu). Wówczas adres opisowy przyjmuje wartość "Berdyczów 25, 99-999 Berdyczów" i jest jak najbardziej wartościowym adresem do kontaktu. Mój warunek wygląda tak: [code] CASE WHEN (SELECT SAD.ulica FROM adres SAD WHERE SAD.id = PSO.id AND relacja = 'xxxxxx') IS NOT NULL OR (SELECT SAD.nr_domu FROM sy_adres SAD WHERE SAD.id = PSO.id AND relacja = 'xxxxxx') IS NOT NULL OR (SELECT SAD.nr_lokalu FROM sy_adres SAD WHERE SAD.id = PSO.id AND relacja = 'xxxxxx') IS NOT NULL THEN ...pierwszy raz wykonujemy na początku podzapytania, aby sprawdzić w połączeniu z innymi warunkami dotyczącymi innych tabel czy tworzyć nowy wiersz ...drugi raz wykonujemy w dalszej części podzapytania, aby wyświetlić adres ELSE '' END [/code] Takich pól typu character varying związanych z adresem jest więcej: telefon, telefon komórkowy, fax, skrytka pocztowa (i chyba jeszcze coś...). Aby obsłużyć je wszystkie, to kod, na dodatek wywoływany dwukrotnie, zaczyna się monstrualnie rozrastać... Da się to w jakoś bardziej 'zwarty' sposób napisać? Uwaga: PostgreSQL 8.3, nie mogę wykonywać żadnych działań ingerujących w bazę danych i jej konfigurację!]]> https://forum.postgresql.org.pl/profile.php?id=963 2012-10-10T21:26:16Z https://forum.postgresql.org.pl/viewtopic.php?pid=3751#p3751 1900 linii, acz ciągle znacząca ich liczba to efekt wielu komentarzy i formatowania służącego czytelności kodu), ale dla około 40 pozycji wykonuje się w czasie około 0,2 sekundy - na dość dobrej maszynie serwerowej, bo ostatecznie przerzuciłem to na SLES 11 i 'ożeniłem' z cronem. Jakby coś, to ten plik mogę przesłać - jego powstanie i wykorzystanie to w całości działalność [i]pro publico bono[/i]. [quote=c_michal]A tak z ciekawości zapytam jaką masz wersję postgresa, że na górze piszesz cytuje "Z uwagi (...) Nie pamiętam dokładnie ale chyba wystarczy na czas wykonywanie tego skryptu zmienić kodowanie o ile pamiętam robi się to tak (musisz sobie zaeksperymentować): SET CLIENT_ENCODING TO 'UTF8'; , powrót do ustawień pierwotnych to RESET CLIENT_ENCODING;[/quote] Chętnie bym poeksperymentował, ale nie mam pewności, czy proponowana przez Ciebie modyfikacja nie wpłynie na efekty działania pozostałych użytkowników, bo baza jest elementem aplikacji, która działa produkcyjnie non-stop. Boję się po prostu cokolwiek zmieniać i grzebać w konfiguracji, ponieważ - jak wspomniałem wcześniej - samowolne działania w tym zakresie prowadzą do utraty gwarancji i wsparcia producenta aplikacji. Jeszcze przed przerzuceniem tego na SLESa napisałem post w wątku [url]http://forum.postgresql.org.pl/viewtopic.php?id=175[/url] Myślałem, że po 'przeprowadzce' na Linuxa zmieni się kodowanie klienta (sądziłem, że 'klientem' będzie maszyna serwerowa z jej stroną kodową), ale w wyniku wykonania na konsoli serwera poleceń podpowiedzianych innemu użytkownikowi przez [b]gszpetkowski[/b] w dalszym ciągu otrzymuję: psql -l = UTF-8 server_encoding = UTF-8 client_encoding = WIN1250 Tak więc rozwiązanie tej sprawy najchętniej widziałbym jako jakiś parametr dodany do wywołania psql, konwertujący 'w locie' dane zapisywane do wynikowego pliku html. Niestety niczego na taki temat w dokumentacji się nie doczytałem. Jeśli tego nie da się zrobić w taki sposób, to raczej zostanie tak jak jest... Muszę też jeszcze koniecznie dodać, że z Linuxa jako takiego też jestem na poziomie użytkownika... hmm... niezaawansowanego ;), więc całkiem możliwe, że przekodować plik dałoby się za pomocą jakichś narzędzi systemowych. Na tym polu mam jednak jeszcze dużo lektury przed sobą. Polecenie obecnie wygląda tak: [code]psql -h localhost -f oferty.sql -t _baza_ _user_ > Ofertypracy.htm[/code]]]> https://forum.postgresql.org.pl/profile.php?id=963 2012-10-05T10:46:08Z https://forum.postgresql.org.pl/viewtopic.php?pid=3743#p3743 https://forum.postgresql.org.pl/profile.php?id=627 2012-10-04T19:57:02Z https://forum.postgresql.org.pl/viewtopic.php?pid=3742#p3742 https://forum.postgresql.org.pl/profile.php?id=963 2012-10-04T11:51:16Z https://forum.postgresql.org.pl/viewtopic.php?pid=3741#p3741 26KB, prawie 1000 linii (fakt, że ponad połowa z nich to komentarze, odstępy i sztucznie separowane wyrażenia), kilka poleceń, jedno duuuże zapytanie, kilka podzapytań i kilkanaście wyrażeń warunkowych (czasem także z podzapytaniami). Nic to - pozostały mi tylko kosmetyczne poprawki. Jeśli będzie zainteresowanie, to mogę po uruchomieniu (przyszły tydzień?) podrzucić link do efektów jej działania.]]> https://forum.postgresql.org.pl/profile.php?id=963 2012-09-19T14:06:58Z https://forum.postgresql.org.pl/viewtopic.php?pid=3716#p3716 https://forum.postgresql.org.pl/profile.php?id=963 2012-09-18T07:12:35Z https://forum.postgresql.org.pl/viewtopic.php?pid=3703#p3703 https://forum.postgresql.org.pl/profile.php?id=627 2012-09-17T20:22:49Z https://forum.postgresql.org.pl/viewtopic.php?pid=3701#p3701 , , etc. - z tym nie ma problemu). W miejscu '/' są znaczniki kolumn tabeli html. Taki plik html wyglądać powinien - bez zbędnych upiększeń - tak jak niżej (zaznaczam, że z wstawianiem tagów html do wyników zapytania nie mam żadnych problemów!): [code]

Kierowca
Firma:	TRANSPORT SAMOCHODOWY
prawo jazdy	kat. C	konieczne
prawo jazdy	kat. C+E	pożądane
badania	psychotesty	konieczne

Kelner
Firma:	GRASTRONOMIA U ZENKA
język obcy	angielski	pożądane
badania	minimum sanitarne	konieczne

[/code] Próbowałem użyć kombinacji [code] SELECT stanowisko, firma, (SELECT array_to_string(array_agg(...html...||rodzaj||...html...||opis||...html...||waga)) FROM Wymagania WHERE Stanowiska.id_stanowiska = Wymagania.id_stanowiska) FROM Stanowiska, Wymagania WHERE jakieś warunki... [/code] ale w wyniku dostaję błąd: [b]more than one row returned by subquery used as an expression[/b] Ograniczenia: - zapytanie ma się wykonywać automatycznie z wykorzystaniem systemowego harmonogramu zadań, więc nie wchodzą w grę ręczne manipulacje wynikiem - nie mogę nic grzebać w konfiguracji i strukturze bazy, bo stracę licencję na aplikację (więc pewnie i stosowanie funkcji odpada - nawet jeśli miałbym o nich szersze pojęcie...), jedyna dopuszczalna opcja to wykonywanie zapytań - wersja: PostgreSQL 8.3 na WindowsXP Jeśli nikt nie pomoże, to stracę wiarę w potęgę SQL ;)]]> https://forum.postgresql.org.pl/profile.php?id=963 2012-09-17T13:29:23Z https://forum.postgresql.org.pl/viewtopic.php?pid=3700#p3700 ', ' Szybki raport... i wyeksportuj do xhtml-a i dalej obrób plik w edytorze 2 Utworz sobie do bazy źródło danych ODBC (wymagany sterownik) i załaduj dane do Excel-a menu Dane->Importuj dane zewnętrzne->Nowa kwerenda bazy danych... następnie zapisz plik jako html 3 Jeśli zależy ci tylko by zapisać dane do tabeli html-a wykonaj swój select analogicznie jak poniższy, najlepiej z PgAdmina następnie wyeksportuj go bez nagłówków i znaków cudzysłowia do pliku tekstowego select table_txt from ( select '' || ''||'' ||''||'' as table_txt,1 as kolejnosc ,'' as kol_1,'' as kol_2 union all SELECT ''||'' ||''||'' as table_txt,2 as kolejnosc ,tablename as kol_1,tableowner as kol_2 FROM pg_tables union all select '

'||'naglowek tabela'||'	'||'naglowek schemat'||'
'||tablename||'	'||tableowner||'

' as table_txt,3 as kolejnosc ,'' as kol_1,'' as kol_2 ) d order by kolejnosc ,kol_2,kol_1]]> https://forum.postgresql.org.pl/profile.php?id=627 2012-09-12T20:18:09Z https://forum.postgresql.org.pl/viewtopic.php?pid=3697#p3697 "plik.html" Parametr -F według dokumentacji odpowiada za zmianę znaku separatora pól, defaultowo jest znak "|". Jednak czegokolwiek tam nie wpiszę, to zawsze w wyniku dostaję tekst przedzielony owym "|". Oczywiście strona w przeglądarce jest wówczas tymi znakami upstrzona... Co robię źle? Co wpisać jako wartość -F, aby dostać znak końca wiersza? Albo przynajmniej spację?]]> https://forum.postgresql.org.pl/profile.php?id=963 2012-09-12T13:44:57Z https://forum.postgresql.org.pl/viewtopic.php?pid=3696#p3696