Hollosi Information eXchange /HIX/
HIX GURU 4261
Copyright (C) HIX
2006-10-29
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 re: re: normalizalas van biztos modszer, re re Sql p (mind)  104 sor     (cikkei)
2 Microsoft Outlook (mind)  11 sor     (cikkei)
3 UHPCS Segit? :)))) (mind)  22 sor     (cikkei)
4 sql - tisztazas (mind)  27 sor     (cikkei)

+ - re: re: normalizalas van biztos modszer, re re Sql p (mind) VÁLASZ  Feladó: (cikkei)

re: :

>És én erre irtam azt, hogy a normalizalas 
>kulcsa pont ez, hogy felismerd, a 
>helyzettol fuggoen, egy adat
>mas-mas szerepkorbn fog megjelenni. Ua. adat egyszer lehet leiro, egyszer 
>lehet kulcs, szerepetol fugoen.
>Szerintem ezert nem ua. az adatszerkezet.

az adatszerkezet az adatok kapcsolataval foglalkozik
(szerintem nem valtozik) az adatbazis szerkezet viszont
valtozhat (normalizalassal) attol meg az adatok egymashoz
valo osszefuggese nem valtozik.
-bocs ha valahol felreertheto voltam (elirtam talan?)

ha egy adat mas mas - peldadban: egyszer leiro vagy egyszer kulcs -
szerepkorben jelenik meg akkor az nem relacios hanem
hiearchikus adatbazis

vagy talan itt arra gondoltal hogy a kodmezo egyszer egy leiro indexe
(abban a parameter tablaban a hozzatartozo leiras van), egyszer mutato
(abban a tablaban ahol redudancia miatt kivettuk a konkret leirast
es egy koddal helyettesitettuk)?

>Belegondolsz, és rájössz, hogy ez kulcsmező, egy 
>csomo plusz mezőt és funkciót igényel a dolog, és 
>a határidőt már így is tullépted.

hat igen ezert kell jol megcsinalni a tablakat hogy gyorsan
lehessen modositani es az sem art ha a user fejet nehanyszor
belenyomod a vizbe hogy eszebe jusson legalabb minden fontosabb
momentum a feladattal kapcsolatban, az aprobb reszletek ugyis
kesobb jutnak eszebe ,es kell meg plusszba is az informaciogyujtes,
hogy meg az is benne legyen a programba amirol csak a felhasznalo
csak nem is almodik de a jovo heten mar 120 oldalas beszamolot
kell neki adni a fonokenek:)


re: fülgy:

>Bocsánat, tágabban értelmezem a hibaüzenetet, panaszlevél
>talán a helyes kifejezés.;)
>Tehát emberke ir egy levelet a cégnek, hogy valami hiba volt a
>javitással, szervezéssel, stb.
>Titkárnö elolvassa, küld egy választ, hogy megkapta,
>továbbitotta az illetékeshez, ésvalóban továbbitja is, 
>illetékes elolvassa, megválaszolja ésküld egy másolatot 
>titkárnönek. Ha az illetö újra válaszol, akkor már titkárnönek és
>szakembernek is válaszolhat, tehát bonyolultabb az ügy, 
>viszont már van elözménye...
>Erre kérdeztem, hogy ez-e a hires-nevezetes workflow,

A fent leirt es alabb vazolt folyamatnal nem valtozik
a folyamatabra (menet közben veletlenszeruen) mert szabalyok
vannak....:

- panasz keletkezese (ez kell az esemenyfolyamat elindulasahoz: problema)
- erkezese (elso kapcsolat a problemaval)
- erkezesrol valaszlevel
- elozmenye (van-e?) (a mar letezo nyilt vagy lezart folyamatokhoz
                      kapcsolodas keresese)
- tovabbitas (-ok) (a megoldashoz vezeto folyamat kivalasztasa)
- illetekes(-ek) (megoldas)
- megoldasrol valaszlevel (-ek)

....igy tehat ez workflow....

(az hogy hogy hany emberhez jut el vagy hanyan valaszolnak az
az nem szamit mert szabalyok rogzitik hogy ki az illetekes)

....akkor nem lenne az ha szabaly nelkul egy hetig vandorolna a
level amig megtalalja az illetekest, vagy veletlenszeruen lenne
kivalasztva az illetekes aki lehet nem is ert hozza...
- ez a szervezesi hiba

....legjobb pelda sajna a magyar kormanyzati rendszer:
olyanok dontenek (megoldok) akiknek fingjuk sincs temarol
amit megoldani kellene (es arrol sem, hogy mit mondanak es
mirol beszelnek) na ez nem workflow... (es ujra kezdodik a
megoldasi ciklus)
- ez a megoldasi hiba

