Däckhotell projekt

Tänkte göra ett program till jobbet för att hålla reda på däckhotellet. Har i dag ett Excel där det typ grafiskt visas vad som finns i respektive hylla, varje hylla har 3 plan (A,B,C) så på 7B finns ABC123, DEF456, ni fattar.
Det funkar ju hyffsat med Excels vanliga sök funktion cltr-B att söka efter en bils däck. Inte helt glasklart var den hittar det däremot. Att ändra innehållet funkar ju med F2 om man har Excel vana, inte alla har det..... Finns inget som varnar att denna bil har redan däck i hotellet om man lägger in nya. Dokumentet ligger på en gemensam enhet på servern så alla kan komma åt den, får ju en varning om någon redan har dokumentet öppet. Det var en beskrivning av dagens läge.
Skulle vilja konstruera ett smidigare program som: >snyggt visar innehållet, >inte behöver någon extern server bara för datat, tänker inte hålla reda på någon mysql databas med allt vad det innebär. >varnar för dubletter, >kunna ta ut en snygg inventerings lista, >smidig sök & ändrings funktion >funka att köra på/från flera användare.
Själv är jag ingen super programmerare men har väl sysslat med Basic & Visual Basic till husbehov så helt på läktaren är jag väl inte. Så någon kanske har nåt bra råd att komma med, typ hur ska man spara datat? En vanlig textfil eller nåt annat smidigt?? Allta råd tas emot!!

Man kan göra ganska mycket saker i Excel och du kan välja att låsa rutor om du är rädd för att någon ändrar något av misstag. T.ex. dubblettcheck på reg.nr. är väldigt enkelt att fixa.

Jag har gjort ett program till jobbet i vb där vi skriver in grejer i typ sju kolumner med sökfunktion till kolumnerna, datan spars i en acessdatabas, programmet körs på nätverket på flera datorer. Det går att skriva ut hela listan, eller bara sökresultat. Det är en liten exe fil som ingen har lyckats sabba på typ två år. Och då är det folk som knappt har en dator hemma som använder programmet.
Sökresultatet visas i en datagridview. Det mest omständiga var nog utskriften.
Det är gjort i vb2013.
Hur mycket vana av vb har du?

Egna projekt --> Övriga utvecklingsfrågor
/Moderator

Det jag känner mest osäker på är själva data hanteringen. Databaser har jag inte direkt sysslat med. Men alternativen är ju många. En textfil för varje hylla känns ju lätt rörigt med 40-50 hyllor. En ren textfil för allt men man får tänka sig för hur datat sparas och läses in om ett hyllplan är tomt t.ex. XML format verkar ju rätt strukturerat men hur är det med att söka/ändra/visa/spara. Databasen bör ju också vara någolunda dynamisk, hotellet kan ju bli t.ex 20 hyllor större om nåt år, inte säkert jag är kvar och kan programmera om allt då.

Av just den sista anledningen är ju en välstrukturerad databas att föredra, i sådana fall kan man ju utan problem lägga till eller ta bort hyllor till förbannelse, med lite smarta främmande nycklar kommer databasen även se till att du inte kan ta bort hyllor som det finns däck på.

Att trassla med flatfiler eller xml när en databas är det givna valet känns som om det finns utrymme för en stor WTF ärligt talat.

En databas är bra.

Även bra med en löpande text-logg med en rad för varje gång man lägger in/lämnar ut däck. Bara så att man i efterhand får någon form av bevis om någon klagar eller om någon gör någonting klumpigt i systemet.

Är organisationen liten kan man dock skita i databasen och hela tiden läsa in hela text-loggen i minnet ungefär som en "uppspelning".

En viktig sak är att det går lätt att ta backup - kan bli tråkigt att tappa hela informationen och behöva besöka alla hyllor och identifiera och knappa in kanske många tusen användares däck.

