Kuparin lähteitä energiataloudellisuusjärjestyksessä

"tuosta listauksesta ei paljastunut"

Jos olisit lukenut avauksen kokonaan, tietäisit että listalle ei ole sisällytetty nameja, namit eivät ole ruokavalion osa, vaan mässäilyvalion osa. Näiden listojen tarkoituksena on auttaa laihtuvaa laihduttajaa.

"suklaassa on harvinaisen paljon kuparia, varsinkin tummassa suklaassa"

Niinkö on? Vuositasolla, paljonko ihmisiä kuolee ja paljonko sairastuu tumman suklaatin syömisen tai kaakaon juomisen takia, maailmanlaajuisesti?

Hmm. Finelissä muuttujan nimi oli ENERC. Jostakin syystä ajattelin sen tarkoittavaa "energiaa kilokaloreina", mutta se tarkoittikin "energiaa kilojouleina". Eli KNM:n taulukko on siis aivan oikein ja hienosti laadittu.

Anonyymi kirjoitti:

Hmm. Finelissä muuttujan nimi oli ENERC. Jostakin syystä ajattelin sen tarkoittavaa "energiaa kilokaloreina", mutta se tarkoittikin "energiaa kilojouleina". Eli KNM:n taulukko on siis aivan oikein ja hienosti laadittu.

Lue lisää

Joule on Si-yksikkö ja sitä yleensä suositaan. Itsellä kun on päähän tallennettuna elintarvikkeita kcaloreina niin en ajatellut vaihtaa jouleen.

Viikonloppuna tuli käytyä normaaleja ruokiani ja Finelin mukaan puutoksia ei tule 1800 kcal annoksilla. Säädin kyllä dieettiäni sisältämään porkkanaa.

hvp27 kirjoitti:

Joule on Si-yksikkö ja sitä yleensä suositaan. Itsellä kun on päähän tallennettuna elintarvikkeita kcaloreina niin en ajatellut vaihtaa jouleen.

Viikonloppuna tuli käytyä normaaleja ruokiani ja Finelin mukaan puutoksia ei tule 1800 kcal annoksilla. Säädin kyllä dieettiäni sisältämään porkkanaa.

Lue lisää

EU vaatii, että elintarvikepakkauksissa energiasisältö pitää ilmoittaa sekä jouleina että kaloreina.

Anonyymi kirjoitti:

EU vaatii, että elintarvikepakkauksissa energiasisältö pitää ilmoittaa sekä jouleina että kaloreina.

Kyllä mutta jos muuten ilmoitetaan energiapitoisuus niin se kyllä ilmoitetaan jouleina. Muunnoshan on helppo varsinkin tietokannan osalta. Tietokannansuunittelun yksi perusperiaate on se, että asiaa ei saa ilmoittaa valmiiksi usealla tavalla jos muut arvot voidaan laskea yhdestä arvosta eli tässä tapauksessa joule on ilmiselvä ilmoitettava arvo.

Kun ihmisen ruokavalio ja mekaniikka/lämpöoppi/etc ovat niin kaukana toisistaan niin on kokolailla sama miten energiapitoisuus ilmoitetaan. Paras systeemi olisi joku painonvartijoiden pistesysteemi. Olisi vaan joka paikassa tämä sisältää n pistettä. Sopiva pisteen arvo olisi 25 kcal eli esimerkiksi minulla 100 pistettä.

hvp27 kirjoitti:

Kyllä mutta jos muuten ilmoitetaan energiapitoisuus niin se kyllä ilmoitetaan jouleina. Muunnoshan on helppo varsinkin tietokannan osalta. Tietokannansuunittelun yksi perusperiaate on se, että asiaa ei saa ilmoittaa valmiiksi usealla tavalla jos muut arvot voidaan laskea yhdestä arvosta eli tässä tapauksessa joule on ilmiselvä ilmoitettava arvo.

Kun ihmisen ruokavalio ja mekaniikka/lämpöoppi/etc ovat niin kaukana toisistaan niin on kokolailla sama miten energiapitoisuus ilmoitetaan. Paras systeemi olisi joku painonvartijoiden pistesysteemi. Olisi vaan joka paikassa tämä sisältää n pistettä. Sopiva pisteen arvo olisi 25 kcal eli esimerkiksi minulla 100 pistettä.

Lue lisää

Joissakin tietokannoissa on myös mahdollisuus laskettuihin kenttiin. Eli ulospäin asiakasohjelmalle näyttäisi että on kaksi eri kenttää kilokalori ja kilojoule, mutta tosiasiassa toinen on laskettu toisesta.

