PostgreSQL - Příspěvky [cs]

Polymorfní funkce quote literal

2007-11-26T09:42:08Z

130.225.61.3:

Tento zdrojový kód je ukázkou polymorfní SPI funkce (polymorfní - její parametr je typu ANYELEMENT, SPI - Server Programming Interface). Funkčnost této funkce je stejná jako u vestavěné funkce quote_literal. Rozdíl je v parametrech. Zatímco parametr vestavěné funkce je typu TEXT (přetypování na tento typ zajistí systém), parametr funkce z příkladu je ANYELEMENT, a funkce sama musí zajistit korektní přetypování.
<pre>
#include "executor/spi.h" /* this is what you need to work with SPI */
#include "utils/lsyscache.h"

PG_MODULE_MAGIC;

extern Datum quote_literal(PG_FUNCTION_ARGS);
PG_FUNCTION_INFO_V1(quote_literal);

Datum
quote_literal(PG_FUNCTION_ARGS)
{
text *result;
Oid valtype = get_fn_expr_argtype(fcinfo->flinfo, 0);
Datum value = PG_GETARG_DATUM(0);
Oid typoutput;
bool typIsVarlena;
StringInfoData buf;

if (!OidIsValid(valtype))
elog(ERROR, "could not determine data type of input");

initStringInfo(&buf);

appendStringInfoChar(&buf, '\'');

getTypeOutputInfo(valtype, &typoutput, &typIsVarlena);
appendStringInfoString(&buf, OidOutputFunctionCall(typoutput, value));

appendStringInfoChar(&buf, '\'');

result = DatumGetTextP(DirectFunctionCall1(textin, CStringGetDatum(buf.data)));

PG_RETURN_TEXT_P(result);
}
</pre>
Za povšimnutí stojí vícenásobná registrace funkce. Jednou pro libovolný typ, jednou pro typ text. To samotnou funkci nijak neovlivní. Všechny systémové parametry jsou stejné a to ať je funkce volaná s typem ANYELEMENT nebo s typem TEXT. quote_literal(text) umožní najít tuto funkci pro typově neurčený řetězec (což je nejčastější případ). Pokud by tato verze funkce chyběla, systém zahlásí chybu ve smyslu, že nemůže použít neznámý typ. Toto omezení postrádá smyslu u C funkcí, neboť neurčený typ je Cstring, který v C je nejen že bezproblémový, ale hlavně jedním se základních typů.
<pre>
CREATE OR REPLACE FUNCTION quote_literal(anyelement)
RETURNS text
AS 'MODULE_PATHNAME'
LANGUAGE C STRICT;

CREATE OR REPLACE FUNCTION quote_literal(text)
RETURNS text
AS 'MODULE_PATHNAME'
LANGUAGE C STRICT;
</pre>
Tato funkce byla navržena tak, aby emulovala původní chování funkce quote_literal ve verzi 8.3. V této verzi se obecně omezilo automatické přetypování na text. Existuje ale podstatně jednodušší řešení postavené na pg_proc funkci (v jazyce SQL).
<pre>
CREATE FUNCTION quote_literal(anyelement)
RETURNS text AS
$$ SELECT quote_literal($1::text) $$
LANGUAGE SQL STRICT;
</pre>
Zhruba 20-30% časové úspory při zobrazování velkých tabulek obsahujících tuto funkci dosáhneme použitím cache. Pro každý sloupec v rámci SQL příkazu má každá funkce vyhrazenou unikátní cache. V tomto případě bude sloužit jako úložiště Oid výstupní funkce (každý typ má přiřazenou tzv. výstupní funkci, která převádí binární hodnotu na hodnotu typ Cstring). Díky tomu odpadne opakované volání funkce getTypeOutputInfo (resp. tato funkce se volá pouze jednou během zpracování SQL příkazu).
<pre>
Datum
quote(PG_FUNCTION_ARGS)
{
text *result;
Oid valtype = get_fn_expr_argtype(fcinfo->flinfo, 0);
Datum value = PG_GETARG_DATUM(0);
StringInfoData buf;
Oid *ptr;

if (!OidIsValid(valtype))
elog(ERROR, "could not determine data type of input");

ptr = (Oid *) fcinfo->flinfo->fn_extra;
if (ptr == NULL)
{
Oid typoutput;
bool typIsVarlena;

/* First time calling for current query: allocate storage */
fcinfo->flinfo->fn_extra = MemoryContextAlloc(fcinfo->flinfo->fn_mcxt,
sizeof(Oid));
ptr = (Oid *) fcinfo->flinfo->fn_extra;

getTypeOutputInfo(valtype, &typoutput, &typIsVarlena);
*ptr = typoutput;
}

initStringInfo(&buf);

appendStringInfoChar(&buf, '\'');
appendStringInfoString(&buf, OidOutputFunctionCall(*ptr, value));
appendStringInfoChar(&buf, '\'');

result = DatumGetTextP(DirectFunctionCall1(textin, CStringGetDatum(buf.data)));

PG_RETURN_TEXT_P(result);
}
</pre>

Funkce rownum()

2007-11-14T16:07:57Z

130.225.61.3:

Číslování řádků je takový docela typický problém, který v PostgreSQL není uspokojivě vyřešený. Můžeme použít dočasné sekvence. Ty však musíme vytvářet a resetovat. Tomův návrh tímto neduhem netrpí. Je založený na tom, že každá funkce má pro každý výraz přiřazenou cache omezenou na dobu provádění dotazu. Obyčejně tato cache slouží pro uložení prováděcích plánů, oid funkcí, atd. Nicméně, jelikož toto řešení má daleko do ideálu, není funkce rownum() standardně k dispozici.
<pre>
regression=# create function rownum() returns int as '/home/tgl/pgsql/rownum'
regression-# language c;
CREATE FUNCTION

regression=# select rownum(),* from int8_tbl;
rownum | q1 | q2
--------+------------------+-------------------
1 | 123 | 456
2 | 123 | 4567890123456789
3 | 4567890123456789 | 123
4 | 4567890123456789 | 4567890123456789
5 | 4567890123456789 | -4567890123456789
(5 rows)
</pre>
Řazení probíhá až po vyhodnocení položek v SELECTu. Pokud se tato funkce objeví v SELECTu spolu s klauzulí ORDER BY, dopadne to špatně. Zapouzdřením SUBSELECTu do derivované tabulky už se funkce rownum bude vyhodnocovat až po vyhodnocení ORDER BY, a dostaneme očekávaný výsledek.
<pre>
regression=# select rownum(),* from int8_tbl order by q2;
rownum | q1 | q2
--------+------------------+-------------------
5 | 4567890123456789 | -4567890123456789
3 | 4567890123456789 | 123
1 | 123 | 456
2 | 123 | 4567890123456789
4 | 4567890123456789 | 4567890123456789
(5 rows)

regression=# select rownum(),* from (select * from int8_tbl order by q2) ss;
rownum | q1 | q2
--------+------------------+-------------------
1 | 4567890123456789 | -4567890123456789
2 | 4567890123456789 | 123
3 | 123 | 456
4 | 123 | 4567890123456789
5 | 4567890123456789 | 4567890123456789
(5 rows)
</pre>
Vlastní kód funkce:
<pre>
#include "postgres.h"

#include "fmgr.h"

#ifdef PG_MODULE_MAGIC
PG_MODULE_MAGIC;
#endif

Datum rownum(PG_FUNCTION_ARGS);

PG_FUNCTION_INFO_V1(rownum);

Datum
rownum(PG_FUNCTION_ARGS)
{
int32 *ptr;

ptr = (int32 *) fcinfo->flinfo->fn_extra;
if (ptr == NULL)
{
/* First time through for the current query: allocate storage */
fcinfo->flinfo->fn_extra = MemoryContextAlloc(fcinfo->flinfo->fn_mcxt,
sizeof(int32));
ptr = (int32 *) fcinfo->flinfo->fn_extra;
/* ... and initialize counter */
*ptr = 1;
}
else
(*ptr)++;

PG_RETURN_INT32(*ptr);
}
</pre>

Generování FAQ z wiki (Python)

2007-11-01T09:40:30Z

130.225.61.3:

Pavouk v Pythonu, který z FAQ na wiki vygeneruje FAQ v html v Bruceově formátu:
<pre>
## coding: UTF-8
import urllib2
import sgmllib
from sets import Set
import re
import sys

# Parser položky FAQ. Musí odfiltrovat wiki balast .. inside_c,
# přeskočit případně vloženou tabulku s obsahem .. skip_toc
class ParserItem(sgmllib.SGMLParser):
def reset(self):
sgmllib.SGMLParser.reset(self)
self.flags = Set([])

