Erittäin odotettu. Harmi, että Postgresiä ei tueta kovin paljoa. Ilmeisesti tietotaitoa kyseisen ohjelman ylläpitämiseen ei kovin monella ole?

Vapaan lisenssin ansiosta luulisi käyttäjiäkin löytyvän.

MySQL tuntuu olevan paljon yleisempi enkä näe syytä miksi asia muuttuisi. Useimmille PostgreSQL ei tarjoa mitään etua.

Muuta kuin paremman SQL tuen :)

PostgreSQL tarjoaa myös hermoromahduksia ja verenpainetta, kun yrittää käyttää sen aivokuollutta komentorivin käyttöliittymää. Viskataanpa vähän binääreitä ympäri levyä, jotka on nimetty upeasti esim. createdb, dropuser jnejne. Ja tämä kaikki tietysti, kun ei ole jaksettu tehdä kunnon clienttiä, vaan wrapataan systeemiä dummy-tauluilla.

Noh noh, toiset tykkää siitä G:stä UI:n edessä ja toiset ei. Itse esimerkiksi käytän sekä PostgreSQL:n että MySQL:n kanssa niiden komentorivipohjaisia tulkkeja kun molemmat saa upotettua screenin syövereihin varsin näpsäkästi. Ja eikös MySQL käytä myös tunnusten yms. sijoitukseen ihan samaa systeemiä kuin PostgreSQL:kin, eli tauluihin pukataan yhtä ja toista?

On kyllä melkosta trollia taas tässä threadissa.

Postgresin vikahan se ei oo että distrot nakkaa ne binaarit yleistä pathia ruostuttamaan.
Ja kyllä multaki löytyy



ja ilman manuskaa en kyllä mysliäkäää oo onnistunu käyttään - päin vastoin...

Niin... useimmat tarkottaa sellasia ihmisiä jotka käyttää mysliä johki webbisovellukseen eikä tiedä edes mitä liitokset taikka alikyselyt on...

Eli sinulle aiheuttaa hermoromahdusta ja verenpainetta se, että et viitsi opetella Postgresin käyttöliittymää? Mitä järkeä siinä on, että kaikki olisi samanlaisia; jos joku ei tykkää mysqlin käyttöliittymästä, niin on erinomaista että löytyy toinen tietokanta, josta kenties tykkää. Ja mistä sinä tuon "kun ei ole jaksettu tehdä kunnon clienttiä.." revit? Mistä sinä tekijöiden jaksamiset tiedät?

Kyllä graafiset konffaustyökalut sun muut on jo nykypäivää. On paljon mukavempi käyttää jopa Accessia kuin MySQL:n clientia tai PostgreSQL:n skriptejä. Tosin kunnon serverillähän ei ole X:ää...

Onhan näitä graaffisia postgresin clienttejä montakin.

Hassua on, että eräs webhotelli tarjoajan ylläpito aina tekee möhläyksiä postgresin säädössä ja sitten kun valittaa, niin ne syyttää "Buginen postgresql". :D Sähläyksien tekeminen ei ole noloa, mutta vastuun kiertäminen on.

Ztane: juuri näin. Useimmille MySQL riittää paremmin kuin hyvin vaikka PostgreSQL olisi kuinka paljon edistyneempi. MySQL on erittäin yleinen ja se itsessään on jo sille iso etu. Esim osaajia/osaamista löytyy helpommin. Vertailuksi voisi ottaa vaikka ottaa Windowsin "suosion".

Jep... Mulle passaa ihan hyvin, kuhan pysyvät lestissään eivätkä tuu mua neuvomaan, tai haukkumaan Postgresia ku on omaki lehmä ojassa.

Mut hyvä et siitä tuli windows versio, niin sen salamyhkäisyys eli outous vähenee. Ja varmaan sitä aletaan kohta laittamaan myös noihin valmisasennuspaketteihin (esim XAMPP) Eli aloittelijat saattavatkin ladata nyt testiserveriinsä wintoosaan posgreSQLlin myslin sijaan. Iloista oli että mun huokea palveluntarjoaja*) tarjoaa paketin mukana myös posgressql-kantoja. Vaikka...