Näitäkin on kahta tyyppiä, VIRTUAL ja STORED. Useimmiten käytetään VIRTUAL, joka on myös oletusarvo.

https://database.guide/what-is-a-generated-column/

Anonyymi kirjoitti:

Joissakin tietokannoissa on myös mahdollisuus laskettuihin kenttiin. Eli ulospäin asiakasohjelmalle näyttäisi että on kaksi eri kenttää kilokalori ja kilojoule, mutta tosiasiassa toinen on laskettu toisesta.

Näitäkin on kahta tyyppiä, VIRTUAL ja STORED. Useimmiten käytetään VIRTUAL, joka on myös oletusarvo.

https://database.guide/what-is-a-generated-column/

Lue lisää

Joo. Periaate on että tieto tallennetaan vain kerran mutta voidaan näyttää monella tavalla. Juuri toteutetin tuolla periaatteella haun monesta kentästä kun haettiin helpointa tapaa hakea vapaalla tekstihaulla eli loin tietokantaan virtuaalisen kentän jossa on usean kentän sisältö (ei tule toimimaan pitkällä juoksulla mutta pomo halusi tuon toimivan noin).

hvp27 kirjoitti:

Joo. Periaate on että tieto tallennetaan vain kerran mutta voidaan näyttää monella tavalla. Juuri toteutetin tuolla periaatteella haun monesta kentästä kun haettiin helpointa tapaa hakea vapaalla tekstihaulla eli loin tietokantaan virtuaalisen kentän jossa on usean kentän sisältö (ei tule toimimaan pitkällä juoksulla mutta pomo halusi tuon toimivan noin).

Lue lisää

Onko kyseessä SQL-tietokanta?

Käsittääkseni tuollainen vaatii tietokannalta nimenomaista tukea generoiduille kentille ja se toimii silloin kuin junan vessa.

Anonyymi kirjoitti:

Onko kyseessä SQL-tietokanta?

Käsittääkseni tuollainen vaatii tietokannalta nimenomaista tukea generoiduille kentille ja se toimii silloin kuin junan vessa.

Vai tarkoititko, että vasta asiakasohjelma laskee ja tulostaa virtuaalisen kentän? Näinhän se on tehtävä, jos tietokanta ei tue laskettuja kenttiä.

Anonyymi kirjoitti:

Onko kyseessä SQL-tietokanta?

Käsittääkseni tuollainen vaatii tietokannalta nimenomaista tukea generoiduille kentille ja se toimii silloin kuin junan vessa.

Tuo data on saatavissa raakadatana. Sen voi sitten portará haluamaansa tietokantaan, siitä sitten riippuu mitä ominaisuuksia on.

hvp27 kirjoitti:

Tuo data on saatavissa raakadatana. Sen voi sitten portará haluamaansa tietokantaan, siitä sitten riippuu mitä ominaisuuksia on.

Eli olet sittenkin laittanut tietokantaan ylimääräisen pysyvän sarakkeen, joka on muodostettu tietokannan luontihetkellä kahdesta tai useammasta raakadatan sarakkeesta? Sen olisi voinut hoitaa MySQL:ssä, PostgresSQL:ssä ja SQLitessä kätevämmin generoiduilla sarakkeillakin.

Anonyymi kirjoitti:

Eli olet sittenkin laittanut tietokantaan ylimääräisen pysyvän sarakkeen, joka on muodostettu tietokannan luontihetkellä kahdesta tai useammasta raakadatan sarakkeesta? Sen olisi voinut hoitaa MySQL:ssä, PostgresSQL:ssä ja SQLitessä kätevämmin generoiduilla sarakkeillakin.

Lue lisää

Tein virtuaalisen sarakkeen. Kun alkuperäiset sarakkeet on indeksoitu niin tuota voi käyttää LIKE-hakuun.

hvp27 kirjoitti:

Tein virtuaalisen sarakkeen. Kun alkuperäiset sarakkeet on indeksoitu niin tuota voi käyttää LIKE-hakuun.

Eli toisin sanoen virtuaalinen sarake oli asiakasohjelman päässä SELECT-lauseen yhtenä osana, ei itse tietokannassa. Se mitä edellä kuvasin oli että useimmat tietokannat sallivat nykyään myös virtuaalisia sarakkeita itse tietokannassa. Näin säästetään asiakaspään vaivaa, kun asiakasohjelma voi käyttää tietokannan valmista saraketta. Asiakasohjelman ohjelmoija ei edes huomaa onko sarake fyysinen vai virtuaalinen. Vanha tapakin tietysti aina käy, mutta jos on monta asiakasohjelmaa, jokaisen ohjelman täytyy rakentaa virtuaalinen sarake uudestaan, vaikka tietokanta voisi toteuttaa sen yhtenä palveluna.

Anonyymi kirjoitti:

Eli toisin sanoen virtuaalinen sarake oli asiakasohjelman päässä SELECT-lauseen yhtenä osana, ei itse tietokannassa. Se mitä edellä kuvasin oli että useimmat tietokannat sallivat nykyään myös virtuaalisia sarakkeita itse tietokannassa. Näin säästetään asiakaspään vaivaa, kun asiakasohjelma voi käyttää tietokannan valmista saraketta. Asiakasohjelman ohjelmoija ei edes huomaa onko sarake fyysinen vai virtuaalinen. Vanha tapakin tietysti aina käy, mutta jos on monta asiakasohjelmaa, jokaisen ohjelman täytyy rakentaa virtuaalinen sarake uudestaan, vaikka tietokanta voisi toteuttaa sen yhtenä palveluna.

Lue lisää

Nimenomaan tietokantaan. Asiakkaana on node.js niin kaikki tietokantaan mikä mahdollista. Saattaa olla myös tehokkaampaa.

hvp27 kirjoitti:

Nimenomaan tietokantaan. Asiakkaana on node.js niin kaikki tietokantaan mikä mahdollista. Saattaa olla myös tehokkaampaa.

Jos generoitu sarake on tehty STORED-attribuutilla, sen pystyy myös indeksoimaan.

ALTER TABLE fineli ADD COLUMN c integer as ( a b ) STORED

Mutta sinä olet varmasti käyttänyt näkymää (VIEW) tai tallennettua kyselyä (STORED PROCEDURE).

MongoDB:tä et ole käyttänyt, koska puhuit aiemmin LIKE-hausta.

Anonyymi kirjoitti:

Jos generoitu sarake on tehty STORED-attribuutilla, sen pystyy myös indeksoimaan.

ALTER TABLE fineli ADD COLUMN c integer as ( a b ) STORED

Mutta sinä olet varmasti käyttänyt näkymää (VIEW) tai tallennettua kyselyä (STORED PROCEDURE).

MongoDB:tä et ole käyttänyt, koska puhuit aiemmin LIKE-hausta.

Lue lisää

Joo, MariaDB. Yhdistelmäkentän indeksointi toimii huonosti kun sitä tarvitaan vain tuohon Like-hakuun. Jotenkin tähän tyyliin: CREATE TABLE t1 (a VARCHAR(255),b VARCHAR(255), c VARCHAR(255) AS (a b));

Like-haun jälkeen otetaan talteen a ja b joita käytetään mahdollisina rajausehtoina. Ts. noiden kenttien avulla voidaan vähentää käsittelyyn tulevia tietueita.

hvp27 kirjoitti:

Joo, MariaDB. Yhdistelmäkentän indeksointi toimii huonosti kun sitä tarvitaan vain tuohon Like-hakuun. Jotenkin tähän tyyliin: CREATE TABLE t1 (a VARCHAR(255),b VARCHAR(255), c VARCHAR(255) AS (a b));

Like-haun jälkeen otetaan talteen a ja b joita käytetään mahdollisina rajausehtoina. Ts. noiden kenttien avulla voidaan vähentää käsittelyyn tulevia tietueita.

Lue lisää

No nyt tunnustit itsekin käyttäväsi tietokannan virtuaalisia sarakkeita, vaikka aiemmin kirjoitit ”Tietokannansuunittelun yksi perusperiaate on se, että asiaa ei saa ilmoittaa valmiiksi usealla tavalla jos muut arvot voidaan laskea yhdestä arvosta eli tässä tapauksessa joule on ilmiselvä ilmoitettava arvo.”

Eli ihan hyvin Finelissäkin voisi olla energiapitoisuus sekä kilojouleina että kilokaloreina. Jälkimmäinen sarake oilsi luonnollisesti toteutettu virtuaalisesti kertomalla kilojoulet 0,239:llä. Aiemmin torjuit ehdotukseni tietokantasuunnittelun vastaisena.

Anonyymi kirjoitti:

No nyt tunnustit itsekin käyttäväsi tietokannan virtuaalisia sarakkeita, vaikka aiemmin kirjoitit ”Tietokannansuunittelun yksi perusperiaate on se, että asiaa ei saa ilmoittaa valmiiksi usealla tavalla jos muut arvot voidaan laskea yhdestä arvosta eli tässä tapauksessa joule on ilmiselvä ilmoitettava arvo.”

