KOL

Kermit det där svaret värmde! Det är precis som du jobbar, som också jag vill ha det i framtiden. (Herregud, jag hade verkligen börjat tappa hoppet)

Snigel1 tack för svaret.

En liten fråga ytterligare då när vi ändå är inne på det: spelar det någon roll om man kör mac eller pc? Jag känner ju att jag kan komma rätt långt med min mac, men jag är inte riktigt säker. Vissa program verkar bara finnas till pc. Jag såg något väldigt coolt där två personer satt på två helt olika platser, kunde jobba på samma dokument samtidigt, titta på det samtidigt, kunde titta på varandra samtidigt och kunde prata samtidigt. Alltså utan att använda skype. Allt fanns i ett o samma program, fast det verkade bara stödja program som jag tror är för pc.
Men som sagt frågan, kör ni som jobbar remote, oavsett om ni kör eget eller är anställda, mac eller pc?

Tack för svaret snigel1.

Någon som hört talas om https://www.odesk.com? Fått jobb genom den siten?

Aha, det låter rimligt. Tack för svaren:)

Aha, ja, det låter ju som en bra idé. Men github är ju en open source-plats. Nu har jag ju bara tittat in lite grann på den sajten, men kan alla kolla vad man skriver/laddar upp där? Eller har man kanske konton?
Om man jobbar hemifrån och skriver kod åt ett företag, och sedan ska man ju förmedla koden dit den verkligen ska. Hur funkar det? Github?

Tack där snigel1. Ja, det verkar som att det inte riktigt är så enkelt som jag tänkt mig att skaffa jobb som webbutvecklare/webbdesigner och jobba remote. Jag tror jag börjar inse värdet i att träffas öga mot öga och, verkligen, din teori om två dagar på kontor och tre dagar hemma för interaktion och ostört kodande är nog det optimala.(På mitt förra jobb satt vi i ett kontorslandskap och för mig var det ett h-te varje dag att kunna stänga ute oljud. Det slutade med att jag hade hörlurar, alltså hörselskydd(kåpor)).

Samtidigt har vi ju ett problem. Många av jobben finns i Stockholm. Det är väldigt svårt att hitta en bostad i Stockholm. Detta gör att min önskan att sitta på annan ort ändå skulle funka. Ja, billig arbetskraft när det gäller programmering finns att tillgå utomlands, men de kan kanske inte tala och skriva svenska, vilket jag förstått också är viktigt för arbetsgivare.

Det blir intressant att följa utvecklingen inom området "jobba remote". Får se hur det ser ut om fem år:).

Nu gick det. Phu, jag skrev nog fel. Ber hemskt mycket om ursäkt.

Mm, jag tror det handlar om en databas och fler tabeller. Men jag kan ju också ha fel. Pekaren hoppas jag du menar med foreign key.

Jag har just raderat min databas för tredje gången och byggt upp den på nytt.(man lär sig faktiskt ganska mycket på sina egna misstag. Man börjar ju kunna vissa grejer som drop, insert OSV i sömnen). Nu har jag två tabeller och en foreign key däremellan. Sajten jag försökte använda mig av i den här övningen är
http://www.sitepoint.com/mysql-foreign-keys-quicker-database-development/

Bra på alla sätt och vis förutom att det inte nämndes något om hur man insertar information i de båda tabellerna. Här har jag ju naturligtvis fastnat igen då jag inte har den blekaste om hur jag får in information i kolumnen som är foreign key.
Det som i det här fallet är huvudtabellen måste ju vara employees, och där har man ett ID. Detta Id är sedan kopplat till tabellen borrowed som har kolumnen emplyeeid som foreign key.

När jag försöker inserta information i kolumnen med foreign key så får jag ett errormeddelande om "child", eller vad det nu var. Någon som har någon ide om hur man gör? Om jag först har fört in information i tabellen employees, huvudtabellen, hur i all-sin-dar ska då kolumnen som är foreign key i borrowed-tabellen kunna veta vem som lånat vad om jag inte får inserta information?

Japp, du har så rätt. Boken tog upp tre tabeller, authors, classics och customers i de 8 första kapitlen. Jag ville ju hänga med, så jag skapade också tre tabeller, de ovan. Det enda boken hittills har tagit upp angående hur man kopplar ihop de olika tabellerna är via koden

SELECT name,author,title from customers,classics
WHERE customers.isbn=classics.isbn

eller via natural join, join....on eller AS. Ingenting om foreign key, eller om det finns fler olika key´s att använda. Inte hittills i boken alltså. Däremot förklarar den normalisering ganska bra, och relationships. Känns som att det saknas några bitar. Någon som har tips om var jag kan läsa om hur man kopplar ihop tabeller i MySQL?

ps: Googlade på databasdesign och såg att det fanns en högskoleutbildning i just databasdesign på 7,5poäng. Hoppsan.

Hur ska jag nu tänka? Jag vill göra en databas över olika skateparker runt om i världen. Jag har tabellen skateparks som huvudtabell.

Tabellen skateparks :

• skateparkId, som är primary key och autoincrement

• skateparkname

• size

• buildyear

• adress

• postalcode

(kanske jag ska ha cityID och countryID också, men där är jag osäker)

Tabellen countries

• skateparkId, som är primary key och autoincrement

• countryname

• capitalname

• population

• continent

• mustsee

(kanske jag ska ha countryID också som autoincrement, men det funkade inte då skateparkID redan är autoincrement)

Tabellen cities

• skateparkId, som är primary key och autoincrement

• skateparkname

• cityname

• citypopulation

(kanske jag ska ha cityID också som autoincrement, men det funkade inte då skateparkID redan är autoincrement)

Jag tror jag måste ändra i tabellerna men är osäker på vad. Man ska ju joina dem så att de hänger ihop och nu hänger skateparkID ihop med både countries och cities. Vet inte om det är så bra. Vet någon hur jag ska tänka?

Okej, jag förstår. Göra om, göra rätt:)

Men om jag nu ska designa databasen och försöka uppnå 1:a, 2:a och 3:e normalformen så ska jag väl använda primary key. Eller?
Om jag kör på det upplägget jag nämnt här tidigare, en databas som handlar om länder. Kolumnerna jag vill ha med är några av de gamla, och så har jag lagt till några, countries, capital, population, continent, mustsee, skatepark, skateparkadress.
Jag tror att jag här ska ha countries, capital, population och mustsee i en tabell. Countries, skatepark och skateparkadress i en annan tabell där ju alltså då countries ska vara primary key. Continent ska vara i en helt egen tabell. Rätt eller fel?
och inte ska jag väl i så fall ha auto increment med, eller det ska jag kanske?

(jo, jag vet att jag måste göra om filen med koden som var "daunting" men jag tror det ska gå bra:))

Hur var det nu, för att inte kunna lägga in samma information två gånger i en databas var det primary key man skulle använda, eller hur? Det enda jag ska använda det på i min tabell borde vara mustee. För det är det enda som är unikt just för den raden. Tänker jag rätt?
Nu kan jag väl lägga in en kolumn med primary key i efterhand i mysql, eller hur?
typ

ALTER TABLE countries, ADD PRIMARY KEY(must see);

Blir det som jag tänk då?

@irrelogical, det är ju klart lite smidigare ju mindre kod man behöver skriva. Tack, för tipset.

Vidare i boken. Den säger att om jag nu bara klickar på "add record" knappen, utan att fylla i något, så kommer en 1 finnas i varje fält. Men när jag gör detta så blir det enbart en 0 i population-fältet. Ingenting i de andra fälten. Kan någon se hur det kommer sig att det blir så här?

OK