>amire
>állitólag nagyon nehéz sémákat kitalálni, és úgyis mindig
>módositani kell, mert nincs egy fix folyamatábrája.

Altalaban kitalaljak az esemenykezelest (munkafolyamat-workflow)
es szeretik mindenfele szabalyokba foglalni (persze surun valtozhat
esemenytipustol fuggoen: es akkor a szabalyokat modositjak)

-A szabalyok tartalmazhatjak a megoldot is es a hozza tartozo cselekvest 
is.
-Workflow-nak torekedni kell a sikeressegre.
-A nem sikeres workflow (megoldatlan problema) ujabb workflow-t 
keletkeztethet.
-A workflow-nak fix a folyamatabraja.

workflow = szabalyokba foglalt esemenykezeles a problema megoldasaig.

Ezeket altalaban a rendszerszervezonek, manager-nek kell kitalalni.

.... es ha a szabalyok megvannak a programozas egyszeru... :)

üdv zfox
+ - Microsoft Outlook (mind) VÁLASZ  Feladó: (cikkei)

A tárgybeli levelező rendszert használom, illetve ennek naptár és 
feladat funkcióját. Azt tapasztalom, hogy a feladat funkció előre 
jelzését mindig egy nappal előbbre dátumozza a program, nem pedig 
az általam beállított időre. Nem lehet ezt valahogyan átprogramozni, 
hogy dátum helyes legyen az adott feladat időpontja?

Válaszaitokat magánban is várom, mert nem vagyok a listán.

 

Üdvözlettel: Ádám
+ - UHPCS Segit? :)))) (mind) VÁLASZ  Feladó: (cikkei)

Adott a jelenseg:

Win egyszercsak minden ok nelkul lelassul, nagyon hosszu ideig
tart a kikapcsolas, es az esemenynalo tele lesz olyan bejegyzesekkel,
hogy a rendszerleiro adatbazist nem lehet eltavolitani a 
memoriabol, mert hozzaferes megsertese, meg idotullepes, a fajlhoz 
nem lehet hozzaferni, bla, bla bla.
Mikozben semmi lenyeges nem tortent elozoen, elvileg semmi nem volt
telepitve... Ismeros?

Na, aszondja az M$, hogy segit a "User Profile Hive Cleanup Service"
csak telepiteni kell, es az loggolja, hogy melyik alkalmazas
rosszalkodik, igy mindjart kiderul, hogy melyikkel van baj, azt el 
lehet tavolitani, ujra lehet telepiteni, vagy akarmi.

Nosza, adodott az alakalom: lassan kilepo WIN, hosszu percekig tart,
mire lekapcsolja a gepet. UHPCS telepit, kilep, ujra bejelentkez,
esemenynaplo sasol: es megvan a bunos!

SVCHOST.EXE !!!! Ki gondolta volna? :P
--
Török István
+ - sql - tisztazas (mind) VÁLASZ  Feladó: (cikkei)

> Köszönöm, a hétvégén átgondolom, hátha tudom bonyolitani. :-))

Nem bonyolitó, csak tisztázó ötletem támadt.
Mitöl függ, hogy hány táblát kell használjunk?
A film adatbázisnál, ugye, eredetileg csináltak egy kiemelést,
hogy van rendezö tábla, meg föszereplö tábla, és szinészek.
Arra jöttem rá, hogy három féle megoldás lehet:
1. Amit én javasoltam, és amit ti javitottaktok ki, hogy egy 
"személyek" tábla van, és van hozzá egy tipus mezö, ami
megmondja, hogy az adott személy milyeny kapcsolatban van
az adott filmmel, és van hozzá egy kapcsolótábla, mert több
kapcsolatban lehet ugyan azon filmmel.
2. Ami a könyvben van, hogy kiemelnek néhány szerepet,
pl. rndezö, operatör, főszereplő, stb. ezek külön táblákban
vannak, és az összes többi mehet a személy táblába.
3. Egy köztes állapot, 2-3 tábla van, az elsö a "fontos"
személyek, akiket gyakran emlegetik, rendezö, főszereplö,
a másikban a többi, viszonylag fontos személy, akinek pl.
kell sajtó nyilvánosság, ismertek,stb. és van a "staff"
kategória, akiknek a neve legfeljebb a film utolsó képsorain
van kiirva, esetleg szakmai berkekben ismertek, de at utca
embere nem tud róluk.

Mitöl függ, hogy melyik megoldást kell választani? Egyedi
szájiz, vagy lekérdezések határozzák meg?

fülgy

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS