Egyelőre szerintem indulj el, aztán ha már úgy látszik, hogy a táblaméretek növekedésével egyre lassabb, akkor ráérsz optimalizálni.
Akkor már úgyis lesz elég adatod a felhasználói szokásokról, és egyértelműbben kirajzolódik, hol van a szűk keresztmetszet.

1% sebességnövelésre nem érdemes napokat elszúrni.

Nekem is volt olyan projektem, ahol engem cseszegettek állandóan, hogy túl sokáig fut nagy ügyfelek esetén az adatmigráció teljességét vizsgáló querym, végül már a DBA guruink optimalizálták, de úgy sem lett sokkal jobb a helyzet, talán 10%-ot tudtak nyerni az indexeléssel és egyéb mágiával.
Legnagyobb telefonelőfizető vállalatot 12 óra alatt tudtuk végigkergetni, ebből 2-3 óra volt az adatkonverzió, és 9-10 az adathelyesség+teljesség ellenőrzés.

Aztán projekt végén távoztak a főokosok, akik az adatellenőrző motort fejlesztették, és én örököltem meg a kódjukat a következő projekthez, mondván van már elég gyakorlatom a ellenőrző funkciók írásában.
Sikerült beüzemelni, főnököm elment demózni, hogyan lehet egy mozdulattal megszüntetni 120 ezer előfizetést, aztán 20 perc múlva idegesen telefonál, hogy még mindig nem jött be a következő képernyő.
Végül valami 2 óra volt, mire egy táblában szereplő 120 ezer rekordot sikerült kikeresni pár másik táblából, és a demó alkalmazás továbblépett a következő képernyőre.

Kézzel megfuttattam ugyanazt az ellenőrző queryt, 3 perc alatt lefutott.

Na, akkor jobban nekiálltam átnézni az ellenőrzéseket futtató motort, és észrevettem, hogy a kolléga minden rekordra, minden egyes query futtatására kurzort használt, így a tömeges adatellenőrzésre szolgáló query annyi példányban futott libasorban, ahány sor volt a táblában
Plusz megfejelve a dinamikusan összerakott SQL futattatásának a hívásonkénti overheadjével (120e rekordnál az bő egy óra!)

Utána egy hétig faragtam az örökölt kódot, mire kiírtottam belőle az összes létező kurzort, hogy az összes query az egész adathalmazra egyben fusson, és egyszer legyen csak dinamikus SQL hívva.
Eredmény? 2 óra helyett 3 perc.

Ha visszaportoltam volna az újraírt motort a migrációs projektbe, akkor "kedvenc" nagyvállalatunkat 12 helyett 3 óra alatt le tudtuk volna futtatni, ugyanazokkal az ellenőrző querykkel...

Szóval az optimalizálnivaló nem mindig ott van, mint amire először gondolnál!

[ Szerkesztve ]

Hello IT! Have you tried turning it off and on again?

Kérném az iránymutatásotokat, hogyan épül fel egy normális rendszer?
A tervem egy MySQL háttérre ráépíteni valami JAVA rendszert, amit valamiféle webes (HTML5) felületen elérheti a user. A script-et kerülném ha lehetséges.
A fejlesztés OFFLINE asztali pc-n hajtanám végre, majd az élő rendszert intraneten adnám át.
Véleményeket, kritikát, minőségbeli javulást okozó tippeket elfogadnék a rutinosabbaktól.

Itt jellemzően adatbázis kezeléssel foglalkozunk.

Nem is tudom, hogy az ügyfélkapcsolati rendszereknek, mint SAP vagy Siebel van-e egyáltalán topikja errefele.

Hello IT! Have you tried turning it off and on again?

Ő, mert ez az SQL topik? És mi az, hogy CRM programozás?

"Debugging is like being the detective in a crime movie where you're also the murderer."

