I PI (se signatur) har jag valt att använda en tabell per sensor, det var det självklara valet. Jag ser inga fördelar med att blanda data från flera sensorer i samma tabell, tvärt om faktiskt. Vill man få ut data från flera tabeller i en SQL fråga så kan man ju slå ihop sökningen via SQL.
Vad gäller databasmotor så måste du ställa dig frågan hur programmet ska användas; licensen för InnoDB skiljer sig från MyISAM (egentligen bara de två behöver fundera på). Denna tråd kan kanske vara av intresse.
Jag hade någon diffus tanke om att det blir svårt att få relationer mellan olika sensorer om man lägger dem i olika tabeller, men när jag funderar närmare på det tror jag inte att det blir några problem.
Ja, den där .NET-connectorn hade jag allt tänkt att använda... är det någon skillnad på InnoDB/MyISAM ur licensperspektiv gentemot .NET-connectorn menar du? Just nu tänkte jag mest på prestandasynpunkt, men det kanske blir klarare om jag läser lite vad de olika databasmotorerna är bra på.
Licensmodellen för InnoDB och MyISAM skiljer sig egentligen inte åt förutom i pris, jag uttryckte mig lite oklart. Vilken av motorerna du ska använda beror ju på vad för funktioner du behöver. InnoDB har t.ex stöd för transaktioner och replikering vilket MyISAM inte har. Kort sagt kan man säga att om du endast ska använda tabellerna för att lagra och hämta data ur så duger MyISAM.
.NET connectorn är licensierad under GPL vilket betyder att ditt program också måste vara det om du ska använda den. Om denna licensmodellen inte är några problem för dig är det bara att köra.