Excel vs Programozás

Programozás - kezdő

Sziasztok,

Programozásban járatos huposok véleményét szeretném kérni. Ha valaki ért a borászatohoz az jobban értheti a helyzetet. A lényeg, hogy nem tudom, megérné-e programot írni egy bornyilvántartáshoz. Van egy bornyilvántartó könyv, ahol fajtánként, naponta lebontva kellene adatokat rögzíteni, és évente kétszer-háromszor pedig egy meghatározott bevallást készíteni belőle. Nagyon egyszerű az algoritmus.
Excelben is megoldható a dolog, meg is csináltam már, de mivel egyre több időszak és adat lesz, így nehéz kezelni, ezen felül pedig aki annyira nem ért excelhez az nem tudja kezelni.
Ezért gondoltam, hogy egy vmilyen adatbázison épülő progi kellene hozzá. Access-t is csináltam már (űrlappal), de annál kicsit több kellene, nem tudom ki mit gondol erről??? Sok meló és idő lenne egy ilyenhez? (Flash AS programozást tudom - egy unix alapú kis progi sokkal bonyolultabb?)

UI: Vannak erre meglévő programok tudom, de azok kicsit sokba kerülnek, hatóságoknél be kell jegyeztetni, amit pedig nem, azt nem lehet testreszabni.

Előre is nagyon köszi minden véleményt.

  • 2904 megtekintés

( Oops | 2008. 02. 25., h – 10:23 )

nekem olybá tűnik a leírtak alapján, hogy a haverod az access, programozva (nem csak űrlapozva)
indoklás:
1) az adatrögzítés-lekérdezés-tárolás-feltöltés tutira betesztelt, ha erre saját progit írsz, akkor az teszteletlen rész lesz (itt nem kell törődnöd az 'és mi van, ha betelik a vinyó/nincs meg a file/kevés a memória/akármi' jellengű problémák kezelésével)
2) Minden adatbevitelt, lekérdezés-gyártást, jelentés-gyártást meg tudsz csinálni minden program nélkül is, vagyis, sokkal könnybb lesz a programodat debugolni
3) Ha csak egyszer kell egy olyan lekérdezés, ami eddig sose kellett, akkor két perc alatt megírod hozzá, akár az eredeti programkód változtatása nélkül
4) Kapható hozzá könyv, ami jó is: link
5) Igen, a kis unixos progi sokkal bonyolultabb mint az AS
6) AS után nem lesz teljesen idegen az eseménykezelés fogalma

( edaile | 2008. 02. 25., h – 10:28 )

Nem tűnik bonyolultnak amit szeretnél, ha van állandó netkapcsolatod ahol használni szeretnéd, php/mysql|postgres.
Olcsó, gyors.

( tovis v | 2008. 02. 25., h – 11:38 )

A kérdés az, hogy mekkora adatmennyiség keletkezik, milyen és valójában mennyi az egységnyi idő alatt keletkező adat (számok, szöveg esetleg képek stb.), milyen relációk kellenek/kelhetnek? Ha már programozókat kérdezel azok tudod ebből élnek/tengődnek - azaz lessz -e rá fizetőképes kereslet?
Sajna nem ismerem a Flash AS -t, az Acces inkább demo -ra jó (talán ha van alá egy nagyon massztív szervered - vagy az adat egy zsebkendő sarkába is beköthető).
Szóval ez így nagyon kevés ahhoz, hogy korrekt válaszokat kapj és ne szaladj bele valami "végtelen történetbe". Például, ha windows -ban akarsz ténykedni ott van a Clarion (asszem www.softvelocity.com) - ez egy igazi RAD, viszont leginkább single useres környezuetre ideális, rohadt gyors és egyszerüen elsajátítható - ha jól megtervezed az adatbázist, legenerálja az applikációt! Viszont a legfapadosabb kivitelke is kb. 300 eFt -nál kezdődik -kifizetődik ez?
Jut eszembe, az excel nagyon jól programozható Visual Basic -ből!?

Igazából pont az windows-t akarom kihagyni a dolgoból. Egyébként szerintem kereslet lenne egy ilyen szoftverre, én inkább saját használatra szánnám, de ha már említetted, nagyon sok kis borászat van, szerte az országban, de csak a Balatonboglári Borvidéken is, akik kézzel számolgatnak töltögetnek mindent. Ezzel nincsen is gond, mert a bevallásokat is úgy kell készíteni, de az ellenőrzés szempontjából nagyon hasznos lenne.
Én is pontosan ezért szeretném ezt az egészet, mert ha valami hiba van az adatokban, akkor adatbázis nélkül szinte lehetetlen megtalálni.
Az adatokról annyit, hogy van egy évjárat, azon belül vörös/fehér bor és azon belül pedig különböző fajták (a törzsadatok is jól kezelhetők, és nem sok, pl cukorfok, alkohol...stb.)
Ezeknek kell az állományváltozásást rögzíteni, azaz van sokféle csökkenési és növekedési ok. Bevallási időszakokban pedig egy záróállományt kell és a változások összesítése.