def start_div(self,attrs):
id = [v for k, v in attrs if k == 'id']
classv = [v for k, v in attrs if k == 'class']
if id and id[0] == "contentSub":
self.flags.add('content')
if classv and classv[0] == "printfooter":
self.flags.discard('content')

def end_div(self):
pass

def end_td(self):
if 'content' in self.flags:
self.fags.discard('td')
sys.stdout.write("</td>")

def start_h3(self, data):
if 'content' in self.flags:
self.flags.add('h3')
sys.stdout.write("<h4>")

def end_h3(self):
if 'content' in self.flags:
self.flags.discard('h3')
sys.stdout.write("</h4>")

def start_table(self, attrs):
if 'content' in self.flags:
id = [v for k, v in attrs if k == 'id']
if id and id[0] == "toc":
self.flags.add('skip_toc')
self.flags.discard('content')
else:
print "<table border=\"0\">"

def end_table(self):
if 'skip_toc' in self.flags:
self.flags.discard('skip_toc')
self.flags.add('content')
else:
if 'content' in self.flags:
print "</table>"

# Párové tagy <pre> a <p> nesou zajímavý obsah
def unknown_starttag(self, tag, attrs):
if 'content' in self.flags:
sys.stdout.write("<%s>" % tag)
if tag in ['pre','p','li','td']:
self.flags.add(tag)

def unknown_endtag(self, tag):
if 'content' in self.flags:
print "</%s>" % tag
if tag in ['pre','p','li','td']:
self.flags.discard(tag)

def handle_data(self, data):
if 'content' in self.flags:
if len(Set(['pre','p','li','td']) & self.flags) > 0:
sys.stdout.write(data)

def start_a(self, attrs):
if 'content' in self.flags:
href = [v for k, v in attrs if k == 'href']
title = [v for k, v in attrs if k == 'title']
if title and re.match('^Edit', title[0]):
self.flags.add('skip_close_a')
else:
if title and href:
self.flags.add('a')
sys.stdout.write("<a href=\"%s\" title=\"%s\">" % (href[0], title[0]))

def end_a(self):
if 'content' in self.flags:
self.flags.discard('a')
if 'skip_close_a' in self.flags:
self.flags.discard('skip_close_a')
else:
sys.stdout.write("</a>")

# Parser hlavní stránky. V podstatě jenom filtruje odkazy
# začínající číslicí a skrz regulární výrazy z nich dělá nadpisy.
# Pro každý identifikovaný odkaz spustí načtení detailu FAQ
class ParserMainPage(sgmllib.SGMLParser):
def reset(self):
sgmllib.SGMLParser.reset(self)
self.inside_h1 = 0

def start_h1(self, data):
self.inside_h1 = 1

def end_h1(self):
self.inside_h1 = 0

def handle_data(self, data):
if self.inside_h1:
if re.match('^\d', data):
print "<hr>"
print "<h2 align=\"center\">%s</h2>" % re.sub('\d\. ','',data)

def start_a(self, attrs):
href = [v for k, v in attrs if k == 'href']
title = [v for k, v in attrs if k == 'title']
if title and re.match('^\d\.',title[0]):
if re.match('(\d)\.0?(\d{1,2})+(\.\d)', title[0]):
print "<h3>%s</h3>" % re.sub('(\d)\.0?(\d{1,2})+(\.\d)','<a name="item\\1.\\2\\3">\\1.\\2\\3</a>)', title[0])
else:
print "<h3>%s</h3>" % re.sub('(\d)\.0?(\d{1,2})+','<a name="item\\1.\\2">\\1.\\2</a>)', title[0])
iresp = urllib2.urlopen("http://www.pgsql.cz" + href[0])
item = iresp.read()
iresp.close()
parserItem = ParserItem()
parserItem.feed(item)
parserItem.close()

# Parsuje odstavce v FAQ (metainformace) a seznam otázek
# uvedený na začátku FAQ
class ParserMainPageProlog(sgmllib.SGMLParser):
def reset(self):
sgmllib.SGMLParser.reset(self)
self.flags = Set([])

def start_div(self,attrs):
id = [v for k, v in attrs if k == 'id']
classv = [v for k, v in attrs if k == 'class']
if id and id[0] == "contentSub":
self.flags.add('content')
if classv and classv[0] == "printfooter":
self.flags.discard('content')

