Access programozót keresek egy projekthez
2005-11-28T13:12:17+01:00
2005-12-11T21:16:00+01:00
2022-07-26T21:43:48+02:00
  • hello Hozzászólók,

    köszönöm az érdeklődők jelentkezését. A feladathoz elvégzéséhez sikerült találnom Partnert közületek. Boldog Karácsonyt Mindenkinek. Z.
    Mutasd a teljes hozzászólást!
  • Szívesen
    Mutasd a teljes hozzászólást!
  • Köszönöm a helyreigazítást, egy eléggé nyilvánvaló dolgot hagytam figyelmen kívül. Kipróbáltam, átmásoltam másik gépre és működik. Kösz
    Mutasd a teljes hozzászólást!
  • Sajnos ki kell hogy javítsalak, mert (szerintem) rosszul használtad.

    A lentebb leírtakat célszerű nem a system.mdw-vel, hanem egy sajat.mdw-el megcsinálni, amire csatlakoztál.

    0. Csináljunk egy másolatot a védtelen adatbázisról (nehogy kizárjuk magunkat)
    1. Hozzuk létre magunkat, minden jogot adjunk meg magunknak majd tegyük tulajdonossá magunkat (egyébként nem lehet elvenni a jogokat az admintól)!
    2. A programban alaphelyzetben lévő csoportoknak (rendszergazdák, felhasználók) a jogait vegyük vissza minimumra. (magyarul semmi joga se legyen senkinek)
    3. Hozzuk létre a saját csoportjainkat, felhasználóinkat, és állítsuk be a jogosultságokat.
    4. Az Admin minden jogát vegyük el!
    (Ha nem tesszük, akkor (más gépen) más Access mellett bárki az Admin nevében módosíthatja a munkánkat.)

    Te a 2. és a 4. lépést felejtetted el megcsinálni , tehát meghagytad az admin/rendszergazda, illetve a felhasználók és rendszergazdák csoport jogait.

    ----

    De ha igazad lenne (a rossznál ez így is van) nem is kell más gépre átvinni, elég az mdw fájt átnevezni
    Ez lehet a kiskapu, ha valaki a system.mdw fájlt írta át.

    Ha nagyon kell (nem sikerült), akkor a hétvégén csinálok neked egy olyan fájlt, amive eljátszogathatsz .
    De most ugyebár az mdb alapú tábla tárolásról beszéltünk, nem az msde-ről.
    Mutasd a teljes hozzászólást!
  • Hát ha nálad az, hogy beállíthatod, egy táblába ki vihet fel újat, ki módosíthat, ki törölhet adatot, és ki nem láthatja a szerkezetét se, ki módosíthatja a szerkezetet (hasonlóan az űrlap, jelentés, ... esetén) egy gyenge valami, akkor elég byenge.


    Javíts ki, ha tévedek. Ha kimásolod egy másik gépre az adatbázist tartalmazó fájlt, simán hozzáférsz minden eltárolt adathoz. A jogosultságokat vagy a system.mdw-ben, vagy egy, a felhasználó által létrehozott .mdw fájl tárolja, csak ehhez csatlakozva kapsz jogosultságokat. Ha viszont kimásolod valahova a fájlt (másik gépre), simán, mindenféle autentikáció nélkül hozzáférsz minden tárolt adathoz. Ez szerintem elég gáz, tudom, mert kipróbáltam.
    Mutasd a teljes hozzászólást!
  • Igen !
    Valamikor meg tudtam volna írni, de most már nem fel kellene kötni a gatyát.
    Annyira körbe lett járva a téma, hogy valaki igazán megcsinálhatta volna már.
    Mutasd a teljes hozzászólást!
  • Persze, ha egész kicsi cégről van szó feltehetsz egy C64 emulátort is és megírhatod a dolgot C64 bézikben.
    Mutasd a teljes hozzászólást!
  • Én tulajdonképpen ilyeneket értettem volna alatta, plussz a terhelhetőség.
    Természetesen meg lehet csinálni , ha commodore 64 - en anno meg lehetett csinálni komplett bér - munkaügyi rendszert akkor ezt is meg lehet Access - ben.
    Úgy látatlanban , nem hiszem, hogy olyan nagy adatforgalmú cég lenne, hogy nem menne Access - ben. Gondolom, hogy az adatbázis sem lehet valamilyen hűde bonyolult.
    Mutasd a teljes hozzászólást!
  • Mint hold_position is mondta, alaphelyzetben az Access zárol.
    Egy lekérdezésben is be lehet állítani, hogy milyen jellegő (pl. tábla vagy rekord) zárolást akarsz.

    2. feltalálták az ADO-t és a DAO-t, ahol szintán elég optimalizálható a zárolás.

    ----

    Az msde az Access "része", hozzá adják 2000 óta.
    Az adp, ami az SQL adatbázis eléri, az meg főleg az Access.
    (Akkor most 1 vagy 2? A php és a mysql az 1 vagy 2?)

    ----
    hold_position :
    Hát ha nálad az, hogy beállíthatod, egy táblába ki vihet fel újat, ki módosíthat, ki törölhet adatot, és ki nem láthatja a szerkezetét se, ki módosíthatja a szerkezetet (hasonlóan az űrlap, jelentés, ... esetén) egy gyenge valami, akkor elég byenge.

    De itt is kérdés, hogy mdb és csatolás (vagy benne lévő), vagy adp+MSDE változatról beszélünk? (én fent az mdb-ről)
    Mutasd a teljes hozzászólást!
  • A jogosultságkezelés a legkevesebb, jóval nagyobb gond hogy ahhoz hogy végrehajts teszem azt egy update parancsot egy sql szerver esetén egy darab sql mondant megy át a hálódon a szerverhez és az végrehajtja a parancsot. Ugyanez bármilyen fájl alapú rendszer esetén úgy néz ki hogy az adat átjön a hálózaton a gépedbe, ott módosítod azt majd szépen visszaballag a fájlszerverbe. Ez pedig sok tétel esetén sok idő...
    Mutasd a teljes hozzászólást!
  • Ha teszem fel 20 - an egyszerre akarnak insert update delete jellegű dolgokat csinálni ?

    rekordzárolással
    Ki van azért ez találva, bár szerintem a jogosultságkezelése egy kalap....amennyire ismerem. Világosítsatok fel, ha tévedek.
    Mutasd a teljes hozzászólást!
  • Köszi !

    Értegetek mindent. (kapisgálom.)
    Konkurens adatelérés esetén hogy viselkedik az Access ? Ha teszem fel 20 - an egyszerre akarnak insert update delete jellegű dolgokat csinálni ?
    De , ha pl. mssql-be teszed át az adatokat, akkor már megint nem Access-ben vagy ? ?
    Mutasd a teljes hozzászólást!
  • "Miért nem ultizol, ilyenkor estefelé ?"

    Nincs partnerem (Bár az Interneten már előfordult)

    "Mi a szerver ? Mik a júzerek ?"

    MSDE ami adatfájlját átnyomhatom MSSQL-re.
    A júzerek: felhasználók
    Az Accessben is lehet létrehozni (programozás nélkül, vagy leprogramozva) jogosultságokat, hogy ki mit milyen jogkörrel nyithat meg.
    De használhatom az sql felhasználókezelését.

    "Ha pl. : a sima mysql+php (vagy akármi) felállást választod,"

    Imádom a mysql+php ingyenes javaslatot.
    Ha egy doman-es cégbe veszek egy windows XP prof-ot, aton ott van az IIS (ASP-s szerver). Ha legalább egy Access-em van, akkor ott az MSDE.
    Egy kis cégbe (20 felhasználó) bőven elég, teljesen felesleges ezért még újabb programokat (php, mysql) telepítgetni.

    "Valószínű, hogy biztonságosabb is."

    Ezt meg sosem értem. Én már 97 óta több eredetileg Access-ben írt (persze nem bérszámfejtési, könyvelési) rendszert vettem át, és egyik se omlott össze, amíg használták/ják.
    Van ahol milliós rekordszámmal dolgoznak, (sajnos) mdb adatbázisban
    Mutasd a teljes hozzászólást!
  • Micu !
    Miért nem ultizol, ilyenkor estefelé ?

    Még mindig azt mondom, hogy Access nem jó.
    Mi a szerver ? Mik a júzerek ?
    Belemény egy gyakorlatilag lekorlátozott rendszerbe.
    Ha pl. : a sima mysql+php (vagy akármi) felállást választod, máris sokkal több a lehetőséged.
    És még midig 100 %-ban ingyenes. (legalábbis szerver oldalról)
    Valószínű, hogy biztonságosabb is.
    Mutasd a teljes hozzászólást!
  • Viszont utána a balhét a legritkább esetben az viszi el aki az ilyen döntéseket hozza...

    Az élet alapigazságait sorolgatjuk éppen
    Mutasd a teljes hozzászólást!
  • A döntés nem mindig a számítástechnikus kezében van.pl.

    Ez így van. Viszont utána a balhét a legritkább esetben az viszi el aki az ilyen döntéseket hozza...
    Mutasd a teljes hozzászólást!
  • Ezért nem célszerű manapság olyan eszközzel belevágni egy fejlesztésbe amiről már a kezdet kezdetén tudjuk hogy jókora korlátai vannak. 96-ban persze azért még más volt a helyzet, Pl. az RDBMS szervereket aranyért adták és fel sem merült olyan hogy free SQL szerver, pláne olyan hogy free fejlesztőeszköz. Ma meg SQL szerver szinten ott van a VS Express, a Postgresql, a Firebird hogy csak az ismertebbeket említsem. A 96-os állapotokat nem biztos hogy szerencsés dolog a maiakkal összevetni.
    Amúgy anno én is csináltam egy videotéka alkalmazást úgy 10 éve Access motorral Visual Basic-ben ami még ma is működik. De az a cucc mindig is szigorúan egy felhasználós volt...
    Mutasd a teljes hozzászólást!
  • Az accessnek is megvan a maga helye. Ez a hely kb. az hogy a lelkes amatőr megcsinálja magának otthonra a videokazetták nyilvántartását.

    Peremfeltételei:
    1. Soha senki nem fogja a programot több felhasználóval üzemeltetni.
    2. A fejlesztő nem igazán programozó, nincsenek is ilyen ambiciói, ugyanakkor jóval képzettebb mint egy átlag felhasználó. Ha ez az ember szeretne összeütni magának valamit amihez már kevés/kényelmetlen az excel, na arra jó az access.

    Ez kb. az mint amikor anno a Commodore 64-en mindenki maga faragta a kis Basic programjait.
    Mutasd a teljes hozzászólást!
  • De már megtette
    Mutasd a teljes hozzászólást!
  • Azon a ponton amikor a user azt mondta hogy lett hálózatunk. Amúgy 96-ban már Delphi2 is volt amivel win32-es programot lehetett írni...

    Nem Micu-t akarom védeni (majd megteszi Ő, ha akarja), de lehet, hogy ennél kicsit bonyolultabb is lehet a helyzet:
    A döntés nem mindig a számítástechnikus kezében van.
    pl.

    Mutasd a teljes hozzászólást!
  • amikor a user azt mondta hogy lett hálózatunk


    Helyes. Tehát akkor kellett volna mögé tenni egy adatbázist (melyiket?), az összes kódot és algoritmust átírni, és ezt csak azért, mert "nemsokára" úgy is a német változatot használják mindenhol.

    Gondolod, hogy ezt finanszírozták volna az anyacégtől?
    Mutasd a teljes hozzászólást!
  • Nem szerencsés dolgok ezek, és nem biztos hogy az a rossz ember aki nem száll be az építsünk gyurmából vadászrepülőt projectbe...

    Teljesen jogos.
    Nem is az adott feladat megoldást minősítettem, hanem
    Az acces szar
    ,
    Az acces csak a partnerek nyilvántartására elég
    (nem előző hozzászólásból vett idézet, csak ez jutott eszembe, tehát nem Micu-éból való) témát szeretném megkérdőjelezni. Mint ahogy írtátok, minden jó valamire és a legoptimálisabb megoldást kell keresni. A megoldásba pedig legsúlyozottabban a megrendelő lehetőségei tartoznak bele.
    Nem gondolom, hogy az acces a fentiekre elég, mint ahogy azt sem, hogy az mysql pl. mindent megold. Nem egy rendesen összerakott rendszer, de a maga szintjén használható és ez a sáv szélesebb (szerintem), mint ahogy az a hozzászólásokból számomra kitűnt.
    Mutasd a teljes hozzászólást!
  • Rossz volt a terv? Menet közben mikor kellett volna átírni más eszközökre?


    Azon a ponton amikor a user azt mondta hogy lett hálózatunk. Amúgy 96-ban már Delphi2 is volt amivel win32-es programot lehetett írni...
    Mutasd a teljes hozzászólást!
  • Rossz volt a terv? Menet közben mikor kellett volna átírni más eszközökre?

    Na ja. Az élet már csak ilyen

    -----

    Az előző hozzászólásom végére elfelejtettem kitenni a -t, nem provokációnak szántam, remélem senki nem veszi magára. Most meg is teszem.
    Mutasd a teljes hozzászólást!
  • Nekem is egy megtörtént eset jut eszembe: anno úgy 92 tájékán volt egy cég akik megbíztak egy nagytudású kollegát aki megírta a cég raktárkezelő programját quick basicben. Nos, ha valaki ismeri a nyelvet az tudja hogy ez az eszköz finoman szólva nem a legalkalmasabb az adott feladatra. A rendszer saját fejlesztésű adatbáziskezelőt használt amit az illető programozó írt szintén QBasic-ben. Folyamatosan veszítette az adatokat, a user interfészre az volt jellemző hogy két gép volt egymás mellett, az egyiken vitték fel a szállítólevelet, a másikon pedig lekérték a partnerhez illetve a termékhez a kódokat mert persze fejből nem tudták a pár ezer terméket. Amikor aztán tarthatatlanná vált a helyzet a kollega szépen lelépett a cégtől. És ez a remek kis rendszer már akkor benne volt a cégnek úgy két milliójába ami 92 tájékán nem volt kis pénz. Megnéztem a rendszert, majd felajánlottam hogy úgy egy hónap alatt újraírom az egészet Clipperben úgy 100 ezer forintért. De nem fogadták el, ők ragaszkodtak volna a régi QBasic-es rendszer továbbfejlesztéséhez illetve hibajavításához. Ehhez hozzá kell tennem hogy ha valaki látott már ocsmányul megírt kódot, nos az az volt.

    Szóval nagyon nem mindegy hogy elsőre mit és kit választ az ember, ma nem tudom mi fut ott, gyanítom hogy nem a jó öreg QBasic program...

    Ami a nyulat és a puskát illeti, úgy legalább egy évre előre tudom hogy mit fogok csinálni, így a dologban nem igazán vagyok érdekelt. Másrészt szerencsére vagyok olyan szinten hogy megengedhetem magamnak hogy kamikáze projectekben ne nagyon vegyek részt. Ugyanis az esetek jelentős részében a végén úgyis a programozó lesz a hülye mert miért nem mondta hogy az access nem erre való. Ja, hogy mondta. De akkor miért vállalta el ? Nem szerencsés dolgok ezek, és nem biztos hogy az a rossz ember aki nem száll be az építsünk gyurmából vadászrepülőt projectbe...
    Mutasd a teljes hozzászólást!
  • "Kérdés az ugye, hogy nem lett volna szerencsésebb már elsőre is a jobban skálázható, stb. (második) rendszert választani?"


    Erről nekem egy sajnos velem megtörtént eset jut eszembe:

    Amikor még a 3 (akkor) nagy (Controll, Műszertechnika, Microsystem) forgalmazott hálózatot akkor kellett egy cégnél (ahol dolgozó voltam) letenni egy hálózat építési tervet.
    Elmentünk az elsőhöz a kollégámmal (tudásunk 0 volt a témában), ott elmesélték, hogy mit hogy javasolnak.
    Elmentünk a másodikhoz (ott már kérdezni is tudtunk ) őket is meghallgattuk. Majd ugyan így a 3-nál is jártunk, így a végére már elméleti fogalmaink voltak a hálózatról.

    Megcsináltuk a tervet, (és mellesleg a tervet kiküldve mind a 3-tól kértünk árajánlatot).

    Amikor bejöttek az ajánlatok, akkor út az igazgatókhoz, és elmondtuk, hogy így és így, ennyiért lehet/érdemes megcsinálni.

    Az egyikük kérdése: "Ha 3 vagy 6 hónap múlva kellene megcsinálni a hálózatot, akkor ugyan ezt a tervet tennénk le?"
    A válaszom: "persze nem, mert a technika is fejlődik, mi is tanulnánk"
    Erre a kérdés: "Akkor miért nem várunk még vele?"
    Erre már csak egy választ tudtam adni: "Mert ha az emberiség így gondolkodna, akkor még ma is a kőbaltánál tartanánk"

    ----

    A döntés nem mindig a számítástechnikus kezében van.

    Meg néha nem biztos, hogy egy tökéletes 100%-os megoldás már induláskor is látható.
    "Kellene egy 1 felhasználos rendszer, ami nyílvántartja az ismerőseimet"
    "A partnereimet"
    (Jó az Access?)
    Később: Ja, de jó lenne, ha holnapra ez a rendszer a cégünk összes (5000-10000) partnerét és azok adatait is tárolná.
    Majd: Megvett minket az anyavállalat, és a nemzetközi partnerlistát kellen holnaptól tárolni.

    De volt olyan rendszerem (1996), ahol valami gyorsan elkészülő, 2-3 hónapig használható rendszer kellett, mert a német anyacégnél már írják a teljes partnernyílvántartót. (Megoldás a FoxPro volt, mert mellesleg a Delhinek se híre, se hamva)

    2 év múlva jöttek, hogy jó lenne a rendszert (a benne lévő 2 éves anyagokkal úgy bővíteni, hogy több önálló gépen is lehessen adatokat bevinni, és lemezen átadni.)

    Újabb 1 év: "Lett hálózatunk" jó lenne, ha nem kellene lemezni.

    2003: A német anyacég román részlege is szeretné használni.

    Rossz volt a terv? Menet közben mikor kellett volna átírni más eszközökre?
    Mutasd a teljes hozzászólást!
  • Hi!
    OFF
    Szerintem nagyon elszaladtatok a témával és ez engem leginkább az MS vs Lin soha véget nem érő harcra emlékeztet.
    Mint azt bizonyára tudjátok, a döntéshozó nem a legjobb, legszebb, legátondoltabban megírt megoldásra fog szavazni, hanem arra, amelyik a legoptimálisabban integrálható a vállalati szoftverkészletbe, a legkisebb változtatással szeretné megúszni a beruházást. Nem az a probléma szerintem, hogyha nem a legmegbízhatóbb megoldást választja, hanem, ha nem hívják fel a figyelmét a megoldás hibáira, korlátaira. Nagyon szép lenne, ha minden vezető évekkel előre gondolkodva egy olyan rendszer bevezetése mellett tenné le a voksot, ami fokozatosan fejleszthető és mindig a vállalat aktuális igényeihez igazítható, de ez nem sűrűn történhet meg (gondolom), mert általában se anyagi erőforrás, se megfelelő tudás nincs a birtokában. Egy banális kitalált példával szeretném szemléltetni a fentieket. Be szeretnének vezetni egy üzemadatokat tároló rendszert, de az akkori, a felhasználásról, stb. megfogalmazott ismeretanyag birtokában pl. az acces mellett döntenek. Gyűlik-gyűlik az adat , az új igények listája és az egész rendszert kidobva egy teljesen más (pl. msql szerver, akármilyen nyelven megírt kliens)rendszert vezetnek be. Kérdés az ugye, hogy nem lett volna szerencsésebb már elsőre is a jobban skálázható, stb. (második) rendszert választani? Szerintem a válasz közel sem egyszerű. A teljes bekerülési költség nem biztos, hogy alacsonyabb akkor, ha mindjárt a bonyolultabb rendszerrel kezd, mert az közel sem biztos, hogy már a kezdet kezdetén is elbírja a cég a magasabb szoftverköltségeket, vagy fenn tudja egyáltalán tartani addig, amíg már ki is tudja használni a jobb skálázhatóság előnyeit. Lehet, hogy pont ezen a (z ár) különbségen múlik 3 emberke év végi prémiuma, pl. Azért sok ilyen cég van.
    A másik dolog: Nehogy már a nyúl vigye a puskát? A megrendelő térden csúszva könyörögjön a PROGRAMOZÓnak, hogy ezt szeretném, kérem szépen szépen csinálja meg olyan prog. nyelven, amilyenben tudja? Fel lehet hívni a Kedves Megrendelő figyelmét az általa választott megoldás előnyeire és hátrányaira, de nem lehet kategórikusan kijelenteni, hogy ezt nem!
    Ha neki ez kell, a programozó vegye a fáradtságot és legyen képes megoldani a feladatot így is, ne csak az általa favorizált nyelven. Ha meg jönnek a sirámok, "Én szóltam!" felkiáltással minden további megjegyzés nélkül meg kell oldani a feladatot. A Megrendelő szava szent
    Nagyon OFF
    (ezt kellene megtanulni ebben az országban).
    OFF
    Az acceses "sufniprogramozók"-ról meg annyit, hogy Minden (jó, profi, blabla) programozót valamilyen felsőoktatási intézmény tojt?

    ON
    Mutasd a teljes hozzászólást!
  • Csak tudnám, hogy akkor a felhasználók jó része miért nem Delphi-t használ, hanem minek neki az Excel.


    Pont azért mert ehhez nem szükséges számítástechnikai ismeret. Viszont egy accesses fejlesztés nagyjából ugyanazokat a feladatokat veti fel mint egy normál fejlesztés csak az eszköz primitívebb valamivel.

    Próbálom súlykolni, hogy az Accesst nem Informatikai rendszer fejlesztésére találták ki. Nem programozóknak, hanem felhasználóknak.

    Én is pont erről beszélek - csak azt teszem hozzá hogy annak ellenére elég sokan használják informatikai rendszerek fejlesztésére. Olyan felhasználók akik azt hiszik magukról hogy programozók. És ennek szoktak néha elég érdekes következményei lenni... Az amíg valaki a partnerei címjegyzékét csinálja meg vele magának az annyira nem nagy gáz. De én nem is erről beszélek.

    Azért kiváncsi lennék, hogy egy profi programozó és egy 30 órás tanfolyam után lévő érdeklődő (nem számítástechnikus) felhasználó közül melyik tudná hamarább megcsinálni, hogy a táblába legyen egy igen/nem mező, az jelenjen meg az eddig feltöltésre használt űrlapon, és utána akinél be van kapcsolva, azoknak küldjön egy Word körlevelet.


    Nem tudom, a .NET-tel csak úgy egy hete ismerkedem de azzal kb. 5 perc. Delphivel amiben elég jó vagyok kb. hasonló. A körlevél érdekesebb kérdés, őszintén szólva nekem csak OpenOffice-om van és nemigen szoktam vele körlevelet írni, de szvsz nem lehet túl bonyolult játék ha egyszer már összekötötted az SQL szerverrel. Hasonlót játszottam anno postgresql+OpenOffice alatt linuxon ott nem volt túl nagy varázslat, feltételezem hogy a MSSQL és a Word összeházasítása sem túl nagy feladat...

    nem is feltétlenül maradandót, hanem használhatót akar.

    Nos, épp itt szoktak a bajok lenni. Jucika a titkárnéni elvégez egy szép 30 órás tanfolyamot, megcsinálja a rendszert accessben majd csodálkoznak hogy fél év múlva miért csinál hülyeségeket a rendszer. És ez még a kevésbé veszélyes felállás. Sokkal érdekesebb az ha Jucika a 30 órás tanfolyam után elmegy a cégtől és elhelyezkedik mint Access programozó...

    Ehhez képest elég sokan használják.

    C64-en is sok ügyviteli rendszer volt. Anno én is írtam vagy kettőt...
    Mutasd a teljes hozzászólást!
  • Nem érzem helyénvalónak az assemblys példát, mert az általános célú nyelv. Ellenben az Access-t sokan adatbázis-kezelő problémák megoldására
    használják
    , tehát összevethető az azonos problémakörre kitalált SQL-el. És mindannak ellenére, hogy a Microsoft mire szánta vagy hozzáértő mit kezd vele, a többség mégis olyan problémákba fut, ami nem kerül elő tán még MySQL-el sem - mert adatbáziskezelőtakardenagyon.

    Én tehát értem, amit mondasz, csak szerintem a kérdés nem ez. A kérdés - a probléma - az, hogy adott az Access, amit valamilyen okból tévesen használnak (kényszerből? lustaságból?) a fejlesztők.

    Tehát szerintem nem egymást kéne győzködni, hanem a Access felhasználókat és oktatókat (ideértve az ecdles mókamikiket is) arról, hogy tanulják meg helyiértékén kezelni végre a Microsoft e termékét.
    Mutasd a teljes hozzászólást!
  • Akkor ha így nézzük, akkor az Excel adatlisták, és egy Delhis MSSQL/Mysql adatbázis elérés között sincs nagy különbség. Na jó legyen Visual Studió Express a Delphi helyett

    Mind a kettőben vannak adatok, sorok, oszlopok, lehet értékeket kiszámolni, keresni, szűrni, (szerintem) a Delphibe is lehet diagram rajzoló komponenst tenni.

    Csak tudnám, hogy akkor a felhasználók jó része miért nem Delphi-t használ, hanem minek neki az Excel.

    Próbálom súlykolni, hogy az Accesst nem Informatikai rendszer fejlesztésére találták ki. Nem programozóknak, hanem felhasználóknak.

    Arra viszont bőven sok, hogy a partnereink adatait nyílvántartsuk (tudom Az Outlook is tudja), közöttük egyszerűen keresgélhessünk, csoportosíthassunk, esetleg bejelölhessük, hogy karácsonyi ajándék kinek kell.

    Azért kiváncsi lennék, hogy egy profi programozó és egy 30 órás tanfolyam után lévő érdeklődő (nem számítástechnikus) felhasználó közül melyik tudná hamarább megcsinálni, hogy a táblába legyen egy igen/nem mező, az jelenjen meg az eddig feltöltésre használt űrlapon, és utána akinél be van kapcsolva, azoknak küldjön egy Word körlevelet.
    (A körlevél nélkül egy 30 órás tanfolyam után az ECDL követelményekben benne van, és meg tudják oldani)
    A körlevél meg Word ismeret )

    A profi programozónak persze a saját fejlesztő eszközében és az általa választott adatbázison kell megcsinálni és upgradelni a cégnél, a felhasználónak Accessben.

    Főleg ha a programozó nem a cégnél van, (el lehet érni telefonon) és amíg kegyeskedik ráérni, esetleg még ki is menni, az minimum 2 nap.

    De ha csak a lekérdezés kell (mert az adat benne van a táblába), akkor meg az Informatikus egy Accessbe csatolt adatbázissal már rá tudja bizni a felhasználóra, és a felhasználónak az egyszeri alkalom miatt, - hogy ilyen kell neki - nem kell a programozót elérni, azt dolgoztatni és fizetni.


    "az Acccessben sem alkot maradandót."

    nem is feltétlenül maradandót, hanem használhatót akar.


    "Viszont szvsz aki az előzőeket ismeri az gumikesztyűvel sem nyúl az accesshez."


    Ehhez képest elég sokan használják.

    "Access és a Visual Studió Express "

    Access VB + MSDE, és a Visual Studio Express lehet mondjuk itt összehasonlítási alap.
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd