Sida 2 av 3

Postat: 17 januari 2008, 11:59:51
av sodjan
Jo, det enda vore om en ny "icke-fri" MySQL inte hade någon enda kodrad
från föregående verison, inte så troligt kanske.

Men min fråga var vad det igentligen finns får några juridiska verktyg
att ta till om någon ändå gör så ?

Postat: 17 januari 2008, 12:04:39
av nole
Då hotar man med RMS och the free software foundation

Postat: 17 januari 2008, 12:23:23
av speakman
Ja när det gäller projekt av den här digniteten så lär de flesta foundations ställa upp, särskilt när det är ett solklart övertramp = svårt att förlora.

Postat: 17 januari 2008, 13:03:17
av speakman
Den här delar min syn på MySQL:
http://www.grep.be/blog/en/computer/mysql_is_a_toy

8)

Postat: 17 januari 2008, 13:32:38
av sodjan
Jag med... :-)
Men det skulle ändå vara intressant att veta *varför* han tappade kontakten.
Och exakt vad "VERY_LARGE" betyder... :-)

Postat: 17 januari 2008, 13:40:33
av nole
speakman skrev:Den här delar min syn på MySQL:
http://www.grep.be/blog/en/computer/mysql_is_a_toy

8)
Lustigt att du använder en leksak på så många ställen som du gör....8)

En halv million poster har jag personligen sett fungera i MySql, det stora problemet där är ju hur pass lång tid det tar att läsa fram. (drygt 45 sekunder)

Postat: 17 januari 2008, 14:01:07
av speakman
nole: Antag att det bygger på tidigt oförstånd och interoperatibilitetsproblem mellan kassa högnivåspråk och ett vettigare alternativ till MySQL.

Det är iaf tur man lär sig av sina misstag, numer hamnar aldrig MySQL tillsammans med affärskritiska applikationer. Den dock dock fortfarande bra till webbsidor då den är ruggigt snabb.

Postat: 17 januari 2008, 14:28:19
av nole
Tycker ändå att det är lite grovt att kalla den för en leksak då uppenbarligen SUN finner att deras teknik är värd så mycket pengar och då Mysql har så många användare som dom har... nåja alla får väll ha sin åsikt :)

Postat: 17 januari 2008, 14:47:58
av speakman
Jo, så dålig är den ju (givetvis) inte, men läser man lite djupare jämförelser i uppbyggnad så kan man förstå vad som gör MySQL så snabbt.
Har varit med om flera gånger att MySQL beter sig på ett underligt vis. Har fått gjort såna enormt underliga workarounds så det liknar inget annat. Anropat funktioner som inte finns t.ex. för att den inte ska förstöra MERGE-tabeller.

Du kommer nog stöta på någon av dom i framtiden...

Postat: 17 januari 2008, 14:56:58
av sodjan
> En halv million poster har jag personligen sett fungera i MySql, det stora
problemet där är ju hur pass lång tid det tar att läsa fram. (drygt 45 sekunder)

Vad betyder "läsa fram" i detta fall ?
Att läsa alla poster ? Att hitta en viss post ?
Och med vilket verktyg ? Eller en select count(*) ?

Sen är det ju precis som speakman säger, ju enklare funktion, ju snabbare
blir det. Till priset av lägre isolationsgrad eller låsningsgranularitet o.s.v.
Men det är tradeoffs som man naturligtsivs kan göra från fall till fall. Vill
man *både* ha en snabb databas *och* hög funktionallitet, så får man
nog titta på lite mer "mogna" produkter.

Postat: 17 januari 2008, 15:02:24
av nole
speakman skrev: Du kommer nog stöta på någon av dom i framtiden...
Det har jag väll visserligen gjort (och har därför börjat titta lite på PostgreSQL) tyckte bara att det var lite väl hårt att kalla den för leksak.

Postat: 17 januari 2008, 15:39:49
av sodjan
Var tvungen att göra en liten test, det där med 45 sekunder lät lite mycket... :-)

Fixade en tabell med 500.000 poster (råkade bli 510.000, glömde rensa en testladdning med 10.000 poster...).

"select(*)" tar ca 1.5 sek.
"select * from T1 where F1 = 486378" : ca 2 sek. (alltså en unik post av 510.000 poster).
"select f2, count(*) from t1 group by F2" : ca 4 sek. (alltså sortering och summering av hela tabellen).

Enbart en flat tabell, inga index eller något annat.

Laddningen från en textfil med 500.000 poster/rader tog ca 27 sek (CPU:14 sek).

Detta kört på en gammal 466 Mhz server. Och inte med MySQL.
Gränssnitt är interaktiv SQL.

Nä, får nog ladda ner MySQL och labba lite... :-)

Postat: 17 januari 2008, 16:03:33
av nole
ehm 4.5 sekunder ska det vara. vet inte varför det tog så mycket längre tid här än hos dig.. datamängden i databasen är iofs kanske kraftigare då detta inte är en test databas.

Postat: 17 januari 2008, 16:14:12
av sodjan
OK, 4.5 istället för 45 sek ? Hm, kanske rimligare. Och då
är ju skillnaden inte så markant så att det har någon större betydelse.
Ajaj, svårt att jämföra, man måste ha hela bilden... :-)

Postat: 17 januari 2008, 16:32:59
av Glenn
Angående licensbyte är det väl just det att många bidragit med kod som är "problemet" om sun skulle vilja byta licens, annars har dom ju rätt till det. (men den koden som redan är släppt är ju förstås fortfarande släppt under GPL.)

Jag kan släppa en mjukvara idag som är GPL, utveckla den i ett år och sedan kan företaget foo som vill använda den till något dom inte vill dela med sej av köpa eller få rättighet till att använda koden med annan licens, lägga till skojiga funktioner och vägra ge ut koden till någon annan. detta har använts många gånger redan.

Bara för att koden är släppt som GPL betyder det inte att upphovsmannen/männen inte har rätt att släppa den under annan licens.

Nåja, GPL är en jävla skitlicens ändå enligt mej. (och då syftar jag inte på det ovan direkt.)