def end_div(self):
pass

def unknown_starttag(self, tag, attrs):
if 'content' in self.flags:
sys.stdout.write("<%s>" % tag)
if tag in ['p']:
self.flags.add(tag)

def unknown_endtag(self, tag):
if 'content' in self.flags:
sys.stdout.write("</%s>" % tag)
if tag in ['p']:
self.flags.discard(tag)

def start_h1(self, data):
self.flags.add('h1')

def end_h1(self):
self.flags.discard('h1')

def handle_data(self, data):
if 'h1' in self.flags:
if re.match('^\d', data):
if re.match('1', data):
print "<hr>"
print "<h2 align=\"center\">%s</h2>" % re.sub('\d\. ','',data)
else:
if 'p' in self.flags:
sys.stdout.write(data)

def start_a(self, attrs):
href = [v for k, v in attrs if k == 'href']
title = [v for k, v in attrs if k == 'title']
if title and re.match('^\d\.',title[0]):
if re.match('(\d)\.0?(\d{1,2})+(\.\d)', title[0]):
print "%s<br>" % re.sub('(\d)\.0?(\d{1,2})+(\.\d)','<a href="#item\\1.\\2\\3">\\1.\\2\\3</a>)', title[0])
else:
print "%s<br>" % re.sub('(\d)\.0?(\d{1,2})+','<a href="#item\\1.\\2">\\1.\\2</a>)', title[0])
self.flags.add('skip_close_a')
elif title and re.match('^Edit', title[0]):
self.flags.add('skip_close_a')
else:
if title and href and 'content' in self.flags:
self.flags.add('a')
sys.stdout.write("<a href=\"%s\" title=\"%s\">" % (href[0], title[0]))

def end_a(self):
if 'content' in self.flags:
self.flags.discard('a')
if 'skip_close_a' not in self.flags:
sys.stdout.write("</a>")
else:
self.flags.discard('skip_close_a')

def start_ul(self, data):
pass

def start_li(self, data):
pass

def end_ul(self):
pass

def end_li(self):
pass

def end_div(self):
pass

response = urllib2.urlopen("http://www.pgsql.cz/index.php/Frequently_Asked_Questions")
html = response.read()
response.close()

print "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">"
print "<html>"
print "<head>"
print "<title>PostgreSQL FAQ</title>"
print "<meta http-equiv=\"Content-Type\" content=\"text/html; charset=utf-8\" />"
print "<meta http-equiv=\"Content-language\" content=\"cs\">"
print "<meta name=\"description\" lang=\"en\" content=\"Czech translation of FAQ for PostgreSQL\">"
print "<meta name=\"description\" lang=\"cs\" content=\"Český překlad FAQ PostgreSQL\">"
print "</head>"
print "<body bgcolor=\"#ffffff\" text=\"#000000\" link=\"#ff0000\" vlink=\"#a00000\" alink=\"#0000ff\">"
print "<h1>Frequently Asked Questions</h1>"

parser2 = ParserMainPageProlog()
parser2.short_run = 0
parser2.feed(html)
parser2.close()

parser = ParserMainPage()
parser.feed(html)
parser.close()

print "</body>"
print "</htm>"
</pre>

1.03 Pod jakou licencí je PostgreSQL?

2007-10-31T15:13:03Z

130.225.61.3:

PostgreSQL je předmětem následujících autorských práv:

Dílčí Copyright (c) 1996-2005, PostgreSQL Global Development Group<br>
Dílčí Copyright (c) 1994-6, Regents of the University of California

Uděluje se oprávnění k užití, rozmnožování, provádění úprav a
rozšiřování tohoto softwaru a dokumentace k němu, pro jakékoli účely,
bez licenčního poplatku a bez písemné licenční smlouvy, za podmínky,
že na všech jeho kopiích je uvedeno oznámení o výše uvedených právech,
jakož i obsah tohoto a dvou následujících odstavců.