Eli ihan hyvin Finelissäkin voisi olla energiapitoisuus sekä kilojouleina että kilokaloreina. Jälkimmäinen sarake oilsi luonnollisesti toteutettu virtuaalisesti kertomalla kilojoulet 0,239:llä. Aiemmin torjuit ehdotukseni tietokantasuunnittelun vastaisena.

Lue lisää

Virtuaalinen sarake ei ole oikeasti olemassa eikä siihen voi syöttää arvoja. Tässä tapauksessa tietokannassa pitäisi pitäisi olla energia jouleina ja voisi kyllä olla virtuaalisena myös kaloreissa mutta ei siis kahta kenttää joissa energia on ilmoitettu eri yksiköissä.

En kyllä tekisi noin koska tuo on pelkkä jakolasku. Sen sijaan voisi kyllä rakentaa jonkinmoisen hivenaineindeksin tyyliin 100 g ravintoainetta sisältää hivenainetta A 100% ja B:tä 50% päivän tarpeesta jne. tuottaa indeksin 150. Tuosta kun valitsisi top 100 niin olisi aika hyvä lista.

Edellisessä duunissa oli eräässä taulussa euromäärä, valuuttakurssi, valuuttamäärä ja valuutta. Ei raportit täsmänneet, euromäärä olisi pitänyt olla virtuaalisena samoin kuin olisi pitänyt olla pyöristyserokin.

hvp27 kirjoitti:

Joo, MariaDB. Yhdistelmäkentän indeksointi toimii huonosti kun sitä tarvitaan vain tuohon Like-hakuun. Jotenkin tähän tyyliin: CREATE TABLE t1 (a VARCHAR(255),b VARCHAR(255), c VARCHAR(255) AS (a b));

Like-haun jälkeen otetaan talteen a ja b joita käytetään mahdollisina rajausehtoina. Ts. noiden kenttien avulla voidaan vähentää käsittelyyn tulevia tietueita.

Lue lisää

Oootta muuten laihdutuspalstalla.

hvp27 kirjoitti:

Virtuaalinen sarake ei ole oikeasti olemassa eikä siihen voi syöttää arvoja. Tässä tapauksessa tietokannassa pitäisi pitäisi olla energia jouleina ja voisi kyllä olla virtuaalisena myös kaloreissa mutta ei siis kahta kenttää joissa energia on ilmoitettu eri yksiköissä.

En kyllä tekisi noin koska tuo on pelkkä jakolasku. Sen sijaan voisi kyllä rakentaa jonkinmoisen hivenaineindeksin tyyliin 100 g ravintoainetta sisältää hivenainetta A 100% ja B:tä 50% päivän tarpeesta jne. tuottaa indeksin 150. Tuosta kun valitsisi top 100 niin olisi aika hyvä lista.

Edellisessä duunissa oli eräässä taulussa euromäärä, valuuttakurssi, valuuttamäärä ja valuutta. Ei raportit täsmänneet, euromäärä olisi pitänyt olla virtuaalisena samoin kuin olisi pitänyt olla pyöristyserokin.

Lue lisää

”Sen sijaan voisi kyllä rakentaa jonkinmoisen hivenaineindeksin tyyliin 100 g ravintoainetta sisältää hivenainetta A 100% ja B:tä 50% päivän tarpeesta jne. tuottaa indeksin 150. Tuosta kun valitsisi top 100 niin olisi aika hyvä lista.”

Varmaan tuota on maailmassa joku muukin pohdiskellut, eikä yhtään sovellusta ole silti näkynyt, vaikka tutkimme jo Marsin pintaakin. Top 100:sta jäisi tuolla metodilla puuttumaan kuitenkin hyviä ruoka-aineita. Esim. kesäkurpitsa on kohtalainen kaliumin ja folaattien lähde, mutta huono monissa muissa.

Kannattaisi ehkä vain katsoa nykyistä ruokavaliota, jota kenties on noudattunut vuosikymmeniä, ja tehdä siihen mahdollismman vähän, mutta tarpeellisia muutoksia.

KNM:n listat (ja omat kilpailevat listani) ovat jokseekin hyödyttömiä. Se että sinulla on ollut A-vitamiinin puutos on sinun mokasi, joka olisi pitänyt paljastua lyhytkestoisella ruokapäiväkirjallakin.

Näihin päiviin asti olet siis laihdutellut luullen että se mikä todellisuudessa on 100 kCal olisikin 418.68 kCal? Luulisi siinä laihtuvan hyvää vauhtia.

Anonyymi kirjoitti:

”Sen sijaan voisi kyllä rakentaa jonkinmoisen hivenaineindeksin tyyliin 100 g ravintoainetta sisältää hivenainetta A 100% ja B:tä 50% päivän tarpeesta jne. tuottaa indeksin 150. Tuosta kun valitsisi top 100 niin olisi aika hyvä lista.”

