Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.

Prestanda Filemaker vs andra databaser

Tråden skapades och har fått 4 svar. Det senaste inlägget skrevs .
1
  • Medlem
  • Stockholm
  • 2004-05-10 18:50

Jag sitter nu och skapar en databas som när den är klar kommer innehålla miljontals poster och hela tiden växa. När man jobbar med posterna är det dock "bara" upp till ett par hundratusen poster som är aktuella (posterna är främst separerade via tidsstämplar). Frågan är om FM klarar detta utan att sega ner för mycket? Lösningen innehåller ett tiotal olika tabeller som alla är relaterade till varandra och då främst genom tidsstämplarna.

Resultatet ska sedan främst kunna exporteras till olika program, helst via ODBC men även textformaterade utformat är aktuella.

Vad finns det för alternativ till FM som är lika "snabbutvecklade". Jag sitter själv med Mac men miljön är annars Windows rakt igenom, kan tom Access vara ett alternativ? Varför inte?

FM är inte långsammare än andra databaser när det gäller råa prestanda, men är förstås fruktansvärt snabbt att utveckla i. Du hittar många intressanta jämförelser mellan FM och andra databaser som tex Access på nätet (FM vinner nästan jämt) och på FileMaker Incs egen webbsida med Whitepapers. Den senare innehåller även jämförelserapporter och andra rapporter producerade av opartiska institut och företag.

http://www.filemaker.com/support/whitepapers.html

Pratar vi FM 7 (och inte sex) så ligger prestanda långt ovan vad du troligen behöver.

Mera om FM 7

http://www.filemaker.com/products/fm_home.html

Det finns inga alternativ till FM som är lika snabba att utveckla i och det finns skäl till varför FM är den mest sålda databasen även på PC-sidan (och tänk då på att Access levereras med de stor del av alla dessa Officepaket som säljs). Eftersom FM är en av få databaser som fungerar lika bra på Mac som på PC så är det nästan enda valet för att utveckla lösningar som skall fungera på flera plattformar.

Tänk också på att normala regler för databas-design även gäller för FM och dessa påverkar förstås även prestanda. Designar man fel så segar man ner vilken databas som helst.

Har dom optimerat FM7 så mycket? Ska bli kul att testa. MySQL är sjukligt snabbt enligt mig iallafall.

Tänk på att inte jämföra äpplen och päron bara!

MySQL är en databas som inte har något grafiskt gränssnitt och bara det gör ju att den är fruktansvärt snabb. FileMaker Pro har ett alldeles lysande grafiskt gränssnitt och det gör förstås att den är långsammare än MySQL, så vad jag menade var förstås att FileMaker är inte långsammare än andra databaser som har ett grafiskt gränssnitt (tex 4D, Access) osv.

Sedan säger ryktet att FM 7 inte är optimerad, utan helt ombyggd, man har tagit en existernade databas och "häktat på" FM lysande GUI och viss bakåtkompabilitet. Ryktet säger vidare att den databasen man utgick från är ingen annan än MySQL. Huruvida detta är sant eller inte vet jag inte. Vad man kan konstatera i FM 7 är i alla fall att alla de begränsningar för datamängder, databasfilens storlek och mängden data man kan få in i olika typer av fält har ökat, i vissa fall med hundra tusen gånger. Ett textfält i FM 6 kan rymma 64 kb, i FM 7, 2Gb! Containerfält som numera kan innehålla vilken filtyp som helst (inte bara bild, ljud eller film som i FM 6) kan rymma 4Gb. En databasfil kan ta upp 8T.

Det finns människor i Sverige som har byggt databaser i FM med miljoner poster i och analyserar loggfiler från telefonväxlar med dessa databaser och kollar att rätt operatör använts för deras kunder. Så det går ju bevisligen. Har varit på seminarium om detta nämligen men har inte mina anteckningar från det tillgängliga nu.

  • Medlem
  • Stockholm
  • 2004-05-26 17:10

Detta tycker jag låter mycket bra. I den provutgåva av databasen jag har nu finns det ett par hundratusen poster och har inte upplevt att det börjat sega ner sig.

Däremot blir det segt när jag läser in vissa större filer. Ett system som automatloggar data som vi vill ha in i databasen skapar under ett dygn ett par miljoner poster uppdelade på ett tiotal textfiler om ca 50-100 MB st. Dessa är SEGA att läsa in och behandla. Detta system loggar tyvärr massa redundant data som måste sorteras bort och att först indexera för att solla ut de värdefulla posterna och sedan radera de överflödiga posterna går faktiskt olidligt långsamt.

1
Bevaka tråden