En flexibel och enkel lösning är att använda en SQL-databas. Enkel att ta backup på och enkel att göra ändringar i. Alla utvecklare förstår direkt hur data lagras jämfört med textfiler och andra egensnickrade lösningar.
När man utvecklar system så ska man tänka utifrån att någon annan ska förstå, underhålla och vidareutveckla systemet. Den vedertagna lösningen för ett sånt här system är en vanlig SQL-databas. Om man är mer erfaren utvecklare så kan man titta på andra lagringslösningar, men då får man analysera kraven på systemet mer ingående och se om någon annan lösning skulle fungera bättre. Säkert är att rätt lösning inte är en flat file eller Excel.

Om man pratar om loggning av vad som händer i systemet så bygg in att kunden får ett mail vid varje in- och utlämning av däck + att ni skriver ett entry i en loggfil. Ni kan även ha en administrativ mailbox där ni får en kopia på samma mail för att ha koll på vad ni skickar ut. Skriv även vilka modeller det var på däck och fälg. Den tekniker som byter däck matar in allt sånt via ett enkelt administrativt gränssnitt för tekniker. För återkommande kunder så är det ofta samma däck och fälg. Då ska det vara förvalt och verifiering behöver bara göras. Det gör att kunden känner sig delaktig och trygg med hanteringen. Samtidigt får ni kontroll och loggning på allt som händer.

Tack för de synpunkterna men nu är du på version 10 på nåt super proffesionellt däckhotells hanterings system på stora däckfirman, jag är på version 0.5 för att kunna söka/ändra/lägga till/tabort/inventera. Som jag skrev i första inlägget, att börja röra till det med att behöva sql databaser på nån server/molnet är bara brutal overkill. Enklast möjligt, jag kommer inte att vara där i evigheter och resten är bilmekaniker om vi säger så, bör ju funka ändå. Allt bör ska ligga i en mapp på filservern.

Men notera här är att du inte behöver någon fet webserver med tillhörande databasserver.

Har de en filserver så kan den säkert även serva t ex PHP-sidor. Och PHP kan köra mot SQLite eller andra mini-databaser där databasen inte är mer än en fil. Den är väldigt krasch-säker vilket är en anledning till att den ofta används i mobiltelefonapplikationer för att lagra kontakter mm.

Som alla andra skriver är en SQL-databas det självklara valet.

Men känner du dig osäker på det så går det ju att lösa genom att läsa och spara i en Excel-fil med. Att utöka hotellet med nya hyllor är inga problem det heller då du gör en sökfunktion tills du finner en cell tom så får du garanterat med alla däck.

Skriva en funktion som adderar en hylla eller ändrar storlek på den om man byter ut en är inte heller något problem tycker jag.

Bara söka på nätet och sätta igång.
Hittade denna som ger en lätt intro till läsa och skriva i en Excel-fil.
http://www.visual-basic-tutorials.co...oExcel2007.php

Jag vill också rekommendera en Databas + en logg fil.
+ Du kan ha en DATABAS som ligger som 1 fil disk.(sqllite3)
+ Det funkar även om strömmen går Just när du göra SAVE
- Det är lite nya saker att förstå..

Jag vill också slå ett slag för en logg fil..
Vad händer om en kund kommer in och frågar efter sina däck:
"Jo jag lade in 2 extra däck, var är de ?"

Då kan det vara mycket bra att ha en "logg" som säger, jo du hade 2 extra däck: men den 11 Januari 2017 15:35 så hämtades de ut.. (kanske en notis vem som hämtar?)
Det blir nog mycket lättare att övertyga kunden om att du inte har eller BORDE ha några extra däck, om du kan säga vad som hände, och när.

Re filer vs en Databas
Jag tycker att de andra har beskrivet det bra, men kan skriva det igen: en databas kan ligga som en "fil" på disk.
Flera personer kan "Hämta ut" däck samtidigt.
Bra hantering om tex strömmen går etc.

Även om du väljer att använda dig av 1 fil, så kommer du behöva trixa runt lite..
Vad händer om strömmen går mitt medan du gör SAVE ?
(Systemet kanske hinner spara HALVA filen till disk?)
Du måste lära dig lite nya saker där med:
Antaligen SAVE //kolla att det blivit OK, RENAME file
Vid uppstart finns det några HALV sparade filer ?

Även om jag tycker det finns för många som alltid vill ha en DB till allt,
så vill jag också i detta fallet starkt rekommendera en DB.