kunne noen guide meg på SQL, om bøker ang planlegging og struktur?.

[aWm]

oki høres kanskje lit rart.. ut etter det jeg forstår. er dette et bredt emne.. som krever lit planlegging jeg snakkes ikke bare om en enkel db. med en to tre tabeller. men planlegging og struktur for bedrifter/store prosjekt.. arbeids sammenheng la oss si inventar nettsider også videre . med brukere osv osv..

har faktisk hørt man kan få noe slags doktor grad i database planlegging.

hva brukes for og planlegge store databaser og finne ut av ting?.

 

så hvilket som helst tips som dere kan komme på

[vidarkri]

Det ligger enormt med stoff om SQL på nett så det er bare å begynne å leite, men dette er et fagfelt som jeg ikke akkurat anbefaler at man tar som selvstudium hvis man ikke gløder for feltet.

[terjeelde]

Du har helt rett, det er et bredt emne.

 

Når det er sagt, så er det langt fra umulig å komme i gang med det, og det høres jo ut som om du er innstilt på at det både er en del å lære, og er villig til å bruke tid på å bli kjent med det, og det er jo et fantastisk utgangspunkt. :-)

 

 

Det er flere sider og innfalsvinkler, både teoretisk og praktisk. Hva som er best vei vil også avhenge av hvilke mål du har, hva annet du kan (programmering f.eks), hvordan du best lærer, osv.

 

Tror jeg ville begynt med å avgrense litt, istedet for å hoppe uti og prøve å lære alt på en gang.

 

En grei plan kan f.eks være å satse på å begynne med å velge ett databasesystem, så du har noe litt håndfast du kan begynne å jobbe med.

 

Jeg har egentlig litt lyst på noe mer informasjon, før jeg anbefaler for mye.

 

Hvilke operativsystem foretrekker/bruker du? (Windows? Mac? Linux?)

 

Kan du noen programmeringsspråk? (isåfall, hvilke? Alt hjelper, enten det er PHP eller noe helt annet)

 

Uten å vite mer, så tenker jeg at PostgreSQL kan være et greit valg. Den kan brukes på de fleste operativsystem, har god dokumentasjon, og det er mange bøker tilgjengelig.

 

Tror jeg ville begynt med litt praktiske ting, fått laget noen databaser og gjort noen spørringer mot dem, før du går videre i tyngre databaseteori. Da kan du knytte det du lærer opp mot praktiske ting også, og teste ut etterhvert og underveis.

 

Hva som brukes for å planlegge store databaser kan variere mye, og det er ingen klar fasit og enighet rundt noen full metodikk som er "den ene rette". Noen lager oversikt for hånd, andre bruker modelleringsverktøy eller språk som UML.

 

 

Om SQL er nytt for deg, så tenker jeg at jeg ville begynt med å få litt praktisk erfaring først, og så sett videre.

 

Litt stort og åpent spørsmål du kommer med, så dette er bare noen kjappe førstetanker. Spør gjerne mer spesifikt, så kan jeg/vi forsøke å utdype i riktige retninger.

 

tld

[aWm]

hmm Linux med Mysql og PHP. Oracle er intressangt.. kanskje jeg prøver det når jeg forstår mysql bedre.

[vidarkri]

En ting er dog at vi har ekstremt lite SQLkompetanse i dette landet, så all kompetanse innen SQL er ekstremt ettersøkt.

[quantum]

Det ble jo lagt ut en fin intro her for en tid siden: http://kodegenet.no/courses/courses_sql (https://www.diskusjon.no/index.php?showtopic=1575161)

 

Databasenormalisering er viktig å forstå. Det er litt bratt læringskurve å hoppe rett på, men hvis man ikke forstår dette blir det bare tull.

 

http://en.wikipedia.org/wiki/Database_normalization

 

Deretter må man forstå hva transaksjoner er:

 

http://en.wikipedia.org/wiki/Database_transactions og http://en.wikipedia.org/wiki/ACID

 

Med dette innabords har man forutsetninger for å lage databaser som ikke inneholder inkonsistente data.

 

