Kun je mensen vinden a..
pgSQL: 8.3 Beta 1 Released!
Quote:
The PostgreSQL Global Development Group today released the long-awaited first beta of version 8.3. Thanks to an unprecedented number of new patches, this version introduces more new and improved features than any previous release. Of course, more new features means that 8.3 needs more user testing than any previous version, so we're counting on you to download it and test it with development versions of your applications.
Among the features in the new version are:
Greatly improved performance consistency, through HOT, Load Distributed Checkpoint, JIT bgwriter, Asynchronous Commit, and other features.
TSearch2 full text search integrated into the core code with improved syntax and ease of adding custom dictionaries.
SQL/XML syntax.
Logging to database-loadable CSV files.
Automated rebuilding of cached plans.
ENUMs, UUIDs and arrays of complex types.
GSSAPI and SSPI authentication support.
Among the features in the new version are:
Greatly improved performance consistency, through HOT, Load Distributed Checkpoint, JIT bgwriter, Asynchronous Commit, and other features.
TSearch2 full text search integrated into the core code with improved syntax and ease of adding custom dictionaries.
SQL/XML syntax.
Logging to database-loadable CSV files.
Automated rebuilding of cached plans.
ENUMs, UUIDs and arrays of complex types.
GSSAPI and SSPI authentication support.
Zie verder: link
Maar ook om 1 uur 's nachts? *gaap* Hoe laat is het daar 19.00 ?
word deze versie voor mij de overstap naar pgSQL?
zeg t maar,
ik zelf twijfel nog een beetje.
straks moet ik weer alles opnieuw leren,
maar ik wil toch wel verbeteren.
moet ik dan toch maar aan pgSQL beginnen?
Nico, probeer het in ieder geval. Voor installatie onder Windows heb je wel NTFS partitie nodig en hij maakt een aparte gebruiker aan. Op Vista moet je het uitvoeren als administrator, dit kan soms een probleem vormen; je zult voor installatie mogelijk moeten inloggen als Administrator (niet een account met Administrator-rights, maar als Administrator zelf, die blijft toch "God"). Zie Google. Op XP is het gewoon Volgende klikken.
Succes! Voor advies mag je altijd een topic maken ofzo, hoe meer Postgres topics hoe beter. ;)
Edit:
Het is trouwens niet voor niets dat ze op universiteiten (in ieder geval de UvA, grootste beta-universiteit van NL, beste universiteit van NL volgens internationaal onderzoek, op één na oudste informatica-opleiding in Nederland [leiden was eerst]) alle Informatica, Informatiekunde en Kunstmatige Intelligentie studenten leren werken met PostgreSQL en niet met een andere database; PostgreSQL heeft alles, kan alles, is stabiel en heeft een goede licentie.
Gewijzigd op 01/01/1970 01:00:00 door PHP erik
Ik zal dit in ieder geval op mijn eigen "servertje" eens gaan proberen..
Betreffende dat PDO, waar kan ik daar meer informatie over vinden?
Want met wat op www.php.net/pdo staat kom ik er niet uit.
Maar dat is niet helemaal ontopic. Ik gebruik momenteel wat meer de InnoDB engine (daar mijn hoster nog geen pgSQL ondersteunt, maar misschien komt dat nog.
Ik ben heel benieuwd wat de ervaringen van MySQL-gebruikers (vooral InnoDB) zijn met de stored procedures? Robert? Is het dan zo dat men die niet gebruikt, of is de ervaring dat het op MySQL ook lekker werkt? Want dat is voor mij de grootste kracht van PostgreSQL, dat ik veel oplos met functions en procedures, zodat m'n PHP kan doen waar het voor bedoeld is: websites (niet data).
Ik ben nieuwsgierig en benieuwd.
*overigens heeft het ook te maken met de grootte van een project of stored procedures zinvol zijn; het is niet altijd nodig
Gewijzigd op 01/01/1970 01:00:00 door PHP erik
Ik begin er nog maar net mee, en ook met de stored procedures. Ik wil ze wel gebruiken, maar heb het nog niet veel gedaan. Het is momenteel meer "prutsen en spelen" dan het serieuze werk ermee.
Misschien dat er anderen zijn hier die het wel gebruiken (de InnoDB engine) met de Stored Procedures.
Ik heb nu nog geen ingewikkelde dingen gedaan, en dat werkt prima. Als ik meer weet, hoor je van me.
Offtopic:
Weet iemand in welk bestand ik op m'n locale server de InnoDB engine aan kan zetten? Testen moet ik nu (helaas) elke keer op internet doen.. Xampp (nieuwste stable release) installeerd standaard wel alles mee, maar heeft de InnoDB engine op uitgeschakeld staan.
Robert_Deiman schreef op 11.10.2007 13:33:
Maar je bent dus wel bezig in MySQL met stored procedures? Ik heb er zelf een jaar geleden eens naar gekeken, lijkt wel op PL/pgSQL. Op zich niet slecht volgens mij. Veel proberen is inderdaad de key!@PHPerik
Ik begin er nog maar net mee, en ook met de stored procedures. Ik wil ze wel gebruiken, maar heb het nog niet veel gedaan. Het is momenteel meer "prutsen en spelen" dan het serieuze werk ermee.
Misschien dat er anderen zijn hier die het wel gebruiken (de InnoDB engine) met de Stored Procedures.
Ik heb nu nog geen ingewikkelde dingen gedaan, en dat werkt prima. Als ik meer weet, hoor je van me.
Offtopic:
Weet iemand in welk bestand ik op m'n locale server de InnoDB engine aan kan zetten? Testen moet ik nu (helaas) elke keer op internet doen.. Xampp (nieuwste stable release) installeerd standaard wel alles mee, maar heeft de InnoDB engine op uitgeschakeld staan.
Ik begin er nog maar net mee, en ook met de stored procedures. Ik wil ze wel gebruiken, maar heb het nog niet veel gedaan. Het is momenteel meer "prutsen en spelen" dan het serieuze werk ermee.
Misschien dat er anderen zijn hier die het wel gebruiken (de InnoDB engine) met de Stored Procedures.
Ik heb nu nog geen ingewikkelde dingen gedaan, en dat werkt prima. Als ik meer weet, hoor je van me.
Offtopic:
Weet iemand in welk bestand ik op m'n locale server de InnoDB engine aan kan zetten? Testen moet ik nu (helaas) elke keer op internet doen.. Xampp (nieuwste stable release) installeerd standaard wel alles mee, maar heeft de InnoDB engine op uitgeschakeld staan.
Over innodb.. ik kan het niet vinden. Ik denk dat je het met innodb moet compileren bij installatie.
Dan pgSQL en de overstap van MySQL. Wanneer je jezelf beperkt tot uitsluitend het standaard SQL-gebeuren (INSERT, SELECT, UPDATE en DELETE), dan is er nauwelijks verschil tussen MySQL en pgSQL. Hier en daar heeft een functie een andere naam, er zijn wat andere datatypes, maar dat stelt allemaal niet zo veel voor. Het belangrijkste verschil dat je dan tegenkomt, is dat een fout ook daadwerkelijk als fout aan het licht komt. Een string van 32 karakters in een VARCHAR(30) zetten, dat gaat je in pgSQL niet lukken. In MySQL ook niet, daar raak je gewoon een deel van je data kwijt...
Wanneer je met SCHEMA's, CHECK-constraints, complexe indexen en stored procedures (SP) aan de slag gaat, dan ga je echt de kracht van een DBMS benutten. Mocht je dan per ongeluk een succesvolle website maken, dan is die vrij eenvoudig op te schalen. SP's zijn vooral handig wanneer je met meerdere mensen aan 1 project werkt en wanneer veiligheid erg belangrijk is. Met GRANT en REVOKE kun je namelijk precies aangeven welke database-user welke SP's mag gebruiken. Met SP's kun je ook een prachtig object georienteerd systeem maken ín de database. Een combinatie van SCHEMA's en SP's doet wonderen. PHP gebruik je dan eigenlijk alleen nog maar als template-engine. Mocht je dan van PHP willen overstappen op bv. JSP of .NET, dat is vrij snel geregeld, even een connectie met de database maken, de juiste SP's aanroepen en klaar ben je.
Dat een webhoster geen pgSQL aanbiedt, mag geen reden zijn om dan maar geen pgSQL (of een vergelijkbaar product) te gaan gebruiken. Zoek gewoon een andere hoster op en klaar ben je. Uiteraard kun je ook eerst eens bij je huidige provider informeren en vragen waarom ze uitsluitend MySQL aanbieden. Zeker wanneer ze nog een oude versie aanbieden die niet op STRICT-mode draait, heb je een hoop redenen om ze te wijzen op betere alternatieven. Mochten ze dan alsnog upgraden naar MySQL 5 (STRICT-mode), ben je er toch nog beter van geworden.
Genoemde Beta-versie is leuk om lokaal mee te spelen, maar ook niet meer dan dat. Je hebt geen idee hoe de uiteindelijke release eruit zal zien, er kunnen nog best dingetjes veranderen.
Edit: Nog even een linkje voor Robert.
Gewijzigd op 01/01/1970 01:00:00 door Frank -
Behalve dat deze hoster geen pgsql heeft ben ik er zeer over te spreken (beter dan Lycos waar ik eerst zat, die hebben de problemen na ruim een halfjaar (tjah, account bestaat nog) nog steeds niet opgelost zag ik)
Alles draait soepel en ook de helpdesk (alleen online, via een ticket systeem, maar werkt echt prima en snel) is goed en heeft voldoende kennis.
Dat er in de geavanceerde functies verschillen zitten weet ik wel, daarom probeer ik er offline wel mee te werken, heb pgsql wel draaien, maar de projecten gebeuren nog in MySQL. Ik heb zonet aan m'n hoster gevraagd of het mogelijk is beschikking te krijgen over postgresql op de server, met een uitvoerige uitleg over het waarom. Ben benieuwd.
Ik zal eens die MySQL administrator downloaden en daarmee proberen de InnoDB engine ook offline aan te zetten. Bedankt.
Ik heb een host bij sohosted, en ze draaien momenteel mysql4 databases.
Ik zal zeker eens informeren waarom ze nog niet op iets nieuwers overgestapt zijn.
Robert schreef op 11.10.2007 16:24:
@pgFrank
Ik heb een host bij sohosted, en ze draaien momenteel mysql4 databases.
Ik zal zeker eens informeren waarom ze nog niet op iets nieuwers overgestapt zijn.
Ik heb een host bij sohosted, en ze draaien momenteel mysql4 databases.
Ik zal zeker eens informeren waarom ze nog niet op iets nieuwers overgestapt zijn.
Ik zit bij your-webhost (heb wel mysql 5 met InnoDB, lokaal is trouwens ook gelukt. Paar dingen aanpassen in my.cnf), ze stappen nu nog niet over naar pgsql, of hebben pgsql nog niet beschikbaar gesteld, wegens het onderstaande (gequote uit hun reactie, 1.5 uur na mijn vraag, dus vrij vlot via de mail):
Quote:
PostgreSQL is op het ogenblik niet beschikbaar op onze servers.
In sommige gevallen zal het gebruik van PostgreSQL voordelen opleveren regen over MySQL, echter voor shared hosting zal het waarschijnlijk alleen nadelen opleveren omdat PostgreSQL aanzienlijk langzamer is dan MySQL.
Wellicht dat PostgreSQL in de toekomst wel beschikbaar is.
In sommige gevallen zal het gebruik van PostgreSQL voordelen opleveren regen over MySQL, echter voor shared hosting zal het waarschijnlijk alleen nadelen opleveren omdat PostgreSQL aanzienlijk langzamer is dan MySQL.
Wellicht dat PostgreSQL in de toekomst wel beschikbaar is.
Ik neem aan dat ze bedoelen dat het "zwaarder is om te draaien". Klopt dit?
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
Uit het verhaal maak ik op dat pqsql volgens hun er langer over doet dan mysql om opdrachten te verwerken.
@phperik.
Nu nog een goed verhaal met kloppende argumenten opstellen.
Gaat nog zeer lastig voor me worden als "beginner" :)
Voor shared hosting zal PostgreSQL denk ik zwaarder zijn ja. Het is dan ook veel geavanceerder en kan meer users aan enzo. Maar het zal vast meer memory kosten e.d.
@Robert
Er zijn genoeg argumenten te noemen. MySQL 5 is gewoon een veel betere database dan MySQL 4. Waarom zouden ze je die ontnemen? Kijk eens op MySQL.com naar de verschillen tussen 4 en 5. Misschien is 5 voor de host ook zelfs beter m.b.t. veiligheid ofzo, geen idee. Zoek effe ;)
Quote:
Dat goldt voor pgSQL t/m versie 7.4. Met versie 8 is de snelheid enorm verbeterd, dat was altijd hét punt waarop MySQL de performance-kroon wist te pakken. Inmiddels zijn de rollen omgedraaid, zie diverse tests op Tweakers.net. Bij deze tests (op hun database, waarbij pgSQL niet eens is geoptimaliseerd) komt MySQL niet eens in de buurt van de prestaties van pgSQL! Gemiddeld levert MySQL slechts 50% van de prestaties die pgSQL levert, op dezelfde hardware, met dezelfde database en dezelfde queries.echter voor shared hosting zal het waarschijnlijk alleen nadelen opleveren omdat PostgreSQL aanzienlijk langzamer is dan MySQL.
Performance:
- MySQL
- PostgreSQL
Zie ook de diverse andere tests die ze hebben uitgevoerd op andere hardware.
Bedankt voor de info, ik zal weer even reageren naar de provider toe. Reactie zal ik hier weer plaatsen.
Lasse schreef op 11.10.2007 16:44:
Tof dat ze nu eindelijk standaard FullText Search ondersteunen. Dat was nog wel een puntje voordat ik overstapte op PostgreSQL, maar nu dit er is, is er geen enkele reden meer om nog MySQL te gebruiken:)
Tja, de volgende regel in de commandline uitvoeren is echt rocket science:
Code (php)
1
psql databasenaam < tsearch2.sql
Er zijn overigens nog andere manieren om tsearch2 te installeren, maar dit vind ik de meest eenvoudige. Ben het met je eens dat het wel zo handig dat men dit nu intergreert.
Tutorial
Gewijzigd op 01/01/1970 01:00:00 door Frank -