*) Toivottavasti ei sama ;-)

Vaikea sanoa, kun en tiedä hostaajasi. :P

Asentelinpa tässä eräänä iltana hämäränä Postgresql:n omalle Windows-serverilleni. Asennus ei ollut ihan ongelmatonta, koska näköjään PSQL:n asennus MSTS:n kautta ei onnistu, vaan pitäisi ihan konsolilta asentaa. Onneksi mstsc /console kiertää ongelma ja PSQL:n saa asennettua etänä ongelmitta (tämä kyllä herättää kysymyksen, miksi normaalilla etäyhteydellä asennus ei onnistuisi).

Päätinpä sitten heti portata hieman laajemman MySQL-kannan PSQL:ään, jossa on reilut 100 000 riviä lokitietoja. MySQL:n kyselyjen konvertointi PSQL:n ymmärtämään muotoon ei ollut ongelmatonta edes netistä löytvillä skripteillä; käsin noita kyselyjä joutu muuttamaan, jotta ne sai toimimaan. Kuitenkin, pienellä (tai hieman isommalla) säädöllä kanta ja taulut onnistuin luomaan ja sitten vaan dataa ajamaan kantaan. Tässä vaiheessa ei vielä epäilys PSQL:n hitaudesta iskenyt, vaikka 100 000 kyselyn suorittaminen vei lähes 1,5 tuntia.

Kun data oli saatu ajettua PSQL:ään, niin sitten pienet muutokset PHP-sivuihin, jotta tietokantayhteys toimisi. Sivumuutosten jälkeen huimaa nopeuseroa MySQL:ään verrattuna odotellessa latasin sivut, mutta pettymys oli kova. Kyselyt PSQL:n kantaan toimivat puolet hitaammin kuin MySQL:n vastaaviin. Armottoman googlettamisen jälkeen (löytyneiden sivujen perusteella) tein johtopäätöksen, että PSQL:n Windows-porttaus ei ole ehkä se kaikkein onnistunein. Ainakin nopeudessa ollaan MySQL:ää jäljessä.

Jos joku osaa kertoa, missä vika voisi olla, niin otan mielleläni ohjeistusta vastaan. Todennäköisesti en vain osaa, mutta ainakin näiden kokemusten perusteella taitaa olla niin, että jään odottelemaan PSQL:stä uutta versiota, jossa kenties oltaisiin jotain saatu Windows-version suhteen korjattua. Siihen saakka pysyttelen MySQL:ssä, joka toimii ainakin hyvin ja luotettavasti. Lähinnä tuolta PSQL:ltä odottelin nopeuseroa MySQL:ään, mutta en osannut odottaa nopeuseron olen huonompaan suuntaan...

PostgreSQL tekee asiat oikein, ei nopeasti. Logeille mysql on ehkä nopeudessa parempi, mutta kun mennään
todellisiin sovelluksiin pyyhkii postgresi myslilä pöytää vieweineen, täydellisine nestautuvine transaktioineen,
point-in-time -recoveryineen jne.

Nopeusongelmaan:
Jos ajat insertit erillisinä kyselyinä, pitää jokainen logata erikseen wal-logeihin jne, mikä on hidasta.
Aja ne sen sijaan samassa transaktiossa (begin, 100000 x insert, commit). Lisäksi 100000 insertin jälkeen
kannattaa ajaa käsin komento "vacuum analyze", joka laskee mm. indeksisarakkeiden statistiikat uusiksi.

Myöskin: kasvata shmmax-arvoa konfiguraatiofileestä (jos siellä sellaista on), 512kt on siellä lähinnä turvarajana varmistamassa ettei 486:sesta lopu muisti... Ehkä suurin vika postgresin arkkitehtuurissa on että se ei ole threadaava vaan ajaa useita prosesseja ja tämä windowsissa sucks ass.