Access adatbázis használata

Ez a téma lezárásra került a moderátor által. A lezárás oka: V�gtelen �r�mmel t�ltene el benn�nket, ha konkr�t k�rd�seddel/probl�m�ddal a Tud�st�rat keresn�d fel.
Access adatbázis használata
2004-08-04T15:49:24+02:00
2009-12-30T21:50:16+01:00
2022-07-25T08:08:47+02:00
  • Sziasztok!
    Access 2007 VB alatt futó programban szeretnék VB 2008-ban megírt Dll fájlt használni, de nem tudom felvenni a Available References-be. Ha ugyanazt a Dll-t megcsinálom VB 6 alatt, hibátlanul működik, de VB 2008-ast ha csatolom, "Can't add a reference to the specified file!" hibát jelez. Kérem segítsen valaki!
    Mutasd a teljes hozzászólást!
  • Szívesen!
    Mutasd a teljes hozzászólást!
  • Mindkét ötlet bevált, dőzsölök a lehetőségekben, KÖSZI!
    Mutasd a teljes hozzászólást!
  • Erre jártál már?

    Kiemelés a link-ről:

    The TransferSpreadsheet method carries out the TransferSpreadsheet action in Visual Basic. . . expression.TransferSpreadsheet(TransferType, SpreadsheetType, TableName, FileName, HasFieldNames, Range, UseOA) . . HasFieldNames Optional Variant. Use True (–1) to use the first row of the spreadsheet as field names when importing or linking. Use False (0) to treat the first row of the spreadsheet as normal data. If you leave this argument blank, the default (False) is assumed. When you export Microsoft Access table or select query data to a spreadsheet, the field names are inserted into the first row of the spreadsheet no matter what you enter for this argument. Example The following example imports the data from the specified range of the Lotus spreadsheet Newemps.wk3 into the Microsoft Access Employees table. It uses the first row of the spreadsheet as field names. DoCmd.TransferSpreadsheet acImport, 3, _ "Employees","C:\Lotus\Newemps.wk3", True, "A1:G12"

    és ha a True helyett False -t használsz vagy egyszerűen kihagyod , akkor álmod teljesül..
    (persze Néked export kell, annak megfelelően módosítsd a kódot)
    Mutasd a teljes hozzászólást!
  • Megpróbáltam csv fájlba exportálni (abba tudok fejléc nélkül), majd programból megnyitva, mentés másként excelként, de ekkor a teljes rekordot az "A" mezőbe teszi be, ;-vel elválasztva.

    <Tab>-al menni fog.
    Mutasd a teljes hozzászólást!
  • Visual basic kódból kellene megoldanom, de a sima exporttal nem megy.
    DoCmd.TransferSpreadsheet acExport, 8, "Faktor", File, False, ""
    Megpróbáltam a már kész excel fájlban a fejlécet access programból kitörölni, de nem hibát jelez:
    Rows("1:1").Select
    Selection.Delete Shift:=xlUp
    (ezt egyébként egy excel makróból vettem át)
    Megpróbáltam csv fájlba exportálni (abba tudok fejléc nélkül), majd programból megnyitva, mentés másként excelként, de ekkor a teljes rekordot az "A" mezőbe teszi be, ;-vel elválasztva.
    Szóval mindenképp programból, automatizálva kellene megoldanom.
    Remélem érthető voltam, de elég nehéz röviden leírni!
    Mutasd a teljes hozzászólást!
  • Igen!
    Meddig jutottál?
    Mutasd a teljes hozzászólást!
  • Sziasztok! Fejléc nélkül szeretnék accessből táblát exportálni excelbe, tud-e valaki segíteni? Kösz!
    Mutasd a teljes hozzászólást!
  • mennyire könnyü megtanulni az acces-t kezelni meg a mindennapokban használni,


    Szerintem egy jó tanárral elég egyszerű

    Egy jó könyvvel kicsit bonyolultabb, de még mindig elég egyszerű az alap kezelést.

    hogy hogy kell felépiteni egy rendszert ...

    Ha már Access, akkor elöbb meg kell tanulni az Access használatát, az adatbázis kezelés logikáját, kicsit az SQL-t (ebben az Access sokat segít), utána a VisulaBasic for Application-t (az Access programozási nyelvét).

    Ha ezeket már érted, akkor neki is láthatsz.

    Ha szép diagramokat akarsz, akkor az Excel objektumait (Charts gyűjtemény)

    De amiről te beszélsz, az nem egy kis pár napos feladat még egy olyannak se, aki a programozásban profi.
    Te itt most jó pár százezer forintos munkáról beszélsz, hiszen ez egy összefüggő (több raktáras) raktárkészlet kezelő, könyvelési, bérszámfejtési rendszer, kicsit megspékelve a diagrammokkal

    ---
    Abban se vagyok igazán biztos, hogy ezt tisztán Access adatbázissal érdemes megcsinálni. Esetleg Access kezelőfelület és MSSQL szerver.

    ===

    De ha megnézed, hogy hova kérdeztél bele:

    A Microsoft Office programcsalád elterjedtsége miatt gyakran lehet szükség arra, hogy bizonyos összetevőit Delphi programból elérjük.


    A Delphi+Access meg főleg nem a legcélszerűbb párosítás.
    Mutasd a teljes hozzászólást!
  • sziasztok.
    elöször is szeretném megkérdezni,hogy mennyire könnyü megtanulni az acces-t kezelni meg a mindennapokban használni,mert még zöldfülü vok.
    a másik kérdés,hogy tud-e valaki segiteni abban ,hogy hogy kell felépiteni egy rendszert ahol van 3 büfé,és szeretnénk ha látnánk a raktár és árumozgást ,pénz forgalmat ,kiadásokat,béreket, meg sok minden mást ami ezzel jár és jo lenne ha mindezt külön boltokra lebontva és azé mégis egyben is meg diagrammokkal meg ilyenek .
    ha tud valaki segiteni annak elöre is hálás köszönet

    ui: nem vagyok egy profi meg a progi irás sem megy igazán
    Mutasd a teljes hozzászólást!
  • Sziasztok,
    akadt egy kis problémám a cikkben leírtakkal.
    Mindent sikeresen megcsináltam, csak indításkor azt a hibaüzit adja ki hogy:
    Project raised exception class EOLeException with message '[Microsoft][ODBC illesztőprogram-kezelő] Az adatforrás neve nem található, és egyetlen alapértelmezett illesztőprogram sincs megadva'. Process stoped.

    Mi lehet a probléma?
    Mutasd a teljes hozzászólást!
  • Kényelmes embereknek kényelmesebb pálcikákkal összekötve lekérdezést összeklikkelni, mint megírni kézzel !
    Mutasd a teljes hozzászólást!
  • Őszintén szólva nemigen látom különösebb értelmét annak hogy ha már valaki Delphizik akkor access adatbázist használjon amikor ott a Firebird.
    Mutasd a teljes hozzászólást!
  • abba az étterembe nem megyek ..
    Mutasd a teljes hozzászólást!
  • Félreértettél. Mi az ADO kompikról beszéltünk az ipari környezet kapcsán (hogy KA vagy inkább a Delphi kompijai), nem az RDBMS-ről.

    Éles helyzetben természetesen valóban nem Access-t kell használni, de ez annyir atermészetes, hogy le sem írtuk mi se. :)

    Ellenberger otthon, illetve sima egyszerű kis könyvátri nyilvántartó, éttermi számlázó, stb. rendszerekhez tökéletes az access...
    Mutasd a teljes hozzászólást!
  • Komoly környezetben nem is szabad ACCESS-t használni.
    Mutasd a teljes hozzászólást!
  • Mondjuk éles ipari környezetben én eleve nem használnék access-t. Ma már elég sok free vagy olcsó adatbázisszerver van (Firebird, Postgresql, SAP DB, MSDE) hogy szvsz az accessnek max. akkor van értelme ha egy létező access-ben írt rendszer adatait kell valahogy elérni.
    Mutasd a teljes hozzászólást!
  • Valóban.
    Azonban a célom az volt, hogy az office dolgait leírjam, és ahhoz csak bevezetésként jött be az ADO, illetve a Type Library.

    Mindenesetre köszi.
    (Bár halkan megjegyzem, én nem használom a KA-t, valahogy nem bízom benne éles, ipari környezetben. Ez persze csak személyes véleményem.)
    Mutasd a teljes hozzászólást!
  • "KA DAO" komponensekről tehetnél említést, egy fokkal jobbak mint a deplhi-be beépítettek, most én is ezzekkel kezdtem el dolgozni. és ingyenesek is (torry.net)
    Mutasd a teljes hozzászólást!
  • Az esetleges észrevételeket, kérdéseket nyugodtan írjátok ide...
    Mutasd a teljes hozzászólást!
Ez a téma lezárásra került a moderátor által. A lezárás oka: V�gtelen �r�mmel t�ltene el benn�nket, ha konkr�t k�rd�seddel/probl�m�ddal a Tud�st�rat keresn�d fel.
abcd