THE UNIVERSITY OF CALIFORNIA ("KALIFORNSKÁ UNIVERZITA") NENÍ V ŽÁDNÉM
PŘÍPADĚ ODPOVĚDNA ŽÁDNÉ TŘETÍ OSOBĚ ZA PŘÍMOU, NEPŘÍMOU, ZVLÁŠTNÍ,
NAHODILOU NEBO VÝSLEDNOU ŠKODU, VČETNĚ UŠLÉHO ZISKU, ZPŮSOBENOU UŽITÍM
TOHOTO SOFTWARU A DOKUMENTACE K NĚMU, A TO I V PŘÍPADĚ, ŽE THE
UNIVERSITY OF CALIFORNIA BYLA INFORMOVÁNA O MOŽNOSTI VZNIKU TAKOVÉ
ŠKODY.

THE UNIVERSITY OF CALIFORNIA ZEJMÉNA NEPOSKYTUJE JAKÉKOLI ZÁRUKY, A TO
NEJEN ZÁRUKY OBCHODOVATELNOSTI A VHODNOSTI TOHOTO VÝROBKU KE
SPECIFICKÝM ÚČELŮM. NÍŽE UVEDENÝ SOFTWARE JE POSKYTNUT "JAK STOJÍ A
LEŽÍ" A THE UNIVERSITY OF CALIFORNIA NENÍ POVINNA ZAJISTIT JEHO
ÚDRŽBU, PODPORU, AKTUALIZACI, VYLEPŠENÍ NEBO MODIFIKACI.

Výše uvedené je BSD licence, běžná licence otevřeného zdroje. Není zde
žádné omezení ohledně užití kódu zdroje. Jsme s tím spokojeni a nemáme
v úmyslu na této skutečnosti cokoli měnit.
[[Category:1. Obecné otázky]]

4.11.3 Nezpůsobí currval() a nextval() problémy ve více uživatelském prostředí?

2007-10-31T15:11:18Z

130.225.61.3:

Ne, currval vrací vždy hodnotu, která byla vygenerována pro vás.
[[Category:4. Provozní dotazy]]

3.05 Co znamená "Sorry, too many clients", když se zkouším připojit?

2007-10-31T14:57:56Z

130.225.61.3:

Překročil jste výchozí limit, který je 100 současně připojených uživatelů. V konfiguraci serveru v postgresql.conf tuto hodnotu můžete zvětšit změnou hodnoty max_connection. Nezapomeňte restartovat server.
[[Category:3. Administrativní dotazy]]

1.02 Kdo řídí vývoj PostgreSQL?

2007-10-31T14:54:47Z

130.225.61.3:

