Hozzászólások
Én pontosan ezt csinálom egy vállalatirányítási rendszerrel. Igaz nem MSAccess és Mysql, hanem DOS alapú, noname adatbáziskezelő rendszer és egy modern és a régitől alapjaiban eltérő rendszer között konvertálunk. Hmmm, még nem vagyok benne biztos, hogy helyesek az adatok (főleg a számértékekkel rendelkezők)... :) Néha az az érzésem, hogy lesz ami lesz, mert nincs senki aki teljesen átlátná az egész strutúrát. Szóval, ezt a munkát csak erős idegzettel szabad csinálni.
Egy cég kb 5000-6000 tranzakcióját, és a hozzá tartozó ügyfeleket (kb 100db) tartalmazó msaccess adatbázisát kellene átkonvertálni egy újonnan fejlesztett mysql alapú rendszerbe.
A probléma, hogy a régi és az új adatbázis struktúrája nem (teljesen) fedi egymás, és ráadásul, mivel az új rendszert párhuzamosan használják a régivel együtt, ezért pl egy ügyfélhez tartozó azonosítók sem fedik egymást.
A munka jellege érzésünk szerint inkább copy-paste-favágás, mintsem adatbázisépítés, de kell hozzá adatbázisértés/értelmezés.
Jelentkezni nálam lehet: jumu kukac fabrik pont hu
Én ilyet maximum éhezés esetén csinálnék akkor is csak nagyon nagy pénzért. :-)
Szegény embernek le fog törni a bal kisujja. Volt olyan ötletem, hogy kellene lábkapcsolót gyártani, amivel lehetne a Ctrl gombot nyomni az ilyen ártalnak elerülésére. Szerintetek lenne piaca?
Azt írod állás, és ha készen lesz kirugjátok, vagy miután meggyőződtetek a türelméről fát fogtok vágni a hátán?
Bocs nem akartam rontani az üzletedet és elriasztani a jelentkezőket, de kijött belőlem.
Amúgy korrekt az ajánlat, mert írtad, hogy favágás lesz. (heringgel :-) )
kb igazad van, bár én nem írtam, hogy ez állás, de nem találtam olyan kategóriát, hogy "munkát kínál"(lehet, hogy van). a türelmes ember pedig tényleg kincs, én se vagyok az.
[quote:4b48ac43b8="MGy"]Én ilyet maximum éhezés esetén csinálnék akkor is csak nagyon nagy pénzért. :-)
....Azt írod állás....
[quote:be5e354402="jumu"]Egy cég kb 5000-6000 tranzakcióját, és a hozzá tartozó ügyfeleket (kb 100db) tartalmazó msaccess adatbázisát kellene átkonvertálni egy újonnan fejlesztett mysql alapú rendszerbe.
A probléma, hogy a régi és az új adatbázis struktúrája nem (teljesen) fedi egymás, és ráadásul, mivel az új rendszert párhuzamosan használják a régivel együtt, ezért pl egy ügyfélhez tartozó azonosítók sem fedik egymást.
A munka jellege érzésünk szerint inkább copy-paste-favágás, mintsem adatbázisépítés, de kell hozzá adatbázisértés/értelmezés.
Jelentkezni nálam lehet: jumu kukac fabrik pont hu
Ha kell még ember, aki megcsinálja, írj ide: pezo kukac pezo pont net
vazzz. tiszta balkan. :)
azt nem ertem, hogy a t. fejleszto aki az uj alkalmazast ícsinalta, az miert nem irt egy kis scriptet amivel konvertalni lehet. hmmm.
Van ra otletem. Valszeg feltalalta a melegvizet es teljesen ujrakepzelte az eletet, ami nem is baj, de akkor jol leszopatta magat. :) illetve a megrendelot. Amugy el nem tudom kepzelni, hogy ilyen szituacioba keruljek.
Javaslom, hogy fogjatok be a titkarnot.
konvertaljatok at excelbe, aztan abban gondoljatok ujra, majd mentes csv es dump.
ehhez eleg egy titkarno is.
Nem tud sql be konvertálni az msaccess?Nem tudom csak kérdezem.
Lehet ez olcsobb mint felvenni egy embert
http://www.softguru.net/MyDBdump/MyDBdumpHome.htm
Ha jól értelmeztem mit is csináll a cucc.
Esetleg ez? http://mdbtools.sourceforge.net/
Nem ez a baj, mert myodbc-n keresztül simán kiexportálom mysql-be az adatbázist, hanem az, hogy pl. a "Sityisutyi Bt" azonosítója az mdb-ben mondjuk 16, az új rendszerben meg 23 és ráadásul "Sityisutyi Szolgáltató Bt"-nek hívják. Így sajnos emberi beavatkozás szükséges.
[quote:eb5754b0f5="Zahy"]Esetleg ez? http://mdbtools.sourceforge.net/
nem feltétlen.Irsz egy egyszerü update sql-t a változottakra.Igy még mindig gyorsabb
[quote:fc793f011a="jumu"]Nem ez a baj, mert myodbc-n keresztül simán kiexportálom mysql-be az adatbázist, hanem az, hogy pl. a "Sityisutyi Bt" azonosítója az mdb-ben mondjuk 16, az új rendszerben meg 23 és ráadásul "Sityisutyi Szolgáltató Bt"-nek hívják. Így sajnos emberi beavatkozás szükséges.
Ebben tevedsz!
Mivel keves a ceg, igy egysegesre (==) kell hozni az ugyfel_nevet, aztan az id-ke leszarhatod.
Leirasbol ugyertelmeztem, hogy az ugyfel/partner rekord a legkevesebb adat.
Igen, de egységesre hozni a két adatbázisban a cég neveit is emberi erőforrás, nem? Vagy nem jól értelmezem, amit írtál. Sajnos időnk nincs megcsinálni ezt a konvertálást.
[quote:44ab471390="Oregon"]Ebben tevedsz!
Mivel keves a ceg, igy egysegesre (==) kell hozni az ugyfel_nevet, aztan az id-ke leszarhatod.
Leirasbol ugyertelmeztem, hogy az ugyfel/partner rekord a legkevesebb adat.
En mér vegig szenvedtem egy ilyen problemat, amikor a regi ms alatt futo rendszert et kellett tenn postgresql ala. En irtam egy pascal programot, amely elvegezte az adtabazis atlokeset, az acces-t ADO-n keresztul, a postgrest egy sql componet-ten keresztul elerve.
lenyeg :
eloszor atlokod a partner listat, majd a tranzakcioknal visszakeresel a nevre, de keszithetsz egy linktombot <regiindex><ujindex> formatumban is
Én már egyszer belekezdtem ilyenbe de az lett az egészből hogy maradt a régi rendszer.Nem volt megoldható a dolog.remélem sikerrel jártok.Azért teszteljétek le ugy 10 rekord után mert mi amikor csinálltuk azt mondták hogy 100 % hogy tökéletes és mi csak az adatbázist kaptuk meg majd amikor a 100% kész db-t illesztették a programhoz hát egy füzet nem lenne elég a rengeteg hibaüzenet leírására.Ighát maradt minden a régui :)De ezt a programzónak kellene megcsinállni nem?.Én legalábbis ugy vállalok ilyen munkát hogy a db áttelepítést is vállalom.És akkor nbiztos hogy megy.Az áttelepített adatbázisra irom a programot nem pedig a programhoz az adatbázist.Lehet én csinállom rosszul de nekem ez a mődszer még mindig működött.
Access denied :-)
Többek között ez is. :oops:
[quote:0a7c17486e="kezdolepesek"]Többek között ez is. :oops:
hat ha esetleg megadnal meg infokat meg ilyenek
mondjuk irjal nekem mailt a litch_at_fuse_hu -ra leccike