Citat:
Databasen är inte så abstrakt som du måhända tror, det är en koppling mellan ett grafiskt interface och en relationsdatabas med ganska enkla relationer. Det fungerar som det är, men jag vill lämna MS-Access som är front-end eller interface nu. Perfekt för modellering skulle jag vilja säga dock. Ursäkta om jag missförstod. Det är rätt enkelt, med tre fyra indexerade tabeller, några har relation, kanske någon trigger här och där som manipulerar, sedan interface som kan kallas typ "varuregister" eller en annan "inköp" Kanske ett interface om kontotransakaktioner och slikt. Ganska roligt för nördiga personer Jag kan nörda mer om annat, men det är roligt att göra något seriöst ibland.En gång i tiden var det mode att lägga en hel del affärslogik i databasen med stored procedures. Visst, det hade säkert sina fördelar när bandbredden var begränsad att inte skicka sql över en dålig lina och sedan få ett stort resultat tillbaka, men det var ju ett tag sedan.
IMO är det bästa alternativet idag att använda ORM-ramverk för enkel mappning mellan objekt i systemet och tabeller i databasen. Av den anledningen tycker jag att du gott och väl kan fortsätta använda sådant så slipper du dessutom skriva mappningslogik själv utan du blir serverad färdigbakade listor eller vad du nu ska ha med alla db-svaren paketerade och klara.
Så, låt databasen sköta om sökningar och sorteringar av data, men låt din applikation sköta om manglingen av sagda data som sagt.
IMO är det bästa alternativet idag att använda ORM-ramverk för enkel mappning mellan objekt i systemet och tabeller i databasen. Av den anledningen tycker jag att du gott och väl kan fortsätta använda sådant så slipper du dessutom skriva mappningslogik själv utan du blir serverad färdigbakade listor eller vad du nu ska ha med alla db-svaren paketerade och klara.
Så, låt databasen sköta om sökningar och sorteringar av data, men låt din applikation sköta om manglingen av sagda data som sagt.
Interfacen har drop-down som ser in i databasen och fler finesser.
Jag är väldigt glad och tacksam för era svar, glöm inte det. Jag uppskattar fler tips och infallsvinklar.
Det handlar om ett system för att i det lilla härma ett företag, men privatekonomin som testmodell. Man kan tänka sig att utveckla vidare. Jag börjar enkelt. Inga kontotabeller, eller avancerad kontroll av strösocker / vetemjöl eller ens alls sånt
Det är väldigt roligt att utveckla en databas på en maskin som en RPI, drar ström som en 20w glödlampa på tomgång, ändå är den rapp i svaren på enklare SQL-frågor.
Jag tror att jag skall borde hitta ett verktyg i Pascal++ dvs. Delphi möjligen C++ Båda är väldigt lika egentligen, såvitt jag vet.
Databasmotorn fungerar helt OK. Förändringar i strukturer gör jag med nativ phpMyAdmin (plågsamt slö) eller HeidiSql som klient och snabb. SQL är inte problemet alls.
__________________
Senast redigerad av Knivur-273 2018-03-30 kl. 11:54.
Senast redigerad av Knivur-273 2018-03-30 kl. 11:54.