Databashantering...

Hej!

Ska snacka lite om fördelar och nackdelar med databashantering, har ingen bra bok att läsa från så någon som vet nån bra sida där jag kan hitta så mycket information som möjligt om fördelar och nackdelar om det?

Skulle uppskattas, har sökte lite men hittar inte mycket om just det asså..

TAck

Exakt vad menar du med databashantering egentligen?

det e bara hantera databasen asså, hanteeera!

Jag måste säga att jag hänger inte heller med på vad du riktigt är ute efter för och nackdelar med databashantering. pratar du BI eller PL/sql, utveckling eller vad menar du?

Du hanterar de flesta SQL databaser genom att använda i grunden DDL och DML. http://www.tomjewett.com/dbdesign/db...age=ddldml.php

Om den sidan är nåt bra eller inte har jag ingen aning om, jag tog bara en SQL sida. Vet du vad det är för tillverkare så brukar dm ha "bättre" sidor som förklarar det "unika" med den produkten. Speciellt om du skall börja fippla med XML och annat sånt.

Sitter du istället med en Oracle RDB databas så finns faktiskt det härliga gamla RDO kvar, liknar SQL men är inte samma. Vissa operationer som man gör en oneliner på i RDO blir 2 rader i SQL eller tvärt om.

Men om du menar backuptagning eller analyser av belastningar, utökning av eller flyttning av filer rent fysiskt till ett SAN så är det nåt som är specifikt för olika (inte bara tillverkare) versioner.

Rent praktiskt är det så att DU hanterar inte databasen, det finns en databashanterare som gör det. Kallas DBHS på svenska eller DBMS på utrikiska. Jfr kartoteket som fanns på bibblan tidigare, där var bibliotekarien DBMS. Är frågan hur detta skedde så vet jag faktiskt inte mer än att jag "selectade" ur den ibland.

En vän har en bok om databas och där stog det lite om för och nackdelar iaf, typ, systemet kan bli långsamt och kräver mer minne och cpu kraft mm och som fördelar med det att systemet blir mer flexibelt och är enkelt att hantera tabeller mm, det tog vi från boken.

Men om vi säger för- nackdelar med "databas" då? eller är det samma sak sak i princip?

Måste väl finnas lite för och nackdelar om databas/databashanterare eller? har inte läst mycket om det själv just nu, därför ja frågar.

Tror knappast att systemet blir snabbare bara för att du inte hanterar databasen.
Fördelen med "databas" är att du kan lagra data i den, och att den är duktig på att söka fram data.

Du har inget mer specifikt exempel på vad det är du egentligen pratar om? Menar du nåt i stil med hibernate som sköter alla transaktioner åt dig så att du, som systemutvecklare, slipper programmera direkt mot databasen?

Isåfall skulle jag säga att fördelen är att det är enkelt när det funkar. Nackdelen är att det är svårt att ha full kontroll på vad som händer när nåt går fel. När det gäller prestanda så kan man väl säga att systemet blir långsammare när sån teknik används om du kan skriva mer effektiv kod själv.

Ja, en databashanterare kräver internminne och cpu-kraft. Men det gör allt i en dator. Rent allmänt är en databas bra när man behöver hantera stora mängder data. Det går att effektivisera sökningar genom att indexera tabeller, etc. Men om man bara behöver hålla reda på en liten skivsamling med endast de tio skivor man inte har piratkopierat, är det inte värt besväret att lägga in dem i en databas. Man kan själv hitta det man söker tillräckligt fort genom att ögna igenom skivorna.

Men vi har väl fortfarande inte fått reda på vad TS menar med databashantering, eller?

Så långe vi inte vet det blir ju svaren endast spekulativa eftersom vi med säkerhet inte kan veta vad som efterfrågas?

Måste verkligen läsa på detta, men låter det bättre om man säger, fördelar med att "använda" en databashanterare/databas och nackdelar då? frågan kanske blir likadan, har inte boken framför mig svårt att kolla upp vad jag själv menar

hmm vart förvirrad själv nu asså.

Tex några grejer vi skrev upp gällande fördelar med att använda en databashanterare:

Enkelt att hantera tabeller och kolumner efter man skapat ett schema.
Lättare att göra komplicerade saker på ett enkelt sätt.
Systemet blir flexibelt.

PS Databashanterare: ett program som lagrar och hanterar data, Microsoft SQL, DB2, Oracle...

Eller hur ska ja förklara vad jag menar?

Ja - då är det tydligare. Oftast använder man en databas av lättja och gammal vana, samt för att det nästan alltid är bättre att använda färdiga komponenter än att rulla eget (not invented here syndrome...)

Men om man t.ex. har data som är väldigt domänspecifik, system med sjukt mycket läsningar och väldigt få skrivningar eller ett extremt distribuerat system utan möjlighet till realtidsreplikering så kan det vara intressant att se på andra lösningar. Om man t.ex. bygger en mobilapp som ska presentera data som ändras väldigt sällan så är det antagligen smartare att distribuera en xml-fil som uppdateras periodiskt än att ha en central databas-server som alla frågor ställs till. Ett annat fall är om man vill ha någon form av arkivering/audit - data som skrivs en gång och aldrig (får) ändras - då kan det vara intressant att se på lösningar där man skriver sina datablobbar som filer och trycker ut på persistent media istället för att skjuta in det i en databas där man i teorin kan köra en TRUNCATE TABLE.

Så: För ett random webhack så finns det antagligen bara nackdelar med att inte köra med en databas som datalager, samtidigt finns det domänspecifika system där databaser inte ger någon vinst utan bara bekymmer. Sedan finns det ju hybrider som hibernate search som lägger sig som ett mellanlager som indexerar hela din databas i lucene och gör sökningar där istället för att fråga din databas.

Okej okej! Jag hitta den här sidan också där dom nämner lite fördelar och några få nackdelar om användning av databashanterare,

http://databasteknik.se/webbkursen/databaser/index.html

Blir inte så många minuter att prata om antar ja när det kommer till denna punkt(har presentation).