Skapa hemsida med databas

Koppla kommentaren till IDn på tblÖl och varchar borde duga!

Alltså ID, IDOl, comment, author borde väl räcka?

Jag tycker också att du ska försöka lösa dina uppgifter själv!

Du har glömt att sätta ett name-attribut på din textarea. För att fungera så ska den i detta fall ha namnet "kommentar".

felmeddelandet säger det mesta;
du försöker att lägga till en rad i tabellen tblkommentar, men du har inte angett ett värde för kolumnen fÖlID, som då skulle bli null, vilket inte är tillåtet enligt kolumndefinitionen.

man skulle kunna förklara det lite mer "otekniskt" genom att säga att databasen inte kan gissa vilket öl du kommenterar, utan du måste explicit berätta det för den.

exempel på hur man skickar med flera parametrar till databasen: http://msdn.microsoft.com/en-us/library/webmatrix.data.databa...

Felet ligger i din insert. Du berättar inte för databasen vilket öl din kommentar gäller. För exempel på hur man anger flera kolumner, se länken jag postade i mitt förra inlägg.

japp. du måste ange fÖlID. databasen kan som sagt inte gissa detta, då den är helt frikopplad från din sida.
variabeln ÖlID verkar ju innehålla aktuellt id, så den borde du kunna använda. (med reservation, då jag inte använt mig av WebMatrix för sånt här och inte riktigt känner till hur den hanterar saker och ting mellan requests.)

Om det är C# ni kommer använda av er framöver så rekommenderar jag att försöka följa C# namn standarden och inte intvingad standard från andra språk. Det sagt det finns olika kulturer överallt så man måste anpassa sig.

Hungarian notation åt andra sidan är otroligt ovanligt inom C#, har dock stött på det men et av typ 100 tals projekt, Varför det är ovanligt är för att Visual Studio i sig självt gör syftet med Hungarian Notation totalt onödigt. Samma gäller vanliga namnstander i SQL. T.ex. fråga dig det här, hjälper det dig att veta att din tabel är en tbl för varje tabel? Det förstör lite av syftet.

Det sagt jag skulle också rekommendera att inte använda åäö i kod nu stödjer förvisso C# stödjer detta men jag skulle rekommendera dig att du avvänjer dig att använda det, något som inte är poppis där ute i arbetslivet. Förvisso som sagt va smaksak.

Vi MVC'are vad? Min fråga är vad du vill ha istället? MVC som används rätt fungerar riktigt bra, vyerna är precis vad de är vyer, de ska innehålla noll logik förutom hantering av just hur sidan er ut, rätt information på rätt plats, skriver du logik här så kommer du självklart att få problem.

Men vist föredrar du gamla hederliga ASP syntaxen så kan du använda dig av <% %> också men i praktiken inte någon skillnad i huvud taget förutom mer kod.

Du får som sagt va gärna förklara och ge tips på saker som är bättre.

Jag har inget emot hungarian notation på markup och inte heller på tabellnamn - Om man kör lat mans Entity Framework är det ganska trevligt om objektet heter "tblBeer" så jag vet att jag jobbar med just den tabellen - Visst, det är ju inte direkt abstraktion, men för just tabeller har jag absolut inget emot det, annat än principskäl, och principskäl ger jag inte mycket för. Jag gillar även när foreign keys är prefixade med fk - tycker det är tydligt och lättförståeligt.

När det gäller ID på markup gillar jag också hungarian notation - Det är rätt ofta värdefult att veta att cbSaveAs är en checkbox och tbSaveAs är en textbox - IDEn kan ju i de här fallen inte hjälpa mig att hålla reda på dem.

Ser jag $("#cbSaveAs) vet jag ju att det här är en checkbox och då kan jag göra si eller så, men hade det varit en divSaveAs eller tbSaveAs hade det ju varit helt andra saker.

Lite samma som att vissa prefixar jquery object med $ så att man skall vet att det är ett jq-objekt - Om inte IDE vet det, måste man ju på nåt sätt veta det, eftersom Javascript inte direkt är hårt typat. - Inte för att jag skulle gör en "var intNumber", men ibland vill man ju faktiskt ha "Number" som en sträng, då kan det ju vara helt OK att döpa variablen till "numberAsString" eller "stringNumber" etc.

Principregler är till för att brytas, man skall skriva tydlig kod som är lättläst och fungerar och förhoppningsvis är lätt att underhålla.

Vet inte hur avancerat man måste gå. Men du kan ju göra en relationstabel mellan en tabell med namn på massa maträtter/typer och ölsorterna. När man man visar mer info om ölen ser man vilka rätter den passar till i en lista.

Har själv bara läst databasadministration, vilket mest berör de tekniska bitarna runt omkring och inte då programeringen. Men något mer avancerat än att hämta och skriva till en databas borde krävas för mvg? Typ en join av något slag, fast det blir det kanske inte av det här.

du ser ut att ha gjort helt korrekt i koden genom att ange fÖlID som parameter till selectQuery. dock saknar selectQuery en WHERE-sats, vilket gör att frågan returnerar alla rader i tabellen.

du använder samma syntax som du gör när du hämtar informationen om en specifik ölsort.

Nånting ska självklart vara det ID som motsvarande öl har. Vid skapande av hemsidan (då den ritas upp på skärmen) ska du byta ut nånting mot samma ID som rutan för ölen.

här är din kod för att hämta information om ett specifikt öl.

var selectQueryString = "SELECT * FROM tblöl ,tblbryggeri where "
+"tblÖl.fBryggeriID=tblBryggeri.BryggeriID and ÖlID = @0"; 

var row = db.QuerySingle(selectQueryString, ÖlID);

fundera på hur du berättar för databasen att det bara är information om ölet som har id 3 du vill ha tillbaka... where vadå?

(ledsen om jag verkar dryg, men då det är en skoluppgift, så vill jag inte bara skriva "rätt svar". jag vill hellre få dig att tänka efter och förstå hur det fungerar.)

Se bara till att du inte sätter så att kommentarens ID blir samma som ölens ID - Kommentaren ska ha ett eget ID, sen en annan kolumn som innehåller ID:t på ölen

Typ, kolumn namn:

tblComments

id
fkBeerId
dateAdded
commentText
fkUserId (eller userName eller dylikt)

Sen kör du, typ:

SELECT b.*,
c.id AS commentId, c.dateAdded, c.commentText, c.userName 
FROM tblBeer b
JOIN tblComment c 
ON c.fkBeerId = b.id
WHERE b.id = 123123