1. |
Re: Re: re: hogyan jobb? (mind) |
41 sor |
(cikkei) |
2. |
Re: Fw: sql-be lotus notes-bol konvertalas (mind) |
68 sor |
(cikkei) |
3. |
ket valasz (mind) |
20 sor |
(cikkei) |
|
+ - | Re: Re: re: hogyan jobb? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> 1983.11.12 uj lakcimek
> 1984.06.01 doktoral
> 1985.03.12 hazassagot kot
> A lenyeg: idogep reven adott idoszaknal latni kell az aktualis
> adatokat.
> A kerdesem pedig az, hogy van-e valamilyen tapasztalat,
Figyelmedbe ajánlom a kítünő
am.hix.hu)-től.
Ha időgép kell (következetesen), akkor az első javaslata használható
neked, de ezzel minden lekérdezésed agyonbonyolódik (próbálj összerakni egy INN
ERT JOIN-t úgy, hogy mindenből csak az utolsó állapot érdekel:( ).
Amúgy én a helyedben nem feltétlen ragaszkodnék az időgéphez. A példa azt
mutatja, hogy valami ügyfél-nyilvántartó (számlázás? CRM? Bérszámfejtés?) amir&
#337;l szó van. Itt meg nem fogsz műveletet (tarnzakciót) végezni a multba
n, csak érdekel, hogy mik voltak akkor. Ezt meg valami archívummal oldanám meg
(pl. számlázásnál a számlaképet vagy számlaadatok teljességét, CRM-nél a tarnza
kciókkal kapcsolatos adatokat stb.) tenném el timestamp-el.
A ChangeLog stílusú táblák leginkább arra valók, hogy amikor Gizike, a túlképze
tt ügyintéző azt közli: "nem én voltam", az orra alá lehessen dörgölni a b
ejegyzést. Meggondolandó, mert jobb alkalmazások ezen buknak meg - mármint a ha
sználat közben összekavart adatokon.
Még egy megjegyzés: Ha bármit választhatsz, ne ragaszkodj a SQL92-höz, mert min
denkinek van erre valami ötlete. Pl. postreSQL: CREATE TRIGGER
Tapasztalat: (mert azt is kértél) a SAP rendszer pl egy baromi bonyolult, sok p
rogramból álló funkció-halmazt ad a változáskövetésre (ChangeLog stílus), de na
gyon kevés helyen foglalkozik azzal a kérdéssel, hogy mi volt a multban. (Útálo
m is néha érte, de minden visszakövethető a változásokból, ha nagyon akaro
m, a való életben viszont sose akarom, csak, ha hibát keresek.)
Sok sikert a munkához!
AL
(webes bekuldes, a bekuldo gepe: 160-240-182-81.adsl-fixip.axelero.hu)
|
+ - | Re: Fw: sql-be lotus notes-bol konvertalas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szervusz Robert,
Péter Róbert > írta:
> > 1. Nem lehetne megis megtartani a Lotus Notes-ot?
Sajnos nem.
Nekem ugy tunik, hogy az
> > adott esetben az a legjobb megoldas. En magam is sokaig
hasznaltam,
> > fejlesztgettem is benne, ilyen tipusu szolgaltatast
ilyen kompakt,
> aranylag
> > jol mukodo modon egyik versenytars sem fog nyujtani.
Egyreszt kiderult, hogy jogilag van egy kis gond, meg kellene
venni egy draga servert, hogy az ingyenes klienseket
lehessen hasznalni.
Masreszt most mar egy szinkronizalt cimtarra lenne szukseg,
a notes az csak gyujti az adatokat, nem adja ki.
> > tulmutat egy felhasznalo lehetosegein, remesen
tulbonyolitott rendszerek.
igy van, boven eleg lenne, ha pl. az oprendszer szintu
cimjegyzeket hasznalna, vagy valamilyen cimtarat, amit
egyvalaki tart karban.
> > kell irnod hozza. Ehhez a legegyszerubb esetben
hasznalhatsz MS Access-t
Epp most derult ki a listan, hogy az access csak 255 karakteres
indexelheto szoveget ismer, igy ez kiesik.
> > felhasznaloi feluleted ettol meg nem lesz. Ahhoz
valamelyik altalad
> kedvelt
> > programozasi nyelvben (VB, Delphi, vagy barmi mas)
fejleszteni kell egy
> > programot.
Ettol tartok en is. :-(((
> > kijeloltem es aztan be tudtam illeszteni pl. Excelbe.
:-)))
ugyes. :-))
> > leveledbol nem derul ki, hogy mint user vagy mint coder
kerdezed.
Ezen a szinten user, nem melyedek el szkriptek es hasonlok
teren
> > eszre, hogy itt a CODER listan kevesen vagyunk Lotus Notes
> > hasznalok-ismerok.
A nagyobb baj az, hogy a belso helpje se tul jo, a ket magyar
konyv pedig csak arra volt jo, hogy egy-egy mintapeldat
bemutasson. :-(((
Istvan
|
+ - | ket valasz (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv a programozoknak, meg a tobbieknek. ;)
Eloszor benfo-nak uzennem, hogy talan ket megoldas
is lehetseges.
Az egyik lotus notes alkalmazasa, itt nincs a szoveg meret
korlatozva es minden szo indexelve van. A hatranya, hogy
csak befele lehet adatot adni, vissza nem ad semmit,
tehat pl. nev, cim, telefon, stb. aktualizalasra nem lehet
hasznalni.
A masik megoldas a db2 lehet, ugy hallottam, hogy ez
kepes 4 k-s szovegek kezelesere, es ha kicsi, akkor lehet
tovabbi mezoket felvenni. A hatranya, hogy a null erteket
engedelyezni kell.
A masik valasz bu12-nek megy, neki javaslom a temporary
tabla megoldast lekerdezeskor. Viszont ennek a futasidejerol
nincs informaciom, annyit tudok, hogy a lekerdezes vegen
az eldobasa nagyon gyors. :-))
Istvan
|
|