Access hálózaton: gondok csatolt mdb-nél
2005-07-06T23:27:18+02:00
2005-07-15T12:11:30+02:00
2022-07-27T01:25:38+02:00
  • Szívesen
    Előbb Like-al akartam, aztán meg úgy maradt a lefthez
    Mutasd a teljes hozzászólást!
  • Köszi! Így sikerült.
    Egy kis kieg: If Left(strTDef, 4) <> "MSys*" Then

    ide nem kell a csillag!

    Továbbá sokat szivatyúztam a MSysAccessStorage nevű rendszertábla hiánya miatt is.

    Mivel a forrásfájl tartalmazta (access2002), a célfájl viszont nem (access2000). (-a kapcsolatok másolásánál volt gond)
    A célfájl konvertálása access2002-re, megoldotta a dolgot.
    Mutasd a teljes hozzászólást!
  • Szívesen

    -----
    Én az egyik MSSQL/ASP-s webes alkalmazásomnál magyaráztam meg elég nehezed a felhasználónak, hogy a "Kőszegi" miért nincs benne, ha "Kős"-t ír.
    De aztán megértette
    Mutasd a teljes hozzászólást!
  • Köszönöm! Még emléxem a magyar ABC-re! :)

    Viszont ez a kedves kis "ficsör" többeknek újdonság volt a fórumon. Nekem is. Ráadásul ez a default beállítás, ami elég kellemetlen meglepetésket tud okozni ha nem tudsz róla. (főleg a szűrésnél ciki!)

    Példul nekem eszembe se jutott ilyesmi. Úgy gondoltam, hogy ha majd így akarok rendezni, akkor arra írok egy function-t.

    Kábé ahhoz tudnám hasonlítani, mint a számok "access-es" kerekítése (párost lefelé, páratlant fölfelé), ami a pénzügyben állítólag általános, számomra viszont fura. (ráadásul a súgó sem verte nagydobra így sokáig nem is tudtam, hogy használom)
    Mutasd a teljes hozzászólást!
  • Mégegy bocsi.
    A hosszú mássalhangzó helyesen kettő vagy több betűből álló mássalhangzó.
    Idézet a Magyar Helyesírás Szabályai-ból:
    Az egyjegyű betűt teljesen elkülönítjük az azonos írásjeggyel kezdődő, de külön mássalhangzót jelölő kétjegyű (ill. háromjegyű) betűtől. Mindig az egyjegyű betű van előbb.

    Mutasd a teljes hozzászólást!
  • Bocsi, de ez természetes a magyar ABC-ben.
    A Cs betű a C után jön nem?
    .. és ez igaz az összes hosszú mássalhangzóra..
    ha jól emlékszem ez az akadémiai sorrendnek felel meg, az átállítás után ez megszünik, helyébe a karakteres sorrend lép..
    Mutasd a teljes hozzászólást!
  • nagyon-nagyon köszönöm!!!!!!!!


    Más:
    Ezt két hete olvastam az index.hu access fórumán (és nemtom tudtad-e):
    a magyar accessben a "c*" szűrésre nem jönnek elő a "cs"-vel kezdődő szavak. Valamint az OrderBy is elég érdekes:
    a "CZU-001" előrébb van mint a "CSU-001"

    Ennek elkerülésére ezt kell tenni:
    1. Eszközök/Beállítások Általános fül Új adatbázis rendezési sorrendje : Általános (alapértelmezésben ez magyar)

    2. Eszközök/Adatbázis-segédeszközök/Adatbázis tömörítése és helyreállítása

    .............................
    -csak, hogy én is mondjak valamit!

    Mégegyszer kösz!
    Mutasd a teljes hozzászólást!
  • Ez meg a strPath-ban megadott forrásfájlból a táblákat és a kapcsolatokat másolja be az aktuális adatbázisba. Nem kezeli (hibát okoz), ha már van olyan tábla az adatbázisba!!

    ' StrPath a forrás fájl teljes elérési útja Set db = DBEngine.Workspaces(0).OpenDatabase(strPath, True) For Each td In db.TableDefs strTDef = td.Name ' Tábla If Left(strTDef, 4) <> "MSys*" Then ' MSys (rendszer) táblákat kivéve DoCmd.TransferDatabase acImport, "Microsoft Access", _ strPath, acTable, strTDef, strTDef, False ' Nem csak szerkezet End If Next ' Kapcsolatok másolása: Set cdb=CurrentDb For Each rel In db.Relations With rel strRName = .Name: strTName = .Table: strFTName = .ForeignTable varAtt = .Attributes Set nrel = cdb.CreateRelation(strRName, strTName, strFTName, _ varAtt) For Each fld In .Fields strFName = fld.Name strFFName = fld.ForeignName nrel.Fields.Append nrel.CreateField(strFName) nrel.Fields(strFName).ForeignName = strFFName Next cdb.Relations.Append nrel End With Next


    (utánanézek! ha nem megy írok a tudástárba!)

    Nagyon helyes hozzáállás
    Azért nem baj, hogy megírtam?
    Mutasd a teljes hozzászólást!
  • Ez Riha ötletének megfelelően a kapcsolatot frissíti:
    c:\Database.mdb Date tábláját csatolja (újra) Data néven

    x = "c:\Database.mdb" ' A Database adatbázis Data táblájának csatolása Set tdflinked = CurrentDb.CreateTableDef("Data") tdflinked.Connect = ";DATABASE=" & x tdflinked.SourceTableName = "Data" On Error GoTo hiba CurrentDb.TableDefs.Append tdflinked Exit Sub hiba: If Err = 3012 Then CurrentDb.TableDefs.Delete "Data": Resume 0 MsgBox Err.Description
    Mutasd a teljes hozzászólást!
  • Én is próbálkoztam az újracsatolással, de nekem nem segített. Ugyan olyan t..ű maradt

    Mutasd a teljes hozzászólást!
  • Köszönöm! Jó, hogy nem vagyok egyedül! :)

    Kipróbálom a tábla,-és kapcsolatátmásolós módszert! Igazából már korábban is eszembe jutott, csak nem tudok kapcsolatokat másolni!

    (utánanézek! ha nem megy írok a tudástárba!)

    Mutasd a teljes hozzászólást!
  • Nekem is volt hasonló gondom, s egy harmadik utat választva enyhült a probléma.
    Minden bekapcsoláskor újracsatoltam a táblákat (előtte töröltem a meglévőket).
    A csatolásnál gépnevet használtam a meghajtó betüjele helyett (meghajtó cseréknél nem kell átdefiniálni).
    Mutasd a teljes hozzászólást!
  • Igen, de nem sok jót találtam ki.

    Ugyan így jártam én is, így kénytelen voltam visszatenni a táblát az eredetibe.

    Hogy tudjak fejleszteni, azt csináltam, hogy mindig egy üres adatbázist adok oda (teszek) a felhasználóhoz amikor "upgrade"-elek, és tettem mellé egy kis programot, ami a táblákat (és a kapcsolatokat) bemásolja a régiből, a régit átnevezi (azért legyen meg), és az újonan leküldöttet átnevezi a régi névre.

    Ha pl. az alap "szamlazas.mdb", akkor a felhasználó kap a frissítéskor egy
    "install.mdb"-t (ez csinálja a fent leírtakat) és kap egy új.mdb-t, amiben nincs tábla, csak az összes többi (lekérdezés, űrlap...)

    ----

    Másik megoldás, az adatbázist tartalmazó rész egy MSDE. Akkor ott vannak a táblák. Ennek most a hátránya, hogy a lekérdezések is ott vannak, tehát itt is kell egy "install", ami átírja, ha egy lekérdezés változik.
    Mutasd a teljes hozzászólást!
  • Sziasztok!
    Csináltam egy .mdb-t, amit kiraktam egy hálózati könyvtárba és onnan indítják el a userek. (csak két user van)

    Eddig nem volt gond a sebességével.

    De tegnap kettészedtem az adatbázist (adatok-űrlapok).
    Az űrlapos mdb a user gépén van. (csatolt táblák)
    Gondoltam így majd könnyebb lesz feljesztgetni itthonról.

    Erre ma fölhívnak, hogy az egyik usernél elviselhetetlenül lassú! Még az induló űrlap is csak 10-15 másodperc alatt jön be.

    Amikor ott voltam nem volt gond a sebességgel. Igaz, egy harmadik pécénél ültem.

    Szóval valamiért nem akar rendesen működni a titkárnő pécéjén. (viszont amíg nem szedtem ketté, addig rendesen működött itt is)

    Tehát a felállás:
    PC1: rendszergazda, office2003
    PC2: user, officeXP (ezzel van most a gond)
    PC3: rendszergazda, office2003 de access2002 (ezen írtam a progit)

    Találkoztatok már ilyennel???
    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