Ha érdekel a téma első körben javaslom a relációs adatbázisokkal az ismerkedést, mármint elméleti síkon, hogyan kell megtervezni a táblákat, a köztük lévő kapcsolatokat stb. Ha ez megvan, akkor nekiláthatsz a saját adatbázisod elkészítéséhez. Ez még messze nem program, ez inkább az egész alapja.

[ Szerkesztve ]

"Debugging is like being the detective in a crime movie where you're also the murderer."

Ajánlom inkább a programozás topikot. Ki kell találni, ha webes frontendet akarsz, akkor azt mibe, ha meg nem webes, akkor azt mibe, itt azért alap hangon vagy 10-15 lehetőségről beszélünk.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Ezekre nincsenek kész válaszok, ha egy webes alkalmazásról beszélünk, akkor kell egy adatbázis, egy weboldal és egy köztes réteg, ami a kettőt összeköti egymással, vannak különböző modellek, hogy hogyan is illik ezt felépíteni, és hozzá tucatnyi eszköz és program nyelv is.

[ Szerkesztve ]

"Debugging is like being the detective in a crime movie where you're also the murderer."

Jó estét!

Friss nyugdíjasként belefogtam access adatbáziskezelő megtanulásába.

Ha van valakinek itt türelme segíteni nekem, amikor elakadok, megköszönöm.

Egyenlőre ennyi, ha már nem él a fórum, vagy nem kezdőknek való, nyugodtan jöhet eltanácsolás, hogy inkább hol próbálkozzak.

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Nekem személy szerint Access-szel semmilyen tapasztalatom nincs, de persze általános SQL-kérdésekben szívesen segítek, ha tudok.
És eltanácsolást semmiképp nem fogsz kapni, szerintem nagyon jó, ha valaki belevág valami új dolog megtanulásába. És ez a fórum tele van segítőkész tagokkal, szóval szerintem jó helyen vagy.

Szia! Számtalan netes videót találsz (főleg ha megy az angol), ahol az alapokat elmagyarázzák. Ha van a gépeden access és tudsz vele játszani, akkor érdemes a videókkal együtt megcsinálni amit látsz.
Amúgy miért szeretnéd megtanulani az access-t?

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Kezdetnek én mindig ezt ajánlom, mert egyből gyakorolni és kipróbálni is lehet:
https://www.w3schools.com/sql/

Nem, angollal hadilábon vagyok, csak az írott szöveget értem valamennyire. Igaz, németet még annyira se, a francia és spanyol és más nyelvek pedig hottentotta kategóriák nekem.

Nem akarom megtanulni a programozást, meg akarok csinálni azokat, amikre szükségem van.
Elegem van abból, hogy azt mondják, hogy ahhoz fizetnem kell milliókat, amikor látom, hogy access-ben csak kattintgatnak és máris működik.

Nemrég egy szélhámos megalázott a bíróságon, hogy összekevertem dátumokat és nem emlékeztem pontosan az adatokra, így még nekem kellett fizetnem azért, hogy átvert.

Két programra van szükségem, amiket meg akarok csinálni, ha már senki se akar segíteni nekem, akkor "magad uram" elv alapján, és amikor elakadok, akkor kérek majd továbblépéshez segítséget.

Az egyik program az legyen, ahova minden este beírom, hogy aznap mi történt, dátum és óra szerint, hogy mi volt az ügy, mi történt, levél vagy telefon, vagy cselekedet, és ki hívott vagy írt levelet. Esetleg legyen megjegyzés, vagy figyelmeztetés, hogy ott valamire várni kell, vagy határidő van, így ne legyen az, hogy valamiért nem kapom meg a levelet, vagy nem hívnak, és utána azt mondják, hogy de, hívtak és volt megállapodás.
Ha kell, akkor ott legyen, akár a bíróság számára is bizonyíthatóan, hogy pontosan mikor mi történt, és akkor már az adott ügy összes történését lehessen csak látni.
Bár már nem akarok többször bíróságra menni az életemben, csak meg akarom mutatni, hogy van egy lista a történésekről, így a szélhámosok már ne is próbálkozzanak többet.