Pokud budete hledat organizaci řídící vývoj PostgreSQL, budete zklamáni. Nic takového
neexistuje. Existují pouze "core" a CVS skupiny uživatelů, ale ty existují více z administrátorských
důvodů než z organizačních. Projekt je směrován komunitou vývojářů a uživatelů, ke které se
kdokoliv může připojit. Jediné co potřebuje, je přihlásit se do elektronické konference. Více ve
[http://www.postgresql.org/docs/faqs.FAQ_DEV.html vývojářském FAQ].

[[Category:1. Obecné otázky]]

602SQL Server

2007-10-04T07:05:40Z

130.225.61.3: /* S křížem po funuse (aneb otevření kódu 602SQL Serveru pod LGPL) */

==S křížem po funuse (aneb otevření kódu 602SQL Serveru pod LGPL)==
Překvapivé [http://www.602.cz/cz/o_firme/tiskove_zpravy/602sql_open_server_je_nyni_volne_k_dispozici_pro_komercni_i_nekomercni_pouziti prohlášení] 602Software o [http://sourceforge.net/project/showfiles.php?group_id=203848 otevření kódu] [http://www.602.cz/cz/produkty/602sql_open_server_11_0 602SQL Serveru] je patrně jedou ze zásadních událostí na domácí IT scéně. Je to důležitý precedens. 602SQL Server je ukázkou, jak relativně kvalitní produkt díky špatnému marketingu a nedostatečné podpoře nedokáže držet krok s konkurenčními produkty a posléze ani s open source konkurencí. Otevření kódu v případě 602SQL Serveru bohužel přichází pozdě, kdy je jen malá šance na jeho revitalizaci.

==S křížem po funuse (aneb otevření kódu 602SQL Serveru pod LGPL)==
Se jménem RNDr. Januše Drózda jsem se poprvé setkal ještě v osmdesátých letech, kdy ještě spolu s Petrem Coufem napsali překladač a prostředí tzv. Mikrobáze Pascalu pro ZxSpectrum. Bylo to v roce 1986 a byla to absolutní bomba. Prostředí MB Pascalu bylo na poměry ZxSpectra nadupané funkcemi. Škoda, že už nepřepsali MB Pascal pro Didaktik Gama, který přeci jen měl o 32K paměti víc. S tím už by se daly dělat věci. Nebudu asi jediný, kdo díky jejich práci, zůstal u počítačů a živí se v it. Pak už přišlo CP/M s TurboPascalem 3.0, poté první PC a přelomové verze Turbo Pascalu 5.0 a 6.0. Zřejmě to nebyla náhoda, že první produkty 602 měly integrovaný Pascal. První funkce v S-Pascalu jsem napsal v Calc602, což byl na svou dobu docela progresivní spreadsheet. V devadesátých letech začal 602 ujíždět vlak. Calc602 byl první tabulkový procesor s integrovaným plnohodnotným jazykem, ale byl a zůstal pouze ve verzi pro DOS a byl neskutečně pomalý. Co se dělo v té době v 602 nevím, pro mne naprosto nepochopitelně 602 postupně vyklízela veškeré pozice. Produkty, které byly uvedeny na trh, byly uvedeny pozdě a za naprosto nesmyslné ceny (v cenových relacích ne nepodobných Microsoftu). V 602 si až příliš pozdě všimli, že existují Microsoft Windows, a později, opět, podcenili konkurenci Open Source. Na RNDr. Januše Drózda nevzpomínám z návalu nostalgie, ale proto, že je jedním z autorů 602SQL Serveru - SQL RNDBS, jehož kód byl minulý týden otevřen pod licencí LGPL.

Podle optimistického vyjádření obchodního řiditele 602 je otevření 602SQL Serveru pod LGPL dlouho připravovaným krokem, který má zajistit produktu další vývoj.

<i>„Uvolnit software do open source není tak jednoduché, jak by se mohlo na první pohled zdát. Zdrojový kód je naší vizitkou a jakákoliv nešikovnost nebo dokonce chyba by byla okamžitě veřejně viditelná. A samozřejmě, že jsme zvažovali i obchodní stránku věci. Ale jsme přesvědčeni, že to bylo rozhodnutí potřebné a správné. Globální komunita open source je obohacena o dobrý databázový produkt, prestiž českých vývojářů dále vzrostla a práce tisíců IT expertů celého světa zajistí produktu další rozvoj. To je kombinace, na níž nakonec vydělají všichni zúčastnění,“</i> řekl obchodní ředitel Software602 Ing. Pavel Nemrava.

[[Image:602SQL.png|thumb]]

Nejsem tak optimistický. Nevím, ale obávám se, že Ing. Nemrava zažije nepříjemné zklamání. IT expertů, kteří se účastní vývoje open source databází, rozhodně nejsou tisíce. Vývojářů Firebirdu je něco kolem desítky, PostgreSQL je výsledkem práce zhruba max. třech desítek lidí z celého světa a řekl bych, že podobně na tom budou u MySQL. Kdyby k otevření kódu došlo před čtyřmi roky, tak by možná 602SQL Server mohl přetáhnout vývojáře Firebirdu nebo PostgreSQL a zaujmout snad lepší postavení. Nemyslím si, že by kdokoliv dnes investoval do vývoje dalšího databázového serveru. Ještě před čtyřmi lety byla jiná situace. Stejně tak pozdě přišlo otevření SAPDB a Ingressu. A je mi to, přiznám se, docela líto. Na to jaké má 602SQL Server nároky, toho umí fakt hodně. Implementace SQL respektuje standard, je konzistentní a úplná. GUI je praktické a funkční. Není mi známo, kolik vývojářů stojí za 602SQL Serverem, odhadoval bych to tak na 1-3, což opět nedává 602SQL příliš šancí. Poslední tři verze byly víc zaměřené na klientské rozhraní a na opravu chyb než na databázový engine. Každý si musí udělat jednoznačný obrázek při porovnání Release Notes 602SQL a PostgreSQL, Firebirdu nebo MySQL. Ono se toho ale v málo lidech příliš udělat nedá.

Jako největší mínus vidím dlouhodobě špatnou podporu z 602. Oficiální fórum má poslední odpověď Jana Šímy z června 2002. Neoficiální fórum uživatelů na pandoře.cz stále žije, nicméně podle počtu příspěvků je zřejmé, že zenit 602SQL Serveru byl v roce 2003.
<pre>
1999 (3)] [2000 (0)] [2001 (0)] [2002 (189)] [2003 (306)] [2004 (107)] [2005 (58)] [2006 (19)] [2007 (32)]
</pre>
Druhé a zásadní mínus, pro open source vývoj, je nedostatek (resp. neexistence) vývojářské dokumentace. Nikde jsem nenašel popis zpracování dotazu, popis architektury, datového formátu, atd. Buďto neexistuje, a nebo tuto dokumentaci 602 nechce zveřejnit. Bez této dokumentace není pravděpodobné, že by se někdo vážněji 602SQL Serverem zabýval. Zdrojový kód je docela hutný a bez znalosti interních mechanismů nedešifrovatelný. Hádám, že minimálně 30% komentářů je v češtině. Tudíž potenciální vývojáři se musí rekrutovat z Čech nebo Slovenska. Kdo zná zdejší komunitu, ví jaký je tu nedostatek vývojářů.

Databázové produkty 602 trpí nekoncepčností. Nejdříve tu byl klasický relační databázový systém 4GL, poté databáze, která se snažila o symbiózu jak 4GL architektury, tak architektury klient/server a nakonec 602SQL Server je ukázkovou aplikací klient/server. To, že 602SQL Server přišel o 4GL vlastnosti hodně uživatelů nepochopilo a odmítlo. To, že 602 se snažila o prosazení vlastního prostředí pro vývoj www aplikací, jsem zase nechápal já. V době PHP nebo ASP neměli šanci, bez ohledu na to, jak kvalitní jejich návrh byl.

Ze zvědavosti jsem si 602SQL Server nainstaloval a dva dny jsem si hrál. Test na vyhledávání prvočísel není typickým databázovým testem, ale generuje velký počet triviálních příkazů SELECT a DELETE. Pokud používáte triviální nebo jednoduché SQL příkazy, pak v reálné aplikaci (v jednouživatelském režimu) nikdy nebude rozdíl mezi databázovými platformami větší než jaký ukazuje tento test (PostgreSQL je jednou tak rychlejší co 602SQL Server, což je). Test pgbench testuje průchodnost serveru ve víceuživatelském prostředí, obsahuje jak dotazy na data, tak změny dat. Netýral jsem 602SQL Server komplikovanými SQL dotazy .. vzhledem k tomu, že jeho query planner není postavený na posouzení nákladů na provedení dotazu, by byl 602SQL Server těžce znevýhodněn vůči PostgreSQL. Obdobný Q.P. měly i starší verze Firebirdu a MySQL. Současné verze mají podobně navržen Q.P. jako PostgreSQL. Jaký typ Q.P. má 602SQL Server skutečně, jsem se nikde nedozvěděl. To, že se jedná o první generaci Q.P. spíš odhaduji z neexistence statistik.

Testovací příklad (určení prvočísel):
<pre>
FUNCTION siete( ) RETURNS integer; -- zde podle ANSI SQL nemá být středník (snad
BEGIN -- jediný prohřešek standardu)
DECLARE _f integer;
DECLARE _l integer DEFAULT 1;
s_loop:
LOOP
SET _f = (SELECT MIN(a)
FROM numbers
WHERE a > _l);
IF _f IS NULL THEN LEAVE s_loop; END IF;
DELETE
FROM numbers
WHERE a MOD _f = 0 AND a > _f;
SET _l = _f;
END LOOP;
RETURN (SELECT COUNT(*)
FROM numbers);
END;
</pre>
S dalším testem bylo víc práce. Aplikační rozhraní 602SQL Serveru se dost liší od API PostgreSQL. Ovšem výsledky mají, pro mně, podstatně vyšší váhu než určování prvočísel. Díky pgbench testu si lze ověřit průchodnost databáze při vysokém zatížení v typizovaném podnikovém prostředí. Výsledky ukazují, že 602SQL server drží krok s Postgresem pouze v případě menším počtu transakcí na spojení a při malém počtu klientů (a pokud se nevynucuje zápis změn při commitu). Tady je třeba konstatovat, že pouze vynucený zápis změn při commitu zaručuje konzistenci databáze, a že výchozí nastavení 602SQL Serveru není bezpečné.

<pre>
1 klient 1Kt 5Kt 10Kt
602SQL Server fsync = off 1.2s 16.5s 1m51.1s
fsync = on 9.0s 2m20.6s

PostgreSQL 8.3 fsync = on 1.4s 13.6s

klientů (1000 transakcí) 1 3 10
602SQL Server fsync = off 1.2s 3.7s 29s
PostgreSQL 8.3 fsync = on 1.4s 3.7 14s
</pre>

Samozřejmě, že to není fér vůči 602SQL Serveru (I když verze 11 je v podstatě pouze o půl roku starší než PostgreSQL8.3). Multi generační architektura PostgreSQL je při více uživatelském přístupu zásadní výhodou.

Plusy a mínusy na které jsem narazil:

Plusy:
* přitažlivé prakticky navržené jednoduché administrativní prostředí,
* konzistentní a dostatečně široká podpora SQL respektující standard,
* jednoduchá administrace (v podstatě není co konfigurovat),
* česky psaná dokumentace (psaná víc pro programátory než pro DBA),
* fulltext podporuje češtinu (podpora COLLATES je na velice dobré úrovni),
* IDE dynamicky zobrazuje počet aktualizovaných řádků DML příkazem,
* cca 3M zdrojových kódů databázového jádra,
* úplná podpora uložených procedur dle standardu (IN OUT parametry, procedury a funkce, volné dotazy (multirecordset), což je hodně praktická vlastnost, která ovšem není zakotvena ve standardu),
* Integrovaný profiler a integrovaný debugger uložených procedur,
* limit pro typ text je 16M.

Mínusy:
* neodladěná instalace v prostředí Linux (a to nepoužívám žádnou exotickou distribuci),
* problémy s kompilací (neodladěnost pro vícero platforem),
* V IDE nelze přerušit prováděný SQL příkaz,
* limit 4G na tabulku,
* neexistence jakékoliv popisu interních procesů, datových struktur, atd vyjma komentářů, kromě oficiální uživatelské příručky neexistují žádné další zdroje,
* při intenzivní zátěži občas nestabilní, nelineární závislost průchodnosti serveru a zátěže,
* obsahuje komentáře v češtině (mám rád, ale nepatří do o.s. produktu),
* neexistence (utajení) zodpovědných (klíčových) osob v projektu, kritický nedostatek uživatelů - neexistují žádné věrohodné studie použití 602SQL Serveru v praxi (zvlášť při větším zatížení a větších aplikacích)
* starší verze Q.P. (stejná generace byla v Firebirdu 1.x a MySQL 4.x),
* kromě profileru a tabulky zámků chybí detailnější diagnostika,
* zdrojový kód obsahuje pravděpodobně mrtvý kód (např. parser S-Pascalu, který oficiálně není podporován, stejně tak replikace). U řady modulů byla poslední revize naposledy v roce 1992, tj. zdrojový kód vyžaduje revizi (kterou po svém vzniku prošel jak Firebird tak PostgreSQL),
* placený fulltext.

Specifika:
* zabudovaný jednoduchý HTTP server umožňující výměnu dat ve formátu XML (placený),
* starší verze podporovali replikaci skrz elektronickou poštu (602 je mistrem v prošlapávání slepých cest - "českých řešení") ,
* spolu s 602SQL Serverem je dodávaný SMTP a POP3 server, který jako úložiště používá SQL server.

Je pro Vás 602SQL Server? a) pokud udržujete produkt, který je na 602SQL Serveru závislý a neplánujete absolutní refaktoring, pak 602SQL Server je to pravé ořechové, b) pokud jste pamětníci a z nostalgie sbíráte artefakty historie IT (doma oprašujete PC Fand), pak (602SQL Server má nepochybně své místo v historii české IT) 602SQL Server musíte mít, c) pokud studujete IT, pak v 602SQL Serveru dostanete balík kódu, který je funkční, a který není tak objemný, jako konkurenční databáze. Docela bych si dovedl představit použití 602SQL Serveru na středních i vysokých školách pro výuku databází (100% jako náhrada MS Accessu). Pokud by si dal někdo práci a pohrál si instalací, pak by možná pár dalších lidí si tento SQL server nainstalovalo a používalo. Určitě 602SQL Server má na to, aby se na něm daly stavět menší aplikace. Ale je tu příliš velké riziko, že jeho vývoj skončí. Otevřený kód alespoň garantuje šanci opravit chyby na které se časem přijde.