Flexibeler omdat je niet vastzit aan hetgeen wordt ondersteund door je Synology, al zie ik met een korte Google zoekopdracht dat daar ook mogelijkheden zijn met InfluxDB.:
[...]
Wat maakt dat dan meer flexibel? Hij heeft een arduino, niet een raspberry pi
:
1
2
3
4
5
6
7
8
9
10
| +--------+-------+------------+ | Sensor | Temp | DateTimeU | +--------+-------+------------+ | 1 | 20,42 | 1501066290 | | 2 | 19,89 | 1501066290 | | 1 | 20,43 | 1501066275 | | 2 | 19,88 | 1501066275 | | 1 | 20,41 | 1501066260 | | 2 | 19,88 | 1501066260 | +--------+-------+------------+ |
Hoeder van het Noord-Meierijse dialect
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Niet simpel genoeg om je te laten inzien dat jouw idee gepruts is. Als er een sensor wordt bijgeplaatst (en die kans is aanwezig) moet de ts een derde tabel gaan maken?
Ik denk dat SQLite in dit geval veel meer op zijn plaats is dan een flat-file.
[ Voor 21% gewijzigd door farlane op 26-07-2017 12:30 ]
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Verwijderd
Dat jij een oplossing niet begrijpt, maakt van een algemeen geaccepteerd en bekend systeem nog geen gepruts.:
Niet simpel genoeg om je te laten inzien dat jouw idee gepruts is. Als er een sensor wordt bijgeplaatst (en die kans is aanwezig) moet de ts een derde tabel gaan maken?
Van het fout voorgezegd krijgen leer je sowieso niets
Ga er maar vanuit dat er zeker "best practices" zijn, die dus overeenkomen met onderling afgesproken "beste manier" van aanpakken van dit soort zaken. Laten we die dan in ieder geval zoveel mogelijk opperen, en niet aangeven dat er per sensor een tabel komt o.i.d. Dat is gewoon zwaar misbruik maken van een database.
[ Voor 16% gewijzigd door Merethil op 26-07-2017 12:55 ]
Veel beginnende hobbyisten haken juist af als je hier direct mee begint, omdat het theoretisch blijft. Als TS nu probeert sensordata om te slaan op een verkeersader te automatiseren, dan is het een ander verhaal.
Sinds de 2 dagen regel reageer ik hier niet meer
Zwaar misbruik ???? Pfff de hoeveelheid data is lachwekkend klein, stelt niks voor... Dat is nou wat ik precies bedoel: door 'zware woorden' te gebruik wek je indruk dat er iets verschrikkelijks gaat gebeuren....:
[...]
Van het fout voorgezegd krijgen leer je sowieso niets
Ik denk dat het voor een beginner juist prima te behappen is als je maar uitlegt waarom je het zo doet. Mensen die dan niet verder "durven" kan ik niet over praten; ben ze zelf nog niet tegengekomen. Wel merk ik dat TS hier al lang niet meer is geweest, maar gok dat dat misschien ligt aan werk/geen tijd om op Tweakers te zitten, niet zozeer omdat hij het niet snapt (want anders hadden er vast wel vragen geweest).:
[...]
Veel beginnende hobbyisten haken juist af als je hier direct mee begint, omdat het theoretisch blijft. Als TS nu probeert sensordata om te slaan op een verkeersader te automatiseren, dan is het een ander verhaal.
Laat TS dus gewoon lekker beginnen met aanklooien, laat het in 1 tabel zijn per sensor of 10. Zo lang er niks is is er ook nog niks fout gegaan. Van daaruit kan TS weer vragen gaan stellen.
Begin gewoon met MySQL. Daar zijn genoeg tutorials voor, daar leer je het niet perfect mee, maar zolang het werkt is het prima. Als er maar geen levens vanaf hangen
Ik zeg helemaal niet dat er iets verschrikkelijks gaat gebeuren, maar wil je dat zijn projectje niet verder kan uitgroeien? Als je nu een sensor wil toevoegen, moet hij applicatie en database aan gaan lopen passen. Als hij het iets generieker opzet is het in ieder geval veel makkelijker in gebruik. Wat we aangeven zijn best practice tips, gewoon uit het feit dat duizenden mensen deze fouten al eens hebben gemaakt. Het is goed om te leren van je fouten, maar niet leren van fouten van duizenden anderen is gewoon dom.
[ Voor 5% gewijzigd door Merethil op 26-07-2017 13:01 ]
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Is die standaard wel zo eenvoudig in gebruik? Volgens mij staat die db standaard dicht voor gebruik van buitenaf en kun je dat alleen oplossen door met ssh + root dingen op je Synology aan te passen.
Al vind ik PostgreSQL wel de mooiere database van die twee.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Afhankelijk van wat je ermee doet, ja, waarom niet? Tabellen zijn niet inherent slecht, moeten niet ten koste van alles voorkomen worden - wat centraal moet staan is of het in de context van wat je ermee doet meer hetzelfde is, of meer verschillend.:
Niet simpel genoeg om je te laten inzien dat jouw idee gepruts is. Als er een sensor wordt bijgeplaatst (en die kans is aanwezig) moet de ts een derde tabel gaan maken?
Never explain with stupidity where malice is a better explanation
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Verwijderd
In dit geval niet. Een FK als PK in een tabel zetten is niet iteratief werken, maar onjuist werken.:
Dat heet gewoon iteratief werken
Je kunt ook iemand de kans geven om te leren door eerst een projectje te hebben, vervolgens data te hebben (en een beloningsmoment) en ergens tegen aan te lopen. Vervolgens komt er een leermomentje.
).
Verwijderd
Ik heb al 20 jaar geen alter table statements nodig gehad. Goed database-design is een zwaar onderschat iets, dat ten eerste, maar ten tweede, heel kinderachtig, een beetje ORM neemt je dat uit handen:
[...]
Je kunt ook iemand de kans geven om te leren door eerst een projectje te hebben, vervolgens data te hebben (en een beloningsmoment) en ergens tegen aan te lopen. Vervolgens komt er een leermomentje.
Er gaan in dit geval niets verloren door dat traject te volgen.
Wie nooit een alter table heeft gedaan of zaken later verder genormaliseerd werpe de eerste steen zou ik zo zeggen (TS excluded
Knap, al jouw projecten zijn van te voren altijd volledig uitgekristaliseerd en behoeven nooit en te nimmer uitbreiding ?
Ah je laat alles aan je ORM over .. wat niet weet wat niet deert qua alter tablesmaar ten tweede, heel kinderachtig, een beetje ORM neemt je dat uit handen
An sich hoef je voor measurements geen ID te hebben. Voor de terugvindbaarheid is dat eventueel makkelijk, maar een combinatie van sensor_id en timestamp lijken mij ruim voldoende om de waarde te krijgen.
Tja, dan doet de ORM wel het alter table statement voor je, zo kan ik ook wel zeggen dat ik nooit alter table statements gebruik.:
Ik heb al 20 jaar geen alter table statements nodig gehad. Goed database-design is een zwaar onderschat iets, dat ten eerste, maar ten tweede, heel kinderachtig, een beetje ORM neemt je dat uit handen
[ Voor 19% gewijzigd door CH4OS op 26-07-2017 18:10 ]
Verwijderd
HEt is hier offtopic, maar wat uitgebreider dan. Doorgaans is je databaseontwerp aan functionaliteit gebonden. Je bouwt wat er nodig is. In de meeste gevallen zijn er dan voor latere uitbreidingen extra tabellen nodig, en geen alter statements.
Je bent bekend met het concept van een grapje hoop ik?Ah je laat alles aan je ORM over .. wat niet weet wat niet deert qua alter tables
Misschien TS dan ook maar een ORM, framework en iets van erlang aanraden, je weet maar nooit wat voor multicore HA oplossing hij in de toekomst nog nodig zou kunnen hebben.
Ik weet het niet, hangt van de handigheid van TS af. Maar er zijn vrij krap bemeten Synology's (qua geheugen) en dan is een tweede DBMS installeren wellicht wat veelgevraagd.:
[...]
Is die standaard wel zo eenvoudig in gebruik? Volgens mij staat die db standaard dicht voor gebruik van buitenaf en kun je dat alleen oplossen door met ssh + root dingen op je Synology aan te passen.
Volgens mij is MariaDB installeren als package op je Synology (eventueel samen met phpMyAdmin) wellicht een iets praktischere manier
Die heeft C.J Date uit de virtuele kast getrokken en is thans de komende 10 jaar bezig om uit theorie te komen waar die weinig van snapt omdat hij nog nooit live met een tabel met data heeft geklooid:
Ik vermoed dat topicstarter al huilend is weggerend na mijn (en andermans) gezever
.
Ik denk het ook. Als hij slim is laat hij de hele discussie voor wat het is en dan lekker met rrdtool aan de gang. Was al genoemd door @anboni , en lijkt mij perfect voor deze klus, alleen helemaal niemand die daarop reageerde.:
Ik vermoed dat topicstarter al huilend is weggerend na mijn (en andermans) gezever
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
Hangt er een beetje vanaf of het acceptabel is dat de data vanaf een bepaald moment geaggregeerd wordt.
.
[ Voor 26% gewijzigd door gekkie op 26-07-2017 18:34 ]
Haha ja ik vind hem ook dieptriest eerlijk gezegd. Zo helemaal voorbijgaan aan de vraag voor de opslag van een simpele tabel... Nu begrijp ik ook weer waarom projecten bijv. bij de overheid mislukken. Volledig voorbijgaan aan de werkbaarheid en oplevering maar puur verzanden in theorie.:
Ik vermoed dat topicstarter al huilend is weggerend na mijn (en andermans) gezever
[ Voor 4% gewijzigd door BramV op 26-07-2017 19:01 ]
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Dit topic is gesloten.
/u/64549/crop5f5f926cdf058_cropped.png?f=community)
/u/89193/crop5913059561374.png?f=community)
/u/3813/100_8985_ICON2.JPG?f=community)
:strip_exif()/u/26373/anim4.gif?f=community)
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
:strip_icc():strip_exif()/u/71766/borg.jpg?f=community)
:strip_icc():strip_exif()/u/481839/e-resized.jpg?f=community)
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
:strip_icc():strip_exif()/u/295699/crop609bc9a510a14_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
:strip_exif()/u/39092/wolkje-avatar3.gif?f=community){kind=avatar}
/u/470671/elephant.png?f=community)
:strip_exif()/u/53522/crop583d477015a24.gif?f=community)
:strip_icc():strip_exif()/u/46486/RayBan.jpg?f=community)
:strip_exif()/u/62088/sp_jh2.gif?f=community)
:strip_icc():strip_exif()/u/285437/icon.jpg?f=community){kind=icon}