A másik program az idézeteknek legyen, nagyon pontosan emlékszem mondatokra, de nem tudom, hogy melyik filmből, vagy könyvből valók.

Ezek szerintem egyszerűen megvalósíthatóak, vagy legalábbis annyira, hogy segítséggel még én is össze tudom ezeket kattintgatni.

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Ezek egyszerűek és még szépen meg is valósíthatók Access-ben, viszont a bíróság biztos nem fogadja el a listádat bizonyítékként. Erre sokkal jobb/egyszerűbb egy jegyzettömb és egy toll.

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Vagy egy gugli táblázat.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Szia!

Ezekhez nem kell access. Amire te gondolsz az az Excel, aminek van még számtalan más ingyenes alternatívája.
Viszont semmi ilyet nem fog a bíróság bizonyító erejűnek elfogadni, de ettől még saját szórakoztatásodra / önmagad megnyugtatására miért ne vezethetnéd ezeket az adatokat.

Én kérek elnézést!

Helyes,akkor ez nekem való, a bíróságot meg nem akarom többet látni.

Sejtettem, amint a Northwin-det megnyitottam, hogy amit akarok, az jóval egyszerűbb, majd átnéztem a többit is, azt hiszem, a task és projekt ami részben kell nekem, de sok velük a gond.

Az első kérdésem:
Azt látom, hogy kis különbséggel azonos táblák vannak különböző fájlokban.

Hogyan lehet a táblákat átmásolni másik access fájlba, vagy több access fájlból egyet csinálni, és a fölösleges táblákat törölni?

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Tényleg Access kell neked? Nem kevered az Excel-el? Mert amit leírtál, ahhoz az Access csak önszopatás.

[ Szerkesztve ]

Én kérek elnézést!

Hát, tegnap óta szenvedek, hogy három táblában hogyan tudom összehozni, ami nekem kell, de ha szerinted excel egy soron meg lehet valósítani, ráadásul adatvédelemmel, akkor várom a megoldásodat és többet nem foglalkozok accessel.

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Adatvédelmet ne várj access esetében sem

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

"Az egyik program az legyen, ahova minden este beírom, hogy aznap mi történt, dátum és óra szerint, hogy mi volt az ügy, mi történt, levél vagy telefon, vagy cselekedet, és ki hívott vagy írt levelet. Esetleg legyen megjegyzés, vagy figyelmeztetés, hogy ott valamire várni kell, vagy határidő van"

Ezt írtad, és igen, ezt egy excel sorba elég felvinned

Én kérek elnézést!

Értelemszerűen csak az adatbevitelre vonatkozott.

sztanozs

Dehogynem, a lekérdezéseknél az adatokat csak megjeleníti, átírásuk nem lehetséges, vagy csak előre tervezetten.

Még mindig várom a választ a kérdésemre, hogy hogyan lehetséges-e a táblák átmásolása különböző adatbázisok között, mert láttam, hogy a sokféle különböző minta adatbáziban lényegében ugyan azok a táblák voltak alapként.

(furcsa, hogy csak egy választ engedélyez a fórum, akkor így írom, hátha így elfogadja.)

[ Szerkesztve ]

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Ez esetben hogy segítsünk, ha az adatbevitelen kívül semmit se tudunk arról, hogy mit is szeretnél :D
Az adatbevitel alapján erre egy Excel tábla untig elég.

Én kérek elnézést!

nézd, ezt így nem igazán lehet, fejjel rohansz a falnak. tulajdonképpen te sem tudod hogy pontosan milyen eszközt akarsz használni, csak összeraksz apró részletekből valamit ami szerinted jó lesz. nem lesz jó.

