Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[PostgreSQL] PGAdmin4 - wasze opinie
201 views
Skip to first unread message
Ronald Kuczek
Sep 28, 2016, 12:51:32 PM9/28/16
to
Cześć,
Zainstalowałem właśnie aktualną wersję Postgresa (9.6 RC1) i tak jak nie
zaobserwowałem żadnych problemów z samym silnikiem, tak nowy PGAdmin to
już zupełnie inna bajka ...
Zastanawiam się kogo świerzbiły palce i komu przeszkadzało dobrze
działające od kiedy pamiętam narzędzie graficzne (a w Postgresie siedzę
dość długo). *Nowinka* jest moim zdaniem koszmarnie wolnym wynalazkiem a
praca z nim wymaga dużej dozy anielskiej cierpliwości lub herbaty z melisą.
Chwilowo przesiadłem się na EMS PostgreSQL Lite ale ciężko z dnia na
dzień zmienić przyzwyczajenia.
Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
Pozdrawiam
Rony
Zainstalowałem właśnie aktualną wersję Postgresa (9.6 RC1) i tak jak nie
zaobserwowałem żadnych problemów z samym silnikiem, tak nowy PGAdmin to
już zupełnie inna bajka ...
Zastanawiam się kogo świerzbiły palce i komu przeszkadzało dobrze
działające od kiedy pamiętam narzędzie graficzne (a w Postgresie siedzę
dość długo). *Nowinka* jest moim zdaniem koszmarnie wolnym wynalazkiem a
praca z nim wymaga dużej dozy anielskiej cierpliwości lub herbaty z melisą.
Chwilowo przesiadłem się na EMS PostgreSQL Lite ale ciężko z dnia na
dzień zmienić przyzwyczajenia.
Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
Pozdrawiam
Rony
Wojtek Gapiński
Sep 28, 2016, 3:35:21 PM9/28/16
to
W dniu 28-09-2016 o 18:51, Ronald Kuczek pisze:
Nie znam PGAdmina, ale jeśli jest to chociaż trochę podobne do
phpMyAdmina to doskonale Cię rozumiem.
Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
narzędzia.
pozdrawiam
W.
phpMyAdmina to doskonale Cię rozumiem.
Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
narzędzia.
pozdrawiam
W.
Adam M
Sep 28, 2016, 5:47:31 PM9/28/16
to
ww
Sep 29, 2016, 2:09:34 AM9/29/16
to
W dniu 2016-09-28 o 21:35, Wojtek Gapiński pisze:
phpPgAdmin to narzędzie jak phpMyAdmin (tylko 58 razy gorsze).
a pgAdmin 4 to jakieś kompletne nieporozumienie
> W dniu 28-09-2016 o 18:51, Ronald Kuczek pisze:
>> Chwilowo przesiadłem się na EMS PostgreSQL Lite ale ciężko z dnia na
>> dzień zmienić przyzwyczajenia.
>> Może coś można zrobić/zoptymalizować ? Jakieś
>> doświadczenia/opinie/pomysły ?
>
> Nie znam PGAdmina, ale jeśli jest to chociaż trochę podobne do
> phpMyAdmina to doskonale Cię rozumiem.
> Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
> narzędzia.
pgAdmin to właśnie takie narzędzie desktopowe podobne do HeidiSQL
>> dzień zmienić przyzwyczajenia.
>> Może coś można zrobić/zoptymalizować ? Jakieś
>> doświadczenia/opinie/pomysły ?
>
> Nie znam PGAdmina, ale jeśli jest to chociaż trochę podobne do
> phpMyAdmina to doskonale Cię rozumiem.
> Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
> narzędzia.
phpPgAdmin to narzędzie jak phpMyAdmin (tylko 58 razy gorsze).
a pgAdmin 4 to jakieś kompletne nieporozumienie
Roman Tyczka
Sep 29, 2016, 5:50:34 AM9/29/16
to
znaczy narzędzie stare, ale od ostatniej wersji wspiera Postgresa, nie wiem
jaki jest obecny poziom wsparcia, ale można się spodziewać, że z biegiem
czasu będzie to najlepszy graficzny menadżer Postgresa.
--
pozdrawiam
Roman Tyczka
irq
Sep 29, 2016, 10:49:38 AM9/29/16
to
W dniu środa, 28 września 2016 18:51:32 UTC+2 użytkownik Ronald Kuczek napisał:
> Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
psql
> Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
Ronald Kuczek
Sep 29, 2016, 5:28:38 PM9/29/16
to
W dniu 28.09.2016 o 21:35, Wojtek Gapiński pisze:
szukam dalej ;-)
Pozdrawiam
Rony
> Nie znam PGAdmina, ale jeśli jest to chociaż trochę podobne do
> phpMyAdmina to doskonale Cię rozumiem.
> Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
> narzędzia.
Dzięki za typ. Zainstalowałem HeidiSQL ale jakby to powiedzieć ...
> phpMyAdmina to doskonale Cię rozumiem.
> Osobiście korzystam z HeidiSQL i nie wyobrażam sobie już pracy bez tego
> narzędzia.
szukam dalej ;-)
Pozdrawiam
Rony
Ronald Kuczek
Sep 29, 2016, 5:30:43 PM9/29/16
to
W dniu 28.09.2016 o 23:47, Adam M pisze:
>
> Na razie wyglada ze PgAdmin4 jest duzo wolniejszy od PgAdmin3 (chociaz ladniej wyglada). Osobiscie preferuje JetBrains DataGrip - ale nie jest za darmo. Z darmowych lubie SQuirrel SQL Client. Prz okazji przyjze sie HeidiSQL - moze potrafi cos co SQuirrel nie umie.
>
Dzięki za typ, spróbuję. To, że PgAdmin4 jest dużo wolniejszy od
PgAdmin3 to małe niedopowiedzenie ;-) Kurczę, myślałem, że laptop, na
którym można grać w najnowsze gry da radę, ale nie daje, widać za słaby :D
Pozdrawiam
Rony
>
> Na razie wyglada ze PgAdmin4 jest duzo wolniejszy od PgAdmin3 (chociaz ladniej wyglada). Osobiscie preferuje JetBrains DataGrip - ale nie jest za darmo. Z darmowych lubie SQuirrel SQL Client. Prz okazji przyjze sie HeidiSQL - moze potrafi cos co SQuirrel nie umie.
>
PgAdmin3 to małe niedopowiedzenie ;-) Kurczę, myślałem, że laptop, na
którym można grać w najnowsze gry da radę, ale nie daje, widać za słaby :D
Pozdrawiam
Rony
Ronald Kuczek
Sep 29, 2016, 5:35:38 PM9/29/16
to
W dniu 29.09.2016 o 11:50, Roman Tyczka pisze:
Pozdrawiam
Rony
> Sprawdź nowe narzędzie, które miało niedawno premierę. DB Workbench. To
> znaczy narzędzie stare, ale od ostatniej wersji wspiera Postgresa, nie wiem
> jaki jest obecny poziom wsparcia, ale można się spodziewać, że z biegiem
> czasu będzie to najlepszy graficzny menadżer Postgresa.
>
Dzięki za odzew, spróbuję.
> znaczy narzędzie stare, ale od ostatniej wersji wspiera Postgresa, nie wiem
> jaki jest obecny poziom wsparcia, ale można się spodziewać, że z biegiem
> czasu będzie to najlepszy graficzny menadżer Postgresa.
>
Pozdrawiam
Rony
Ronald Kuczek
Sep 29, 2016, 5:37:20 PM9/29/16
to
W dniu 29.09.2016 o 16:49, irq pisze:
pracując w środowisku graficznym człowiek przyzwyczaja się do gui.
Do czasu PGAdmina 3 to było świetne gui, z nową wersją chłopaki
strzelili we własne kolano.
Pozdrawiam
Rony
> W dniu środa, 28 września 2016 18:51:32 UTC+2 użytkownik Ronald Kuczek napisał:
>
>> Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
>
> psql
>
psql to konsola. Nie mam problemu ze środowiskiem tekstowym, ale
>
>> Może coś można zrobić/zoptymalizować ? Jakieś doświadczenia/opinie/pomysły ?
>
> psql
>
pracując w środowisku graficznym człowiek przyzwyczaja się do gui.
Do czasu PGAdmina 3 to było świetne gui, z nową wersją chłopaki
strzelili we własne kolano.
Pozdrawiam
Rony
Ronald Kuczek
Sep 29, 2016, 5:39:19 PM9/29/16
to
W dniu 29.09.2016 o 08:09, ww pisze:
polepszy to się popieprzy.
Pozdrawiam
Rony
> a pgAdmin 4 to jakieś kompletne nieporozumienie
Zgadzam się w pełni. Podręcznikowa ilustracja powiedzenia - co się
polepszy to się popieprzy.
Pozdrawiam
Rony
ww
Sep 30, 2016, 2:20:04 AM9/30/16
to
W dniu 2016-09-29 o 23:30, Ronald Kuczek pisze:
Jedyne wytłumaczenie tej sytuacji to BETA. Z czasem może będzie lepiej.
U mnie się to już na starcie 13 razy wysypało.
U mnie się to już na starcie 13 razy wysypało.
Andrzej Stróżyński
Sep 30, 2016, 2:24:58 AM9/30/16
to
W dniu 2016-09-29 o 11:50, Roman Tyczka pisze:
Narzędzie dobre (używam do Firebirda) ale dla Postgresa wersja Lite
jeszcze niedostępna :(
--
pozdrawiam
AS
jeszcze niedostępna :(
--
pozdrawiam
AS
M.M.
Sep 30, 2016, 3:09:22 PM9/30/16
to
Pozdrawiam
Roman Tyczka
Oct 1, 2016, 4:10:26 AM10/1/16
to
On Fri, 30 Sep 2016 12:09:21 -0700 (PDT), M.M. wrote:
>> psql to konsola. Nie mam problemu ze środowiskiem tekstowym, ale
>> pracując w środowisku graficznym człowiek przyzwyczaja się do gui.
>> Do czasu PGAdmina 3 to było świetne gui, z nową wersją chłopaki
>> strzelili we własne kolano.
>>
>> Pozdrawiam
>> Rony
>
> Ja nawet bym nie próbował czegoś innego niż konsoli.
> Pozdrawiam
ERD też w konsoli budujesz?
>> psql to konsola. Nie mam problemu ze środowiskiem tekstowym, ale
>> pracując w środowisku graficznym człowiek przyzwyczaja się do gui.
>> Do czasu PGAdmina 3 to było świetne gui, z nową wersją chłopaki
>> strzelili we własne kolano.
>>
>> Pozdrawiam
>> Rony
>
> Ja nawet bym nie próbował czegoś innego niż konsoli.
> Pozdrawiam
--
pozdrawiam
Roman Tyczka
M.M.
Oct 1, 2016, 7:29:19 AM10/1/16
to
pracuję w narzędziu tekstowym.
Pozdrawiam
Roman Tyczka
Oct 1, 2016, 1:09:35 PM10/1/16
to
On Sat, 1 Oct 2016 04:29:05 -0700 (PDT), M.M. wrote:
>>> Ja nawet bym nie próbował czegoś innego niż konsoli.
>>> Pozdrawiam
>>
>> ERD też w konsoli budujesz?
>
>>> Ja nawet bym nie próbował czegoś innego niż konsoli.
>>> Pozdrawiam
>>
>> ERD też w konsoli budujesz?
>
> W zasadzie to tak, budują się w mojej wyobraźni, (nie tylko wtedy) gdy
> pracuję w narzędziu tekstowym.
I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
> pracuję w narzędziu tekstowym.
500?
--
pozdrawiam
Roman Tyczka
M.M.
Oct 1, 2016, 8:07:48 PM10/1/16
to
gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
Pozdrawiam
Ronald Kuczek
Oct 3, 2016, 4:12:53 PM10/3/16
to
W dniu 02.10.2016 o 02:07, M.M. pisze:
i tutaj niestety konsola staje się niewygodna. Na konsoli to można
szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
wygodniejsze ...
Pozdrawiam
Rony
>> I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
>> 500?
>
> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
>
Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
>> 500?
>
> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
>
i tutaj niestety konsola staje się niewygodna. Na konsoli to można
szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
wygodniejsze ...
Pozdrawiam
Rony
Adam M
Oct 3, 2016, 4:22:50 PM10/3/16
to
Prawdziwy administrator/programista baz danych pracuje wylacznie z terminala tekstowego podlaczonego do sieci telefonicznej modemem o predkosci 300bps - wtedy ma wiecej czsu na budowanie bazy danych w wyobrazni ;-)
A pozatym zdrowia zycze ;-)
Adam
Ronald Kuczek
Oct 3, 2016, 4:30:48 PM10/3/16
to
W dniu 03.10.2016 o 22:22, Adam M pisze:
> Szanowny kolega nie rozumie problemu:
> Prawdziwy administrator/programista baz danych pracuje wylacznie z terminala tekstowego podlaczonego do sieci telefonicznej modemem o predkosci 300bps - wtedy ma wiecej czsu na budowanie bazy danych w wyobrazni ;-)
> A pozatym zdrowia zycze ;-)
> Adam
>
A no chyba, że tak, to przepraszam. Zachowałem się jak gówniarz, to się
więcej nie powtórzy :-D
Pozdrawiam
Rony.
> Szanowny kolega nie rozumie problemu:
> Prawdziwy administrator/programista baz danych pracuje wylacznie z terminala tekstowego podlaczonego do sieci telefonicznej modemem o predkosci 300bps - wtedy ma wiecej czsu na budowanie bazy danych w wyobrazni ;-)
> A pozatym zdrowia zycze ;-)
> Adam
>
więcej nie powtórzy :-D
Pozdrawiam
Rony.
M.M.
Oct 4, 2016, 2:18:33 AM10/4/16
to
pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
Jeśli tak, to faktycznie dużo czasu przeznaczasz na wgryzienie się w
strukturę bazy. Natomiast jeśli pracujesz przez dłuższy czas z jedną
bazą która ma nawet ponad 100 tabel, to chyba czas na zrozumienie
struktury inwestujesz jednorazowo? Więc jeśli w skali kilku miesięcy
stracisz parę godzin czasu, to chyba aż takiego problemu nie ma?
Większy problem będzie, gdy niedopracowane GUI nie wyświetli jakiejś
tabeli? Poza tym GUI i tak nie zastąpi dobrego opisu.
Pozdrawiam
Czarek Grądys
Oct 4, 2016, 5:59:44 AM10/4/16
to
W dniu 03.10.2016 o 22:12, Ronald Kuczek pisze:
>
> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
> wygodniejsze ...
> Pozdrawiam
> Rony
>
Niby tak, ale kiedyś mając nóż na gardle i jakiś poważny problem
rzuciłem w kąt gui i konsolę używałem ;)
Mimo, że wcale dobrze struktury tej bazy nie znałem.
--
Cezary Grądys
czar...@wa.onet.pl
>
> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
> wygodniejsze ...
> Pozdrawiam
> Rony
>
rzuciłem w kąt gui i konsolę używałem ;)
Mimo, że wcale dobrze struktury tej bazy nie znałem.
--
Cezary Grądys
czar...@wa.onet.pl
M.M.
Oct 4, 2016, 6:22:05 AM10/4/16
to
największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
Pozdrawiam
artiun
Oct 5, 2016, 12:58:26 AM10/5/16
to
W dniu 2016-10-04 o 12:22, M.M. pisze:
Gówno prawda, strzałki pomagają, widać co z czego. Nie trzeba nikogo się
pytać... No chyba, że nie umiesz czytać schematów, nie umiesz ich robić. (?)
--
Artur
pytać... No chyba, że nie umiesz czytać schematów, nie umiesz ich robić. (?)
--
Artur
artiun
Oct 5, 2016, 12:58:29 AM10/5/16
to
W dniu 2016-10-04 o 08:18, M.M. pisze:
jednej) było ERD. Zgroza, ale szefowi nie mogłem powiedzieć, że nie kumam.
Za godzinę chciał mieć zestawienie, i tak kawałek po kawałku całość z kartki
trafiła do głowy :) Jeśli byłoby 5-10 tabel, to kręcąc małym palcem bym to
robił.
kartce, bo głowa jest zawodna bez logicznego myślenia.
--
Artur
> On Monday, October 3, 2016 at 10:12:53 PM UTC+2, Ronald Kuczek wrote:
>> W dniu 02.10.2016 o 02:07, M.M. pisze:
>>>> I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
>>>> 500?
>>>
>>> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
>>> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
>>> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
>>> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
>>> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
>>>
>>
>> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
>> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
>> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
>> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
>> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
>> wygodniejsze ...
>
>
> Gui ułatwia - nie ma tutaj z czym dyskutować. Ale, czy codziennie
> pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
Nie widzisz, że robisz z siebie głupa.
>> W dniu 02.10.2016 o 02:07, M.M. pisze:
>>>> I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
>>>> 500?
>>>
>>> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
>>> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
>>> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
>>> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
>>> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
>>>
>>
>> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
>> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
>> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
>> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
>> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
>> wygodniejsze ...
>
>
> Gui ułatwia - nie ma tutaj z czym dyskutować. Ale, czy codziennie
> pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
> Jeśli tak, to faktycznie dużo czasu przeznaczasz na wgryzienie się w
> strukturę bazy. Natomiast jeśli pracujesz przez dłuższy czas z jedną
> bazą która ma nawet ponad 100 tabel, to chyba czas na zrozumienie
> struktury inwestujesz jednorazowo?
Zastałem coś co miało ok 200 tabel. Bez dokumentacji. Chociaż na kartce (nie
> strukturę bazy. Natomiast jeśli pracujesz przez dłuższy czas z jedną
> bazą która ma nawet ponad 100 tabel, to chyba czas na zrozumienie
> struktury inwestujesz jednorazowo?
jednej) było ERD. Zgroza, ale szefowi nie mogłem powiedzieć, że nie kumam.
Za godzinę chciał mieć zestawienie, i tak kawałek po kawałku całość z kartki
trafiła do głowy :) Jeśli byłoby 5-10 tabel, to kręcąc małym palcem bym to
robił.
Więc jeśli w skali kilku miesięcy
> stracisz parę godzin czasu, to chyba aż takiego problemu nie ma?
> Większy problem będzie, gdy niedopracowane GUI nie wyświetli jakiejś
> tabeli? Poza tym GUI i tak nie zastąpi dobrego opisu.
Czego Ci nie wyświetli, motasz się. Rozpisz sobie to o czym mówisz na
> stracisz parę godzin czasu, to chyba aż takiego problemu nie ma?
> Większy problem będzie, gdy niedopracowane GUI nie wyświetli jakiejś
> tabeli? Poza tym GUI i tak nie zastąpi dobrego opisu.
kartce, bo głowa jest zawodna bez logicznego myślenia.
--
Artur
Ronald Kuczek
Oct 5, 2016, 1:01:26 PM10/5/16
to
W dniu 04.10.2016 o 08:18, M.M. pisze:
które widzę pierwszy raz w życiu (i to na chwilę, do momentu zakończenia
realizacji zlecenia) a moim zadaniem jest stworzenie funkcji
zwracających odpowiednie wyniki zgodnie ze zleconą specyfikacją
ewentualnie optymalizacja zapytań w danym projekcie. Strukturę tabel
zazwyczaj mam lepiej lub gorzej udokumentowaną (niekiedy muszę się
domyślać) ale do przeglądania/poprawiania kodu funkcji jakoś psql mi nie
wystarcza. Nawet nie wiem jakie widoki systemowe trzeba odpytać, by
wyciągnąć kod funkcji w psql (robi to za mnie gui, w widoki systemowe
wgłębiać się nie muszę). Zresztą - jak masz takich funkcji
kilkadziesiąt, do tego sporo typów to naprawdę bez gui pogubić się
nietrudno.
Pozdrawiam
Rony
> Gui ułatwia - nie ma tutaj z czym dyskutować. Ale, czy codziennie
> pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
> Jeśli tak, to faktycznie dużo czasu przeznaczasz na wgryzienie się w
> strukturę bazy. Natomiast jeśli pracujesz przez dłuższy czas z jedną
> bazą która ma nawet ponad 100 tabel, to chyba czas na zrozumienie
> struktury inwestujesz jednorazowo? Więc jeśli w skali kilku miesięcy
> stracisz parę godzin czasu, to chyba aż takiego problemu nie ma?
> Większy problem będzie, gdy niedopracowane GUI nie wyświetli jakiejś
> tabeli? Poza tym GUI i tak nie zastąpi dobrego opisu.
Przede wszystkim piszę sporo funkcji w plpgsql, nierzadko w projektach,
> pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
> Jeśli tak, to faktycznie dużo czasu przeznaczasz na wgryzienie się w
> strukturę bazy. Natomiast jeśli pracujesz przez dłuższy czas z jedną
> bazą która ma nawet ponad 100 tabel, to chyba czas na zrozumienie
> struktury inwestujesz jednorazowo? Więc jeśli w skali kilku miesięcy
> stracisz parę godzin czasu, to chyba aż takiego problemu nie ma?
> Większy problem będzie, gdy niedopracowane GUI nie wyświetli jakiejś
> tabeli? Poza tym GUI i tak nie zastąpi dobrego opisu.
które widzę pierwszy raz w życiu (i to na chwilę, do momentu zakończenia
realizacji zlecenia) a moim zadaniem jest stworzenie funkcji
zwracających odpowiednie wyniki zgodnie ze zleconą specyfikacją
ewentualnie optymalizacja zapytań w danym projekcie. Strukturę tabel
zazwyczaj mam lepiej lub gorzej udokumentowaną (niekiedy muszę się
domyślać) ale do przeglądania/poprawiania kodu funkcji jakoś psql mi nie
wystarcza. Nawet nie wiem jakie widoki systemowe trzeba odpytać, by
wyciągnąć kod funkcji w psql (robi to za mnie gui, w widoki systemowe
wgłębiać się nie muszę). Zresztą - jak masz takich funkcji
kilkadziesiąt, do tego sporo typów to naprawdę bez gui pogubić się
nietrudno.
Pozdrawiam
Rony
Ronald Kuczek
Oct 5, 2016, 2:48:04 PM10/5/16
to
W dniu 04.10.2016 o 11:59, Czarek Grądys pisze:
jak ten dinozaur informatyki czytam skrypt.
Pozdrawiam
Rony
> Niby tak, ale kiedyś mając nóż na gardle i jakiś poważny problem
> rzuciłem w kąt gui i konsolę używałem ;)
> Mimo, że wcale dobrze struktury tej bazy nie znałem.
>
W takich przypadkach zrzucam pg_dumpem schemat do pliku i tak po prostu,
> rzuciłem w kąt gui i konsolę używałem ;)
> Mimo, że wcale dobrze struktury tej bazy nie znałem.
>
jak ten dinozaur informatyki czytam skrypt.
Pozdrawiam
Rony
Ronald Kuczek
Oct 5, 2016, 2:54:50 PM10/5/16
to
W dniu 04.10.2016 o 12:22, M.M. pisze:
wyciągać wnioski na podstawie kodu/schematu. Zwłaszcza jeśli projekt
prowadziło ileś tam osób/firm, ktoś tam poległ po drodze i strzelił
focha z przytupem - czytaj nie odbiera telefonów i nie ma z kim pogadać
a jednak problem rozwiązać trzeba. W sumie chyba wszyscy to mają -
najbardziej nienawidzę poprawiać po kimś spier*lonej roboty.
Na szczęście dotychczas trafiałem na projekty, w których przynajmniej
mam do dyspozycji zarówno schemat jak i kod źródłowy aplikacji
korzystających z bazy danych.
Pozdrawiam
Rony
>
> Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
> największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
>
Niestety, niekiedy ta ostatnia jest niekiedy tylko marzeniem i trzeba
> Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
> największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
>
wyciągać wnioski na podstawie kodu/schematu. Zwłaszcza jeśli projekt
prowadziło ileś tam osób/firm, ktoś tam poległ po drodze i strzelił
focha z przytupem - czytaj nie odbiera telefonów i nie ma z kim pogadać
a jednak problem rozwiązać trzeba. W sumie chyba wszyscy to mają -
najbardziej nienawidzę poprawiać po kimś spier*lonej roboty.
Na szczęście dotychczas trafiałem na projekty, w których przynajmniej
mam do dyspozycji zarówno schemat jak i kod źródłowy aplikacji
korzystających z bazy danych.
Pozdrawiam
Rony
artiun
Oct 5, 2016, 3:56:49 PM10/5/16
to
W dniu 2016-10-05 o 19:01, Ronald Kuczek pisze:
Fajnie napisałeś. Dawno nie widziałem :) Z drugiej strony grupa jednak
umiera, poziom spada :)To nie grupa od pytań po co jest w ogóle index.
depesza dawno nie było :)
--
Artur
umiera, poziom spada :)To nie grupa od pytań po co jest w ogóle index.
depesza dawno nie było :)
--
Artur
M.M.
Oct 5, 2016, 5:24:28 PM10/5/16
to
On Wednesday, October 5, 2016 at 8:54:50 PM UTC+2, Ronald Kuczek wrote:
> W dniu 04.10.2016 o 12:22, M.M. pisze:
> >
> > Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
> > największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
> >
> Niestety, niekiedy ta ostatnia jest niekiedy tylko marzeniem i trzeba
> wyciągać wnioski na podstawie kodu/schematu.
A to czasami jest niemożliwe.
> W dniu 04.10.2016 o 12:22, M.M. pisze:
> >
> > Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
> > największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
> >
> Niestety, niekiedy ta ostatnia jest niekiedy tylko marzeniem i trzeba
> wyciągać wnioski na podstawie kodu/schematu.
> Zwłaszcza jeśli projekt
> prowadziło ileś tam osób/firm, ktoś tam poległ po drodze i strzelił
> focha z przytupem - czytaj nie odbiera telefonów i nie ma z kim pogadać
> a jednak problem rozwiązać trzeba.
traktować jako wkalkulowane ryzyko. Generalnie o pracowników, wykonawców
trzeba dbać, trzeba się zabezpieczyć dobrymi umowami korzystnymi dla
obu stron, itd. Gdy jakiś czas temu miałem za zadanie zatrudnić/znaleźć
zdolną osobę która nie ma wyjścia i musi szybko podjąć pracę nawet za
wynagrodzenie poniżej średniej, to odetchnąłem z ulgą, gdy się nie udało.
Co bym miał po powiedzmy pół roku współpracy? W najlepszym razie, to co
opisałeś wyżej, w najgorszym by mi jeszcze jakieś świnie na pożegnanie
podłożył. Po pół roku bym był odpowiedzialny za coś w stylu: poszło
25tys i nikt nie umie kontynuować pracy. A i jeszcze jedno: nie warto
większych projektów robić na łeb na szyję w takich warunkach że
szkoda czasu na solidną dokumentację. Ale to wszystko, jak już napisałem,
osobny problem.
> W sumie chyba wszyscy to mają -
> najbardziej nienawidzę poprawiać po kimś spier*lonej roboty.
roboty i do dobrej.
> Na szczęście dotychczas trafiałem na projekty, w których przynajmniej
> mam do dyspozycji zarówno schemat jak i kod źródłowy aplikacji
> korzystających z bazy danych.
czas - w końcu i tak nie dałem rady poprawić spieprzonego projektu, a
za czas, jaki poświęcilem na analizę i próby, nikt mi nie zapłacił. Chyba że
na stawkę godzinową bez żadnej odpowiedzialności.
Pozdrawiam
M.M.
Oct 5, 2016, 5:26:13 PM10/5/16
to
On Wednesday, October 5, 2016 at 6:58:29 AM UTC+2, artiun wrote:
> W dniu 2016-10-04 o 08:18, M.M. pisze:
> > On Monday, October 3, 2016 at 10:12:53 PM UTC+2, Ronald Kuczek wrote:
> >> W dniu 02.10.2016 o 02:07, M.M. pisze:
> >>>> I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
> >>>> 500?
> >>>
> >>> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
> >>> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
> >>> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
> >>> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
> >>> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
> >>>
> >>
> >> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
> >> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
> >> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
> >> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
> >> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
> >> wygodniejsze ...
> >
> >
> > Gui ułatwia - nie ma tutaj z czym dyskutować. Ale, czy codziennie
> > pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
> Nie widzisz, że robisz z siebie głupa.
Potrafisz podkręcić jasność wypowiedzi, czy tylko na tyle Cię stać?
> W dniu 2016-10-04 o 08:18, M.M. pisze:
> > On Monday, October 3, 2016 at 10:12:53 PM UTC+2, Ronald Kuczek wrote:
> >> W dniu 02.10.2016 o 02:07, M.M. pisze:
> >>>> I ile obiektów bazowych tak obejmujesz pamięcią? 10, 20? A jeśli baza ma
> >>>> 500?
> >>>
> >>> Nie wiem ile obejmuję. Tabel zazwyczaj 5, rzadziej 10 czy 20, czyli obiektów
> >>> gdzieś do 100 może do 150. Na graficznej prezentacji też więcej bym
> >>> nie ogarnął. Zwykle analizuję te tabele z którym chwilo muszę pracować i
> >>> zwykle pracuję na 5-10 tabelach. Rzadko muszę podejmować decyzje, które
> >>> wymagałyby znajomości na pamięć 200 tabel i tysięcy obiektów.
> >>>
> >>
> >> Tak się składa, że czasami muszę mieć wgląd na cały schemat bazy danych
> >> i tutaj niestety konsola staje się niewygodna. Na konsoli to można
> >> szybko zapytać, zdiagnozować prosty problem ale w codziennej pracy gui
> >> jest zwyczajnie wygodniejsze. Oczywiście można wszystko zrobić na
> >> konsoli tylko po kiego grzyba, jeśli narzędzia graficzne są o wiele
> >> wygodniejsze ...
> >
> >
> > Gui ułatwia - nie ma tutaj z czym dyskutować. Ale, czy codziennie
> > pracujesz z inną bazą która ma rozmiar rzędu 40 tabel?
> Nie widzisz, że robisz z siebie głupa.
Ronald Kuczek
Oct 5, 2016, 5:31:34 PM10/5/16
to
W dniu 05.10.2016 o 19:36, artiun pisze:
mało kto musi się posiłkować grupą dyskusyjną. Te czasy minęły, gdy ktoś
zapytał i chciał zaczekać chociaż te kilkanaście minut, dziś odpowiedź
musi być już, zaraz, teraz. Szkoda, że mało kto już dzisiaj czyta
dokumentację, ale co tam, postęp to postęp :-D
Pozdrawiam
Rony
> Fajnie napisałeś. Dawno nie widziałem :) Z drugiej strony grupa jednak
> umiera, poziom spada :)To nie grupa od pytań po co jest w ogóle index.
> depesza dawno nie było :)
Tak jakoś wyszło, że wiedza jest dostępna na jedno zapytanie w google i
> umiera, poziom spada :)To nie grupa od pytań po co jest w ogóle index.
> depesza dawno nie było :)
mało kto musi się posiłkować grupą dyskusyjną. Te czasy minęły, gdy ktoś
zapytał i chciał zaczekać chociaż te kilkanaście minut, dziś odpowiedź
musi być już, zaraz, teraz. Szkoda, że mało kto już dzisiaj czyta
dokumentację, ale co tam, postęp to postęp :-D
Pozdrawiam
Rony
artiun
Oct 7, 2016, 8:57:09 AM10/7/16
to
W dniu 2016-10-05 o 20:47, Ronald Kuczek pisze:
:))))))))))
Ubawiłeś mnie.
--
Artur
Ubawiłeś mnie.
--
Artur
artiun
Oct 7, 2016, 8:57:18 AM10/7/16
to
W dniu 2016-10-05 o 23:24, M.M. pisze:
>
>
>> Zwłaszcza jeśli projekt
>> prowadziło ileś tam osób/firm, ktoś tam poległ po drodze i strzelił
>> focha z przytupem - czytaj nie odbiera telefonów i nie ma z kim pogadać
>> a jednak problem rozwiązać trzeba.
> To osobny problem. Przed takimi sytuacjami trzeba się zabezpieczyć, albo
> traktować jako wkalkulowane ryzyko. Generalnie o pracowników, wykonawców
> trzeba dbać, trzeba się zabezpieczyć dobrymi umowami korzystnymi dla
> obu stron, itd. Gdy jakiś czas temu miałem za zadanie zatrudnić/znaleźć
> zdolną osobę która nie ma wyjścia i musi szybko podjąć pracę nawet za
> wynagrodzenie poniżej średniej, to odetchnąłem z ulgą, gdy się nie udało.awsz
oczekujesz. Takie czasy, wszystkim się śpieszy :)
Da się odwrócić, czasem jednak nie ma po co.
>
> Pozdrawiam
>
--
Artur
> On Wednesday, October 5, 2016 at 8:54:50 PM UTC+2, Ronald Kuczek wrote:
>> W dniu 04.10.2016 o 12:22, M.M. pisze:
>>>
>>> Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
>>> największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
>>>
>> Niestety, niekiedy ta ostatnia jest niekiedy tylko marzeniem i trzeba
>> wyciągać wnioski na podstawie kodu/schematu.
> A to czasami jest niemożliwe.
Wszystko się da.
>> W dniu 04.10.2016 o 12:22, M.M. pisze:
>>>
>>> Profesjonalna i zarazem łopatologiczna dokumentacja odgrywa
>>> największą rolę w takich sytuacjach. GUI tylko ciut pomaga.
>>>
>> Niestety, niekiedy ta ostatnia jest niekiedy tylko marzeniem i trzeba
>> wyciągać wnioski na podstawie kodu/schematu.
> A to czasami jest niemożliwe.
>
>
>> Zwłaszcza jeśli projekt
>> prowadziło ileś tam osób/firm, ktoś tam poległ po drodze i strzelił
>> focha z przytupem - czytaj nie odbiera telefonów i nie ma z kim pogadać
>> a jednak problem rozwiązać trzeba.
> To osobny problem. Przed takimi sytuacjami trzeba się zabezpieczyć, albo
> traktować jako wkalkulowane ryzyko. Generalnie o pracowników, wykonawców
> trzeba dbać, trzeba się zabezpieczyć dobrymi umowami korzystnymi dla
> obu stron, itd. Gdy jakiś czas temu miałem za zadanie zatrudnić/znaleźć
> zdolną osobę która nie ma wyjścia i musi szybko podjąć pracę nawet za
> Co bym miał po powiedzmy pół roku współpracy? W najlepszym razie, to co
> opisałeś wyżej, w najgorszym by mi jeszcze jakieś świnie na pożegnanie
> podłożył. Po pół roku bym był odpowiedzialny za coś w stylu: poszło
> 25tys i nikt nie umie kontynuować pracy. A i jeszcze jedno: nie warto
> większych projektów robić na łeb na szyję w takich warunkach że
> szkoda czasu na solidną dokumentację. Ale to wszystko, jak już napisałem,
> osobny problem.
Zawsze to mówię i robię. Spoko gościu, wygadałeś się... Teraz powoli - czego
> opisałeś wyżej, w najgorszym by mi jeszcze jakieś świnie na pożegnanie
> podłożył. Po pół roku bym był odpowiedzialny za coś w stylu: poszło
> 25tys i nikt nie umie kontynuować pracy. A i jeszcze jedno: nie warto
> większych projektów robić na łeb na szyję w takich warunkach że
> szkoda czasu na solidną dokumentację. Ale to wszystko, jak już napisałem,
> osobny problem.
oczekujesz. Takie czasy, wszystkim się śpieszy :)
>
>
>> W sumie chyba wszyscy to mają -
>> najbardziej nienawidzę poprawiać po kimś spier*lonej roboty.
> To też osobny problem, schemat gui można wygenerować do spierdzielonej
> roboty i do dobrej.
>
Tego nie rozumiem (zdania).
>
>> W sumie chyba wszyscy to mają -
>> najbardziej nienawidzę poprawiać po kimś spier*lonej roboty.
> To też osobny problem, schemat gui można wygenerować do spierdzielonej
> roboty i do dobrej.
>
Da się odwrócić, czasem jednak nie ma po co.
>> Na szczęście dotychczas trafiałem na projekty, w których przynajmniej
>> mam do dyspozycji zarówno schemat jak i kod źródłowy aplikacji
>> korzystających z bazy danych.
> Nie wiem czy bym się podjął bez powyższych. Kilka razy próbowałem i straciłem
> czas - w końcu i tak nie dałem rady poprawić spieprzonego projektu, a
> za czas, jaki poświęcilem na analizę i próby, nikt mi nie zapłacił. Chyba że
> na stawkę godzinową bez żadnej odpowiedzialności.
>
Podstawa to spokój. Robota nie ucieknie, a pomyśleć zawsze można.
>> mam do dyspozycji zarówno schemat jak i kod źródłowy aplikacji
>> korzystających z bazy danych.
> Nie wiem czy bym się podjął bez powyższych. Kilka razy próbowałem i straciłem
> czas - w końcu i tak nie dałem rady poprawić spieprzonego projektu, a
> za czas, jaki poświęcilem na analizę i próby, nikt mi nie zapłacił. Chyba że
> na stawkę godzinową bez żadnej odpowiedzialności.
>
>
> Pozdrawiam
>
--
Artur
Ronald Kuczek
Oct 12, 2016, 2:47:55 PM10/12/16
to
W dniu 28.09.2016 o 18:51, Ronald Kuczek pisze:
[...]
Cześ,
W międzyczasie pojawił release. Ktoś słusznie zasugerował, że to była
beta. Trochę racji miał. Zainstalowałem i jest trochę lepiej ale mimo
wszystko PGAdmin4 jeśli chodzi o wydajność to nadal tragiczna pomyłka.
Pozdrawiam i dziękuję wszystkim za pomoc
Rony
[...]
Cześ,
W międzyczasie pojawił release. Ktoś słusznie zasugerował, że to była
beta. Trochę racji miał. Zainstalowałem i jest trochę lepiej ale mimo
wszystko PGAdmin4 jeśli chodzi o wydajność to nadal tragiczna pomyłka.
Pozdrawiam i dziękuję wszystkim za pomoc
Rony
Roman Tyczka
Oct 18, 2016, 4:59:24 AM10/18/16
to
On Wed, 28 Sep 2016 18:51:27 +0200, Ronald Kuczek wrote:
> Chwilowo przesiadłem się na EMS PostgreSQL Lite ale ciężko z dnia na
> dzień zmienić przyzwyczajenia.
http://fishcodelib.com/Database.htm
> Chwilowo przesiadłem się na EMS PostgreSQL Lite ale ciężko z dnia na
> dzień zmienić przyzwyczajenia.
Takie coś jeszcze trafiłem, prosto z Chin, daj znać co warte jeśli się
pobawisz :-)
--
pozdrawiam
Roman Tyczka
Adam M
Oct 18, 2016, 11:03:16 AM10/18/16
to
Jesli ktos nie chce placic za DataGrip - mozna uzyc SQuirrel SQL - nie jest zly - ale niestety type ahead bardzo czesto gubi sie przy bardziej skomplikowanych zapytaniach.
--
pozdrowienia
Adam M.
0 new messages