<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Forum PostgreSQL - Interfejs dla użytkownika końcowego]]></title>
	<link rel="self" href="http://forum.postgresql.org.pl/extern.php?action=feed&amp;tid=1886&amp;type=atom"/>
	<updated>2013-09-21T16:13:20Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.postgresql.org.pl/viewtopic.php?id=1886</id>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4718#p4718"/>
			<content type="html"><![CDATA[OK Panowie, bardzo Wam dziękuję za wskazówki, zabiorę się do tematu w chwili wolnego. Pozdrawiam!]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-21T16:13:20Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4718#p4718</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4717#p4717"/>
			<content type="html"><![CDATA[Nie wiem czy z relacjami się da. Już nie pamiętam, ale chyba tworzyłem tabele na PostgreSQL na wzór Access-a, pola autonumer najpierw były jako integer żeby numeracja się nie skopała jeżeli była do relacji. Później wysłanie tabeli do bazy przez ODBC, zaciągnięcie tych danych poprzez insert do docelowej tabeli, zmiana pola z integer na serial, ustawienie sekwencji pola żeby szła od numeru o jeden większy niż końcowy w tabeli. Później relacje.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2013-09-21T04:03:10Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4717#p4717</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4716#p4716"/>
			<content type="html"><![CDATA[A powiedzcie mi jeszcze, czy jest możliwość eksportu bazy już stworzonej i utrzymywanej w Access'ie do Postgres'a?
Wiem, że jest możliwość eksportu tabeli via ODBC (zakładka 'Dane zewnętrzne' -> Więcej -> Baza danych ODBC), natomiast czy można już gotową bazę, wraz z relacjami, przenieść do Postgresa?]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-20T18:00:46Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4716#p4716</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4714#p4714"/>
			<content type="html"><![CDATA[Hasło w google Connection string

[url]http://www.access-programmers.co.uk/forums/showthread.php?t=214866[/url]

Ja do operowania danymi w PostgreSQL używam funkcji w bazie. Mam w nich zaszyte inserty, update, delete dlatego że użytkownicy nie maja praw innych jak tylko select, a dodatkowo funkcje sprawdzają czy taki wpis już istnieje itd, a do Accessa zwracany jest tylko wynik funkcji i tam w zależności od wyniku wyświetla się odpowiedni komunikat dla użytkownika.
Dane jakie potrzebuję zaciągam z bazy do tabeli w Access-ie, na nich operuję, zmiany lub nowe wpisy wysyłam do bazy.
Operuje w większości na formularzach ciągłych i bez tabel Access-owych się nie obędzie, formularze pojedyncze nie wymagają tabeli.
Jest dużo przykładów w sieci kiedy baza z tabelami jako Access-owa jest oddzielona od interfejsu (back-end) i tam można sobie zobaczyć jak to działa.
Pomocne linki 
[url]https://groups.google.com/forum/#!forum/pl.comp.bazy-danych.msaccess[/url]
[url]http://www.connectionstrings.com/microsoft-access-accdb-odbc-driver/[/url]
[url]http://www.connectionstrings.com/postgresql/[/url]]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2013-09-20T05:32:34Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4714#p4714</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4713#p4713"/>
			<content type="html"><![CDATA[Czyli Panowie jak się do tego zabrać: Mam Accessa, najnowszy sterownik stąd [url]http://www.postgresql.org/ftp/odbc/versions/msi/[/url] oraz utworzoną i skonfigurowaną bazę w Postgresie na serwerze.
Odpalam Access'a, tworzę nową bazę, klikam 'Dane zewnętrzne -> Baza danych ODBC', konfiguruję i po prostu zaczynam działać? Czy jakoś inaczej?]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-19T22:06:47Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4713#p4713</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4712#p4712"/>
			<content type="html"><![CDATA[Dołożę swoje 3 grosze
Ja również korzystam z połączenia Access - PostgreSQL , działa jak na razie bez zarzutu. Kiedyś myślałem nad PHP - rozwiązanie bardziej "mobilne" bez rozsyłania plików mde, zmiany w "kliencie" widoczne natychmiast. Ale raporty w Accessie to piękna sprawa, do tego jest to moje "uboczne" zajęcie, dlatego zostałem przy Accessie. PostgreSQL 8.4 na linux-ie (Debian) od 3 lat ciągła praca. Oczywiście nie jest to obciążona baza, jednocześnie max 8 użytkowników. Baza działa w sieci lokalnej, ale dostęp po VPN jest również szybki.]]></content>
			<author>
				<name><![CDATA[adamleon]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=873</uri>
			</author>
			<updated>2013-09-19T05:17:45Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4712#p4712</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4710#p4710"/>
			<content type="html"><![CDATA[co do replikacji to dobrze wszystko zrozumiałeś. Ale dla małej bazy danych nie robi się replikacji choć oczywiście można, co do trudności to zależy jak orientujesz się w linuxie i czy umiesz czytać dokumentację. Ogólnie mówiąc najpierw zacznij od wykonywania backupów a z replikacją zawsze zdążysz.

Co do drugiej części pytania to połączenie accessa jako klienta PostgreSQL działa bezbłędnie i na pewno nic na tym połączeniu nie stracisz, a wiele możesz zyskać.

Jak każda baza danych PostgreSQL (jak również Access)  ma za zadanie zarządzać i przechowywać dane użytkownika. Tak jak w Access-sie musisz stworzyć aplikacje (napisać formularze i oprogramować zdarzenia) tak i w innych aplikacjach wykorzystujących serwery SQL-owe musisz mieć aplikację, która będzie interfejsem dla użytkownika. Może to być aplikacja typu klient-serwer jak i klient www.]]></content>
			<author>
				<name><![CDATA[c_michal]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=627</uri>
			</author>
			<updated>2013-09-18T21:42:26Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4710#p4710</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4707#p4707"/>
			<content type="html"><![CDATA[RAID jest, co do replikacji, to rozumiem masz na myśli to, że mogę gdzieś postawić drugi serwer z Postgresem i zmiana na serwerze "głównym" powoduje automatyczną zmianę na serwerze "backupowym", dobrze rozumiem? Czy trudno jest zrobić taką replikację (z punktu widzenia konfiguracji Postgresa)?

Bardziej niż o przechowywanie boje się o błędy powstałe w wyniku interakcji tych dwóch środowisk - czyli np. przy przesyłaniu danych z Accessa do Postgresa, jakichś modyfikacjach itp. Gdyby to było robione w Access'ie, to tam jednak wszystko jest z założenia zintegrowane i powinno dobrze działać, tutaj natomiast mam wrażenie (nie wiem czy właściwe), że jest to podobna sytuacja jak uruchamianie Windows'owej aplikacji przez Wine (w sensie: to raczej działa, ale nie było pod tym kątem projektowane).

Proszę mi powiedzieć: czyli generalnie nie ma innego sposobu do zarządzania danymi w bazie danych (takiej jak Postgres, MySQL, MS SQL) niż napisanie własnej aplikacji, która by tymi danymi operowała? (oczywiście znowu nie mam tu na myśli pgAdmin'a itp.)]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-18T14:19:12Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4707#p4707</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4706#p4706"/>
			<content type="html"><![CDATA[Stabilność pracy postgresa zainstalowanego na linux-sie jest bardzo dobra. Dla przykłady jak weszła wersja 8.4 postgresa to postawiłem serwer był to chyba 2009 rok, a wyłączyłem go 2 miesiące temu, przez ten czas poza wykonywaniem backupów nie dotykałem się do niego.

Niestety nie ma systemów niezawodnych w 100% jak padnie ci dysk to jeśli nie pracujesz na macierzy RAID to i tak masz po bazie, dlatego wykonuje się codzienne backupy i zadania konserwacyjne lub replikuje się bazę na inny serwer.

Sam musisz zadbać o bezpieczeństwo ale w porównaniu z Accessem to postgres jest super bezpieczny]]></content>
			<author>
				<name><![CDATA[c_michal]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=627</uri>
			</author>
			<updated>2013-09-18T14:08:51Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4706#p4706</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4705#p4705"/>
			<content type="html"><![CDATA[Baza będzie na lokalnym serwerze - niezależnie od tego czy to będzie Access czy Postgres.

Jeśli Access, to po prostu plik accdb na udziale sieciowym.
Jeśli Postgres, to daemon na Linux'ie.

Bezpieczeństwo w sensie poufności/niezaprzeczalności jest tutaj nie istotne, zależy mi tylko na integralności danych - to się po prostu nie może zepsuć.]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-18T09:39:22Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4705#p4705</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4704#p4704"/>
			<content type="html"><![CDATA[Ad 1) Tak - sam wykonuję podobne projekty
Ad 2) musisz pamiętać, że możliwości Postgresa są dużo większe niż accessa, część typów danych z postgresa nie przeniesie się do accessa ale wszystkie typy danych accessa są w postgresie, tak więc jeśli wiesz co robisz to postgres w żaden sposób nie ogranicza accessa
Ad 3) Bezpieczeństwo danych w accesie jest bardzo niskie ale ponieważ ty zamierzasz budować bazę w oparciu o jeden komputer to nie ma to znaczenia bo nie zapewnisz wystarczającego bezpieczeństwa w nowym rozwiązaniu. (jeśli ktoś dostanie ten komputer w swoje ręce i będzie miał wystarczającą wiedzę to i tak dostanie się do danych)
 - postgres ma w sobie zaszyte kilka ciekawych mechanizmów, które możesz wykorzystać by zwiększyć bezpieczeństwo
 a) łączenie się za pomocą protokołu SSL
 b) współpraca z ActiveDirectory
 c) wewnętrzny filtr połączeń (firewall) (możesz określić, że np tylko konkretna maszyna lub użytkownik ma mieć prawo dostępu do twojej bazy danych)
 d) replikacja danych - umożliwia dokonanie w locie aktualizowania wszystkich danych  z serwera produkcyjnego na inny serwer. Co daje Ci możliwość:
 - zapewnienie bezpieczeństwa danych
 - stworzenie serwera raportowego
 - rozłożenie obciążenia na kilka serwerów
Ad 4) jeśli masz doświadczenie tylko z Accessem to jeszcze wiele przed tobą nauki

Co do bezpieczeństwa to nie ma innego sposobu jak wykonywanie cyklicznych backupów,a to w postgresie robi się jednym poleceniem systemowym (pamiętaj tylko by nie przechowywać backupów na tej samej maszynie na której pracujesz)]]></content>
			<author>
				<name><![CDATA[c_michal]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=627</uri>
			</author>
			<updated>2013-09-18T06:41:48Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4704#p4704</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4703#p4703"/>
			<content type="html"><![CDATA[1) Czy taka kombinacja jest sprawdzona?
2) Czy w jakiś sposób ogranicza ona możliwości działania na bazie (w sensie, czy czegoś nie da się w ten sposób zrobić, coś robi się trudniej etc.) ?
3) Czy nie ucierpi na tym bezpieczeństwo/integralność danych (w końcu przesyłamy je pomiędzy, że tak to ujmę, oprogramowaniem różnych producentów) ?
4) Czy coś jeszcze powinienem na ten temat wiedzieć?

O ile baza będzie dość prosta, to jednak jak już wspominałem, będzie to baza produkcyjna, która ma działać jak najdłużej i danych będzie codziennie przybywać. Nie mogę sobie pozwolić na ich uszkodzenie, dostępność też jest istotna. Naprawdę wolałbym ją zrobić w Postgresie, problemem jest wyłącznie ten interfejs dla "pani Basi".]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-17T20:18:39Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4703#p4703</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4702#p4702"/>
			<content type="html"><![CDATA[o ile wiem to nic takiego dla postgresa nie istnieje. Proponuję jednak byś przemyślał swoją decyzję o współpracy Accessa z Postgresem przez ODBC, a przekonasz się, że to całkiem dobra kombinacja i tak naprawdę ułatwia programiście VB tworzenie nawet sporych projektów.]]></content>
			<author>
				<name><![CDATA[c_michal]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=627</uri>
			</author>
			<updated>2013-09-17T19:57:42Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4702#p4702</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Interfejs dla użytkownika końcowego]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4701#p4701"/>
			<content type="html"><![CDATA[Witam serdecznie,

Chcę zrobić prostą (ale produkcyjną) bazę danych zawierającą różne informacje małej firmy (pracownicy, klienci, faktury). Naprawdę nic nadzwyczajnego, po prostu chcę usprawnić i uporządkować informacje w firmie.
Stoję przed dylematem wyboru SZBD: Postgres czy Access. Wszystko przemawia za Postgresem: dojżałość, otwartość, wieloplatformowość itd. Natomiast jedna rzecz mnie blokuje, mianowicie [b]interfejs dla użytkownika końcowego[/b]. Nie mam tu na myśli programu do zarządzania bazą takiego jak pgAdmin czy Postgres Maestro. Chodzi mi raczej o zrobienie czegoś na kształt "formularzy" z Accessa - prostego interfejsu służącego do przeglądania/wprowadzania danych.

Czy muszę napisać swój program, który będzie wymieniał dane z tą bazą, czy jednak istnieje dla Postgresa coś a'la formularze z Accessa? Zaznaczam, że nie chcę korzystać z kombinacji Access + Postgres via ODBC.


Pozdrawiam
Z.R.]]></content>
			<author>
				<name><![CDATA[zat3]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1646</uri>
			</author>
			<updated>2013-09-17T10:51:45Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4701#p4701</id>
		</entry>
</feed>