jelenleg az a helyzet, hogy egy SQL topicban kérdezel accessről (ami itt erősen témán kívüli) egy olyan feladatra amihez excel is bőven elég (ami megint csak messze van az accesstől hát még az SQL-től) és amihez a tudásod még alapfogalmak szintjén sincs meg (ami nem feltétlenül baj, sőt... ezért vagyunk itt, csak éppen kicsit lassabban kellene haladni neked is.)

ahhoz, hogy tényeket rögzíts kb. idősorosan arra egy excel bőven több, mint elég, ahogy olvastam a feladatot, abból azt, ami reális cél (mások által nem módosítható módon rögzíteni tények X darab részletét, pl. téma, ügy, időpont, esemény típus, esemény tartalma, van-e határidő) tudja, és viszonylag könnyen tanulható autodidakta módon.

erre rá kellene szánnod önállóan pár hetet, egy hónapot, és csak utána a tapasztalatokkal felvértezve, valós problémákon alapuló kérdésekkel megkeresni a releváns szaktopicot. idő közben kiderül, ha valamiért van olyan funkció amire szükséged van, de az excel nem tudja, viszont az access igen (meglepődnék) utána viszont az adatokat könnyű lesz már átvnni accessbe igény esetén.

minden tiszteletem a kollégáké, hogy ilyen türelemmel próbálnak segíteni de úgy gondolom hogy ebből eredmény akkor lesz ha a fentieket megfontolod.

OK,megpróbálok gyorsan áttekintést adni, de most estem vissza, megint ezernyi dolgot varrtak a nyakamba, hogy "neked úgyis mindenre van időd."

Nos, a táblákkal elakadtam, igen, amiket írtam, az megvan, és talán első lépésben annál nem kell több adat, ha igen, talán egyszerű lesz hozzáírni.

Elolvastam pár leírást, és volt egy nagyon jó javaslat, hogy mindent a legvégső lekérdezés alapján kell megtervezni, de itt elakadtam, mert többféle módon kell majd látni az adatokat.

