De cijfers die berekend worden bij nehar, nehat2, enhat2, cijfers gaan onder nul.
Nu moet het volgens mij mogelijk zijn om met een if else aan te geven dat het cijfer niet lager mag worden dan 1, maar wat ik ook probeer, het lukt niet.
ROUND((((c1+c2+c3+c4+c5+c6+c7+c8+c9+c10+c11+c12+e1+e2+e3+e4+e5+e6+e7+e8+e9+e10+e11+e12+fl1+fl2+fl3+fl4+fl5+fl6+fl7+fl8+fl9+fl10+fl11+fl12+fl13+fl14+fl15)*9)/39)+1,1) AS enhat2,
ROUND((((((j1+j2+j3+j4+j5+j6+j7+j8+j9)*18)/9)-8)+((((p1+p2+p3+p4+p5+p6+ci1)*9)/7)+1))/2,1) AS cijfer,
Thomas - 29/09/2014 17:04 (laatste wijziging 29/09/2014 17:07)
Moderator
Bij "nehar" en "cijfer" kan ik mij voorstellen dat hier een negatieve waarde uitrolt, maar als de kolommen in de andere sommen ten minste 0 zijn is het eindresultaat ook positief?
Hoe zijn deze getallen opgeslagen in je database (wat is het type van deze kolommen) en waar gaat het mis waar het goed zou moeten gaan of andersom, met andere woorden, heb je een voorbeeld van een geval waarbij het onterecht goed/verkeerd gaat?
EDIT: ik zie zo gauw in de kleurfunctie niets vreemds, druk je de eind- of tussenresultaten ook af? En wat gaat er precies mis? In welke kleur worden zaken afgedrukt? Want dat geeft dus weer aan in welk interval een eindresultaat valt...
Bij nehar gaat het inderdaad fout, omdat 75% goede antwoorden hier een 5,5 oplevert.
Bij nehat2 is het geen probleem, omdat hier 50% goede antwoorden een 5.5 oplevert.
De kleur waarin afgedrukt wordt, is rood. Eigenlijk moet ik dat nog veranderen, zodat punten onder de nul wit worden.
Alles gaat precies zoals het geprogrammeerd is, maar ik wil het veranderen, zodat alle cijfers onder de nul als een 1 geprint worden, en ik weet niet hoe dat moet.
-- phpMyAdmin SQL Dump
-- version 3.5.7
-- http://www.phpmyadmin.net
--
-- Machine: localhost
-- Genereertijd: 29 sep 2014 om 18:13
-- Serverversie: 5.3.5-MariaDB-ga-mariadb113
-- PHP-versie: 5.3.29
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
--
-- Databank: `nw2_nl_1`
--
-- --------------------------------------------------------
--
-- Tabelstructuur voor tabel `nehavo2`
--
CREATE TABLE IF NOT EXISTS `nehavo` (
`leerlingnummer2` text CHARACTER SET utf8 NOT NULL,
`name` text CHARACTER SET utf8 NOT NULL,
`doc` text CHARACTER SET utf8 NOT NULL,
`nr1` text CHARACTER SET utf8 NOT NULL,
`nr2` text CHARACTER SET utf8 NOT NULL,
`nr3` text CHARACTER SET utf8 NOT NULL,
`nr4` text CHARACTER SET utf8 NOT NULL,
`f1` text CHARACTER SET utf8 NOT NULL,
`f2` text CHARACTER SET utf8 NOT NULL,
`f3` text CHARACTER SET utf8 NOT NULL,
`f4` text CHARACTER SET utf8 NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
--
-- Gegevens worden uitgevoerd voor tabel `nehavo2`
--
INSERT INTO `nehavo` (`leerlingnummer2`, `name`, `doc`, `nr1`, `nr2`, `nr3`, `nr4`, `f1`, `f2`, `f3`, `f4`) VALUES
('01', 'jan', 'kees', '0', '0', '0', '1', '0', '0', '0', '0'),
('08', 'marie', 'gert', '0', '0', '1', '0', '1', '0', '0', '0'),
('04', 'Arie', 'fred', '0', '1', '1', '1', '0', '1', '0', '1');
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
-- phpMyAdmin SQL Dump
-- version 3.5.7
-- http://www.phpmyadmin.net
--
-- Machine: localhost
-- Genereertijd: 29 sep 2014 om 18:13
-- Serverversie: 5.3.5-MariaDB-ga-mariadb113
-- PHP-versie: 5.3.29
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET time_zone ="+00:00";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
De getallen worden door andere codes in de database geplaatst en ik heb steeds charset=UTF-8 gebruikt.
Daarom heb ik voor de gegevens in de database utf8_general_ci voor de kolommen gekozen.
Het werk wordt door 280 gebruikers in korte tijd in de database geplaatst, dus ik wil dat het verwerken van de gegevens zo min mogelijk problemen oplevert.
Is dat dan geen goede oplossing?
Thomas - 30/09/2014 00:24 (laatste wijziging 30/09/2014 10:01)
Moderator
Er zijn een aantal aanverwante zaken waarvan ik denk dat het belangrijk is dat je deze weet te onderscheiden:
Een character set of character encoding (zoals UTF-8, waaraan in MySQL (onder andere) via utf8 wordt gerefereerd) is een verzameling symbolen die op een bepaalde manier (denk aan een reeks van nullen en enen, bits en bytes) wordt opgeslagen.
set of encoding = wijze van opslag in het geheugen
Een character collation is een verzameling van regels voor het vergelijken en sorteren van karakter(reeksen) in een character set. Een voorbeeld van een collation is utf8_general_ci.
collation = wijze van sorteren / vergelijken
Ongeacht de encoding/collation volgen tekst en numerieke waarden een verschillende sortering. Tekst volgt een alfabetische (of lexicografische) sortering. Numerieke waarden volgen een numerieke sortering. Je keuze om numerieke waarden op te slaan als tekst kan gevolgen hebben voor de sortering.
Als je wiskundige formules loslaat op tekst-die-numerieke-waarden-bevat dan zal de omzetting tekst > numerieke waarde mogelijk/waarschijnlijk/misschien/hopelijk automatisch plaatsvinden.
Dit neemt echter niet weg dat je zou moeten nadenken over hoe je je gegevens opslaat in je database. Als dit niet uit zou maken dan zouden de verschillende kolomtypen die MySQL rijk is niet veel bestaansrecht hebben... maar dat is dus niet het geval. MySQL ondersteunt verschillende kolomtypen om een reden.
Als je cijfers opslaat, zou je er bijvoorbeeld voor kunnen kiezen om deze als breuken ("floats" of "floating integers") op te slaan. Maar als je bijvoorbeeld weet dat de maximale precisie van een cijfer altijd maximaal één cijfer achter de komma is, zou je kunnen overwegen om een cijfer op te slaan als een getal tussen de 0 en 100 (waarbij je dus, als je hiermee gaat rekenen, het eindresultaat door 10 deelt voor een (gemiddeld) eindcijfer).
Het ontwerp van je database, en de manier waarop je je data inhoudelijk vormgeeft, vormt het fundament voor de rest van je applicatie(s) dus deze zou met grote zorg samengesteld moeten worden. Naarmate je applicatie en/of je dataset groeit wordt dit steeds belangrijker.
Hoe je je data opslaat wordt voor een groot deel bepaald door wat je met deze data wilt doen (hoe je de data dus weer op een efficiënte manier uit je database kunt trekken, ten einde een zeker doel te bereiken, bijvoorbeeld voor het samenstellen van rapportages ofzo).
Als je je informatie op een onhandige manier opslaat, wordt het op een zeker moment waarschijnlijk onhandig zoniet onmogelijk om hier nog makkelijk mee te werken, of zoals een oud collega van mij plachtte te zeggen: shit in, shit out.
Kijk, de keuze is aan jou. Jouw opzet zal tot op zekere hoogte wel werken, en misschien is dit voor wat je wilt doen goed genoeg. Maar dat wil niet zeggen dat je niet hoeft na te denken hoe iets anders of mogelijk beter kan.
Hartelijk dank voor de uitvoerige uitleg. Ik ga het uitproberen.
Ik kan de function formatteerGetal($invoer) in de volgende code niet werkend krijgen. Ligt dat aan het feit dat de getallen als tekst opgeslagen zijn of heb ik een programmeerfout gemaakt?
Het liefst wil ik de functies bepaalKleurInterval en fromatteerGetal combineren, maar dat lijkt op dit moment wel een brug te ver.
ROUND((((w1+w2+w3+w4+o1+o2+o3+o4+i1+i2+i3+i4+t1+tl2+t3+t4+r1+r2+r3+r4)*18)/20)-8,1) AS nehat1,
ROUND((((l1+l2+l3+l4+l5+l6+l7+l8+f1+f2+f3+f4+f5+f6+f7+f8+f9+f10+k1+k2+k3+k4+k5+k6+k7+k8)*18)/26)-8,1) AS enhat1,
ROUND((((j1+j2+j3+j4+j5+j6+j7+j8+j9)*18)/9)-8,1) AS fahat1,
ROUND((((ww1+ww2+ww3+ww4+ww5+ww6+ww7+n1+n2+n3+n4+n5+n6+w1+w2+w3+w4+w5+w6+v1+v2+t1+t2+t3+t4)*18)/25)-8,1) AS duhat1,
ROUND((((fo1+fo2+fo3+fo4)*9)/4)+1,1) AS nehat2,
ROUND((((c1+c2+c3+c4+c5+c6+c7+c8+c9+c10+c11+c12+e1+e2+e3+e4+e5+e6+e7+e8+e9+e10+e11+e12+fo1+fo2+fo3+fo4+fo5+fo6+fo7+fo8+fo9+fo10+fo11+fo12+fo13+fo14+fo15)*9)/39)+1,1) AS enhat2,
ROUND((((p1+p2+p3+p4+p5+p6+c1)*9)/7)+1,1) AS fahat2,
ROUND((((p1+p2+p3+p4+w7+w8)*9)/6)+1,1) AS duhat2,
ROUND((((t1+t2+t3)*9)/3)+1,1) AS nehai,
ROUND((((((r1+r2+r3+r4)*18)/4)-8)+((((w1+w2+w3+w4+o1+o2+o3+o4+i1+i2+i3+i4+t1+t2+t3+t4+r1+r2+r3+r4)*18)/20)-8)+(((f1+f2+f3+f4)*9/4)+1)+((((t1+t2+t3)*9)/3)+1))/4,1) AS cijferne,
ROUND((((((l1+l2+l3+l4+l5+l6+l7+l8+f1+f2+f3+f4+f5+f6+f7+f8+f9+f10+k1+k2+k3+k4+k5+k6+k7+k8)*18)/26)-8)+((((c1+c2+c3+c4+c5+c6+c7+c8+c9+c10+c11+c2+e1+e2+e3+e4+e5+e6+e7+e8+e9+e10+e11+e12+fo1+fo2+fo3+fo4+fo5+fo6+fo7+fo8+fo9+fo10+fo11+fo12+fo13+fo14+fo15)*9)/39)+1))/2,1) AS cijferen,
ROUND((((((j1+j2+j3+j4+j5+j6+j7+j8+j9)*18)/9)-8)+((((p1+p2+p3+p4+p5+p6+c1)*9)/7)+1))/2,1) AS cijferfa,
ROUND((((((ww1+ww2+ww3+ww4+ww5+ww6+ww7+n1+n2+n3+n4+n5+n6+w1+w2+w3+w4+w5+w6+v1+v2+t1+t2+t3+t4)*18)/25)-8)+((((p1+p2+p3+p4+w7+w8)*9)/6)+1))/2,1) AS cijferdu,
r1+r2+r3+r4+w1+w2+w3+w4+o1+o2+o3+o4+i1+i2+i3+i4+t1+t2+t3+t4+r1+r2+r3+r4+f1+f2+f3+f4+t1+t2+t3 AS totaal
<?php
function formatteerGetal($invoer) {
if ($invoer < 0) {
return 1;
} else {
return $invoer;
}
}
?>
<?php
function formatteerGetal($invoer){
if($invoer<0){
return1;
}else{
return$invoer;
}
}
?>
($invoer in plaats van $getal)
Zucht .
EDIT: Je kunt beide functies prima tegelijkertijd toepassen? Ze dienen echter wel een verschillend doel: de ene functie is om een achtergrondkleur in te stellen, de andere om het getal te formatteren. Je kunt ze dus niet "combineren" tot één ding, lijkt me.
Uhm, je wilt hetzelfde (berekende getal) gebruiken zowel voor het afdrukken ervan, en voor het bepalen van een kleur (die moet dan dus wel in een geldig interval vallen)?
Dat is toch niet zo lastig? Introduceer, om een en ander leesbaar te houden, een hulpvariabele met een toepasselijke naam, bijvoorbeeld $eindCijfer ofzo?
Voer eerst ergens (op een toepasselijke plaats uiteraard) je berekening uit:
Wat is jouw favoriete javascript framework? (S: 18, R: 2)
Gesponsorde links
.
Actiefste leden van de maand