Det fins forskjellige databasemodelleringsverktøy som kan være nyttige. Jeg synes SQL Power Architect Community Edition (http://www.sqlpower.ca/page/architect) funker helt fint, den gjør akkurat det du trenger og ikke noe mer.

 

Med dette verktøyet lager du en "grafisk" fremstilling av tabellene i databasen, dvs. en Entity Relation Model (ER). Det er vel kanskje det mest utbredte modelleringsspråket. Du har også sånn passelig fungerende roundtrip-funksjon, s.a. modellen kan oversettes til SQL-kommandoer som de vanligste databasesystemene vil forstå, og tilbake igjen.

 

Fins tutorials i bøtter og spann når det gjelder sql, her er ett: http://www.w3schools.com/sql/default.asp

[quantum]

hmm Linux med Mysql og PHP. Oracle er intressangt.. kanskje jeg prøver det når jeg forstår mysql bedre.

 

MySQL er veldig utbredt, men du må vite hvordan du skal konfigurere den for at den skal oppføre seg "safe".

 

http://dev.mysql.com/doc/innodb/1.1/en/innodb-other-changes-strict-mode.html

 

http://dev.mysql.com/doc/refman/5.0/en/sql-mode.html

 

Dessuten må du vite at du skal bruke databasemotoren InnoDB istedenfor MyISAM for at den i det heletatt skal oppføre seg som en RDBMS.

 

Fordelen med MySQL er at det er veldig mange som bruker den, slik at det er lett å få hjelp, men hvis problemene man får skyldes feilkonfigurering så er kanskje ikke den gevinsten så attraktiv likevel ... jeg bruker heller PostgreSQL. Her vil du også få behov for konfigurasjon, men det går på ytelse og ikke databasekonsistens.

[Karl Skapeland]

En ting er dog at vi har ekstremt lite SQLkompetanse i dette landet, så all kompetanse innen SQL er ekstremt ettersøkt.

Hva slags belegg har du for en slik påstand?

[vidarkri]

Jeg jobber i bransjen.

[terjeelde]

 

En ting er dog at vi har ekstremt lite SQLkompetanse i dette landet, så all kompetanse innen SQL er ekstremt ettersøkt.

Hva slags belegg har du for en slik påstand?

 

 

Akkurat hvor man skal trekke grensen for hva som utgjør "ekstremt lite" er litt uklart, men jeg jobber også i bransjen, og inntrykket mitt matcher det til vidarkri, uten at jeg har noe for hånden å backe det opp med.

 

Merk dog at det er forskjell på "har brukt MySQL noen ganger", og det å besitte SQL-kompetanse av betydning.

 

tld

[vidarkri]

Vi utvikler programmer som bruker SQL og har blitt nødt til å leie inn et softwarehus i Russland fordi det ikke finnes kompetanse på SQL i Norge. Vi sliter også enormt med å finne folk som kan litt SQL for feilsøking vedlikehold og det vi ser er at SQL kompetansen blant den proffe andelen av IT norge også er nesten helt fraværende.

[tomsi42]

Vi utvikler programmer som bruker SQL og har blitt nødt til å leie inn et softwarehus i Russland fordi det ikke finnes kompetanse på SQL i Norge. Vi sliter også enormt med å finne folk som kan litt SQL for feilsøking vedlikehold og det vi ser er at SQL kompetansen blant den proffe andelen av IT norge også er nesten helt fraværende.

Jeg trodde ikke situasjonen var så ille. Er det ren SQL kompetanse som er mangelfull, eller gjelder det også alt rundt - f.eks. PL/SQL, LINQ, Hibernate osv.

Endret 19. juni 2014 av tomsi42

[quantum]

Vi utvikler programmer som bruker SQL og har blitt nødt til å leie inn et softwarehus i Russland fordi det ikke finnes kompetanse på SQL i Norge. Vi sliter også enormt med å finne folk som kan litt SQL for feilsøking vedlikehold og det vi ser er at SQL kompetansen blant den proffe andelen av IT norge også er nesten helt fraværende.

 

Tror jeg knappest har vært borte i en utvikler som ikke kan såpass SQL at litt feilsøking og vedlikehold burde gå greit. Men de fins sikkert ...

[Dan-Levi]

Vi utvikler programmer som bruker SQL og har blitt nødt til å leie inn et softwarehus i Russland fordi det ikke finnes kompetanse på SQL i Norge. Vi sliter også enormt med å finne folk som kan litt SQL for feilsøking vedlikehold og det vi ser er at SQL kompetansen blant den proffe andelen av IT norge også er nesten helt fraværende.

Hei,

 

Jeg kjenner til det! Ring meg neste gang, jeg skriver og leser SQL.