Tehát az alapsor adott, dátum és idő, ha egyszeri dologról van szó (levél, telefon) és idősáv, ha esemény (pl. hosszú beszélgetés) kell.
Azaz itt már bejön egy kódmező, ahova az esemény formáját lehet kiválasztani.
Azután az adott esemény valamilyen ügyhöz tartozik, valamint vannak résztvevő személyek (aki levelet írt, vagy aki(kk)el beszéltem, utóbbi esetben van helyszín is.

Azután jön a nagy dilemmám, hogy a kapcsolatokat hogyan tegyem bele, mert a fentiekből következik, hogy egy ügyhöz sok esemény kapcsolódik, de az egyszer dátum szerinti sorrendben van, másodszor van bizonyos események között logikai kapcsolat van (pl. megbeszélés után van több feladat, levelet írni, telefonálni, vagy következő megbeszélésre iratot beszerezni), és emellett bejön még a határidő és feltétel, hogy a következő megbeszélés csak akkor lehetséges, ha azok teljesültek.

Ezért talán az "ügy" és az "események" között kell egy újabb kódmező, ami azt jelzi, hogy teljesültek a feltételek, és tovább lehet lépni.

A végső megjelenítés történhet az adott ügy szerint, hogy mikor és mi történt, kik vettek rész és hol voltak az események - itt megint bejön a dilemma, hogy időbeli vagy logikai sorrend legyen.

Valamint kell olyan megjelenítés is, hogy adott személlyel milyen ügyeim voltak, ami sokkal bonyolultabb lesz, hiszen az adott személyről van szó, de az ügy listájában ott lesz, hogy az adott személy az ügynek csak bizonyos eseményeiben vett részt.

Nost így ennyi van a fejemben, két napja nem voltam pc előtt, majd talán holnap tudok egy képernyőképet feltenni, hogy a három táblával eddig mire jutottam.

[ Szerkesztve ]

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Engem ez egy CRM rendszerre emlékeztet.

Forget your troubles, c'mon get happy

https://crm.org/crmland/free-crm
No, így hogy már jobban összeszedted, hogy mit is szeretnél, én a helyedben itt néznék szét.
Ezek közül konkrétan a Monday.com-ot használtuk az egészen korrekt volt.

Én kérek elnézést!

Na tessék, itt van, eddig jutottam:
Egy ügy elindul, annak sok eseménye (eset) lehet, vannak résztvevők és esetleg van helyszíne, van típusa, amit listával meg lehet oldani.
Ez eddig szép és jó.

Az ügy táblát az access sablonbol vettem át, érdekes, hogy csak egy csatolás volt, itt pedig három sor jelenik meg, a "fontosság-állapot-készültség" sorokra talán nem lesz szükség, egyenlőre benne hagytam.

Ott vagyok elakadva, hogy bizonyos eseteknél feladatokat kell meghatározni, amelyek újabb eseményeket várnak el, vagyis szükség lenne egy újabb eset táblára.

Az a kérdés, hogy ezt hogyan lehet megoldani?

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Csinálsz egy feladatok táblát, ami tartalmaz egy szülő Eset ID-t, és ehhez több eset ID-t.

Én kérek elnézést!

Ezt sokadik elolvasás után se értem.

Mutatnál rá egy példát?

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Pedig csak egy mondat volt.

Csinálsz egy új táblát, amit mondjuk hívj Feladat-nak. Eddig meg van ugye?

A táblának két mezője lesz:

SzülőEsetID
FeladatEsetID

Ez a tábla fogja megmondani, hogy egy Esethez milyen más esetek, a te értelmezésedben ekkor már Feladatok tartoznak.

Én kérek elnézést!

Pedig csak egy mondat volt.

1. Csak éppen értelmezhetetlen, mert az Acces nem enged két kapcsolatot két tábla között, lásd lentebb.

2. Nekem már papírom van róla, hogy nem vagyok aktív, felesleges emlékeztetned rá.

A tények:

Láthatod, hogy ott van az új feladat tábla, de vagy ezt a kapcsolatot hozom létre, ami a képen látható, vagy a másikat, az Eset táblából a feladat-ot kötöm össze a Feladat tábla ID_feladat-tal.

A kettő egyszerre nem megy, ezért nem értem, amit írtál.

[ Szerkesztve ]

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Akkor fuss neki még egyszer, mert az Access igenis tud több kapcsolatot két tábla között

Én kérek elnézést!

Nem engedi, csak úgy, hogy automatikusan létrehoz egy újabb feladat táblát:

Friss Nyugis - akinek nem hagynak nyugtot.:-(

Azt hittem az csak valami megjelenítésbeli bug, de akkor ezek szerint az Access felejtős, valami normális SQL-t kell használnod.

Én kérek elnézést!

Lehet, ez buta kérdés, de ma valahogy eszembe jutott, hogy van a MySQL-felhasználó, amit az adatbázishoz "kapok" a szolgáltatótól.
Van értelme annak, hogy a weblappal kapcsolatos műveletekhez (rekordok felvétele, lekérdezése és frissítése) létrehozzak egy másik felhasználót, aminek csak a valóban elengedhetetlen jogokat adom meg?
Mert most a tesztkörnyezetben a "fő felhasználót" állítottam be, de szerintem az úgy nem lesz az igazi (főleg biztonsági szempontból talán).

Pl. nem kell, hogy tudjon rekordot/táblát/mezőt/bármit törölni, így nem kap Delete-jogosultságot. Csak mondjuk Select, Insert, Update. (Data)
A Structure-nál kell gondolom a táblákkal kapcsolatos funkciókat beállítani, szóval ott pl. nem kellene semmi.
Az Administration rész még nem tiszta, annak utána olvasok.

Ti használtok külön felhasználót ezekre a feladatokra?
Ha igen, milyen jogosultságokkal bír, milyen feladatokhoz?

Köszi.

Nem használunk külön felhasználót. De nyilván lehet, ha úgy nyugodtabb vagy.

Én kérek elnézést!