Varmaan tuota on maailmassa joku muukin pohdiskellut, eikä yhtään sovellusta ole silti näkynyt, vaikka tutkimme jo Marsin pintaakin. Top 100:sta jäisi tuolla metodilla puuttumaan kuitenkin hyviä ruoka-aineita. Esim. kesäkurpitsa on kohtalainen kaliumin ja folaattien lähde, mutta huono monissa muissa.

Kannattaisi ehkä vain katsoa nykyistä ruokavaliota, jota kenties on noudattunut vuosikymmeniä, ja tehdä siihen mahdollismman vähän, mutta tarpeellisia muutoksia.

KNM:n listat (ja omat kilpailevat listani) ovat jokseekin hyödyttömiä. Se että sinulla on ollut A-vitamiinin puutos on sinun mokasi, joka olisi pitänyt paljastua lyhytkestoisella ruokapäiväkirjallakin.

Lue lisää

Ilman muuta kannattaa katsoa mikä mättää vanhassa ruokavaliossa. Korjaaminen on suhteellisen helppoa. Tuollaisesta indeksi listasta vaan voisi löytyä ruoka-aineita, joissa olisi paljon hivenaineita joten en ihan hyödyttömänä pitäisi.

Kun A-vitamiini on rasvaliukoinen niin en tiedä miten paljon sitä saan keskimäärin. Parina päivänä saanti oli kyllä jotain 50%. Muutenhan korona on parantanut ravitsemustani paljon.

No olitpa nyt mukafiksu. Paljonko laihduit?

No siinä oli eri henkilö kyseessä. Varma tieto. En kylläkään sanonut, että ravinnosta saataisiin keskimäärin kuparia liikaa. Sen täytyy olla poikkeustilanne. Muistaakseni n. 10 prosenttia kansasta saa kuparia liian vähän.

Anonyymi kirjoitti:

No siinä oli eri henkilö kyseessä. Varma tieto. En kylläkään sanonut, että ravinnosta saataisiin keskimäärin kuparia liikaa. Sen täytyy olla poikkeustilanne. Muistaakseni n. 10 prosenttia kansasta saa kuparia liian vähän.

Lue lisää

Minä ostin kuparia lisäravinteena. Meinasin jo pistellä suuhuni kunnes luin hieman aiheesta ja kuparin epäillään olevan yksi merkittävimmistä alzhaimer altistajista.

Eli syökää kuparia vaan reippaasti.

Ja jos kuparin määrä / energia on oleellinen niin napeista otettuna, hakkaa kaikki nuo listan osterit ja mustekalat.

Anonyymi kirjoitti:

Minä ostin kuparia lisäravinteena. Meinasin jo pistellä suuhuni kunnes luin hieman aiheesta ja kuparin epäillään olevan yksi merkittävimmistä alzhaimer altistajista.

Eli syökää kuparia vaan reippaasti.

Ja jos kuparin määrä / energia on oleellinen niin napeista otettuna, hakkaa kaikki nuo listan osterit ja mustekalat.

Lue lisää

Avauksessa olevassa linkissä on USA.n terveysviranomaisen julkaisemaa faktaa kuparista, joka on ihmiselle välttämätön mineraali, eli suojaravintoaine. Kuparia on syytä saada oikeamääräiseti päivitttäin koska sen määrä elimistössä on vähäinen ja sitä poistuu dietaaristen lopputuotteiden mukana.

Tuolla kuparin faktasivulla on myös kokonainen kappale Alzheimer:in sairaudesta, alla osakäännös kappaleesta:

"Jotkut asiantuntijat uskovat, että dietaarisella kuparipuutoksella olisi merkitystä Alzheimerin taudin etiologiassa ja patofysiologiassa, joka on dementian johtava syy, koska on useita raportteja matalasta kuparipitoisuudesta ja kupaririippuvien entsyymien aktiivisuudesta tautia sairastavien ihmisten aivoissa. Rajoittunut määrä havaintoja osoittavaa, että korkeamman kuparipitoisuuden omaavilla ihmisillä on pienempi riski Alzheimerin tautiin. Kuitenkin myös Alzheimerin tautia sairastavien ihmisten aivoissa on havaittu korkeaa kuparipitoisuutta, ja jotkut tutkijat väittävät, että dietaarisen kuparin liiallinen määrä olisi mukana tämän taudin kehittymisessä. Lisäksi kuparin kertyminen vaurioituneille aivojen alueille Alzheimerin taudissa ei välttämättä kuvasta suoraan kehon yleistä kuparitilannetta tai kuparin saantia."