Szia.
Boccs, valszeg nem voltam elég érthető. Kicsit részletesebben leírom 
amire gondolok.

>re: :
>
>>>> ....es a vegeredmeny nekem mindig ugyanaz lesz, ha a teljes
>>>> normalizalast valasztom.
>
>>A fenti idézet tetszett nekem. Persze, hogy ua. lesz ha a koncepciod 
ua.. 
>>Pl. az emlitett filmes példa.
>>Ha filemnkent 1 rendező, tobb szereplo, a film cime
>>az azonosito es filmközpontu az egész, akkor valszeg 
>>ua., vagy hasonlo lesz az adatszerkezet. De ha már nem 
>>1 rendezős filmekről van szó akkor már más. 
>
>miért más? szerintem a adatstruktura-szerkezet marad csak az
>adatmennyiség változik: tökmindegy hány rendező vagy szinesz
>vagy akárki dolgozik a filmen

Nézzük az 1 rendezős filmeket csak először, persze leegyszerüsitve, azonos 
filmcimek nem lesznek a modellunkben.
Ugye 1 rendező több filemt is rendezhet.
Ezért lesz egy táblám a 'rendezo' amely mezejei: 'rendezo.rendezo_kod', 
és 
'rendezo.rendezo_nev',
lehet persze még több is, mindenféle leírója a rendező, szül. év stb. Itt 
a 
kulcs a 'rendezo.rendezo_kod'.
A filmek tablaja. 'film', aááljon a következő mezokbol: 'film.filmcim', 
'film.gyartasiev', és a rendezo,
itt is lehetne leiro, a kulcs a filmcim. (ugye nem megyunk bele abba, hogy 
filmcim helyett persze valami kodot,
roviditest, leltari számot stb. fogunk hasznalni), most a példa kedveert 
jo 
a 
film cime is, mert egyedileg azonositja 
a filmet, és két azonos cimu film nem lehet. 
E két táblát a 'rendezo_kod' kapcsolja ossze. Tehát csak két táblánk van, 
és 
egy kapcsolatunk.
Nézzük a másik esetet, ha 1 filmet többen is rendezhetnek. Ekkor vagy azt 
csinalod, hogy a 'film' tablaban 
meghatarozod, hogy hany rendezoje lehet 1 filmnek max. vagy a film tablaban 
egy film annyiszor fog szerepelni
ahany rendezője van és a tabla elsodleges kulcsaba beveszed a rendezot 
is. 
Vagy a harmadik megoldas felveszel egy kapcsolotablat amelyben a filmeket 
osszerendeled a rendezokkel.
Valszeg ez utobbit fogod csinalni. 
Tehat az adatszerkezet jelentosen valtozott a kiindulási feltetelektol 
fuggoen.
É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.

>
>>Vagyis nem a normalizált végeredményt
>>kell kitalálni, 
>
>-a normalizalt vegeredmeny nem tudom kitalalni az
>a normalizalassal alakul ki

itt a kitalálás, rossz szó volt :-), nalam is a kialakitas folyamatat takarta.
>
>>hanem a dolgok belső logikáját. 
>
>-a normalizalas errol szol
>
>>Ez a nehéz. Mármint ez utobbit meghatározni, kitalálni, 
>>felfedni. Ez az amit a felhasználók általában nagyon 
>>titokban tartanak :)
>
>Kell egy kis rutin de nem veszélyes mert:
>- a meglévő adatok tényszerüek (nem tartják titokban:) )
>- az osszefuggések adottak (esetleg be kell tanulni egy-ket szakmaba,
>  torvenybe, jogszabalyba, rendszerbe - talán ez valoban
>  nehez es fajdalmas dolog:) )
>- a szerkezetet neked kell kitalálni es mint már
>  irtam ez a normalizalas es ha jo akkor barmilyen adatot
>  ossze tudsz kapni select-tel:)

Szerintem nehéz :-), a rutin tényleg kell hozzá, hogy eszrevegyed, hogy 
hol
huznak be az erdobe. Félre értés ne essék, ez NEM TUDATOS, a felhasznalo 
termeszetéből
fakad, hogy ugymondjam biologiájából :-), hogy néhány kulcsinformációt
csak a munkavégén közöl. Pl. Ja, boccs, de oda kell még egy mező, vagy 
itt 
van 
ez a kimutatás, ez kell
a fönöknek, és belenézve a papirjába elhülsz mert egy komplett kis rendszert 
mutatnak neked, ami persze nincs kész
mert nem is tudtál róla. 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.
Én a fentiekre gondoltam.

üdv. 

Szia Peter,

Koszonom a listat - lassan, de biztosan probalgatom ki oket (ha jol
latom, a nagy reszuk Pocket PC-re valo, nem Smartphone-ra).

Elvileg ugyanaz az OS fut alattuk, de a gyakorlatban megsem egyformak.
Egy Pocket PC-vel kezdtem (T-Mobile MDA, azaz HTC Wizard), de le kellett
cserelnem egy Smartphone-ra (T-Mobile Dash, azaz HTC Excalibur), mert
nem talaltam ra "erkezo SMS ismetlodo jelzese" valamint "megbizhato SSH"
programokat (plusz nehany aprosag, pl. az elem alig birt 24 orat, valamint
a speakerphone-t alig lehetett hallani). De a Pocket PC-n az E-mail 
jobban mukodott.

Ha mar errol irok, itt a ket (szamomra) kulcsprogram:
DontForget: http://blog.softimage.cz/?page_id=27
SSH       : http://www.codebrowser.org

Az E-mail-lel most ott tartok, hogy egyelore IMAP modra allitottam, 
igy a server oldalon eleg kezelnem egy Perl scripttel:
torolni az egy hetnel regebbi leveleket, meg irtani belole a SPAM-ot,
es az IMAP automatikusan szinkronizalja a telefonra a pillanatnyi helyzetet.

Udv,
Jozsi

2006.10.20, GURU 4252/ emael freemail.hu irta:

>Tapasztalt már valaki is olyat legegyszerűbb világító
>kapcsolós elosztónál, hogy kikapcsolt állapotban illetve
>áramszünetkor is ad le áramot a beépített kis lámpácska? 

Egesz heten villanyt szereltem. Egy kb. 15 meteres kabel vegen levo
kapcsolos eloszto lampacskaja halovanyan pislogva vilagitott,
amikor tuti nem volt bekotve a kabel masik vege, a foldelest
leszamitva.
Mas jelenseget nem tapasztaltam, es lefogadom akarmibe,
hogy olyan, hogy a kis lampacska aramot adjon le, nos, hat
ez fizikai lehetetlenseg.

>Egy konnektorból kihúzáskor azonnal felejtős rádiós ébresztő
>óránál ezt alkalmava bár nem pontosan, de nem nullázódik a
>LED-es órája. 

Az a CMOS aramkorok egy bizonyos feature-ja. Elofordul elemes 
zsebszamologepek eseteben is, amikor mukodes kozben 
cserelsz elemet. Nemelyiken azert van reset gomb, masokon
meg van oldva egy auto-resettel.

>Valamint ATX-es PC-knél gyakori jelenség, hogy
>néha csak úgy nem indulnak a bekapcsoló gomb megnyomásával.

Ilyent en is tapasztaltam, de ez valami HW hiba. A legtobb helyen
kapcsolos elsosztot hasznalnak, en is, es kikapcsolom teljesen
a PC-t. A meloban viszont ezt soha nem tesszuk, es kismillo PC
kozul azok nem szoktak csak úgy indulni, amelyek ejszaka valamiert
bekapcsoltak, es utana lemetek Stand-by-ba, az inaktivitas miatt.
Na, ezeket nem lehet feleleszteni, csak kikapcsolast kovetoen.
Marint a Compaq EP/SB-ket. Az uj HP DX masinakon meg beragad a 
power gomb. Akkor iz zar, amikor mar nem nyomod. Es nem tudod, 
hogy mitol nem megy. Neha a kihivott szervizesek sem. Aztan valaki
egy keshegyel kipiszkalja a gombot...

>Ilyenkor megoldás a CMOS kisütése jumperrel vagy a tápkábel
>kihúzása után megnyomni a power-gombot majd ismét bedugott
>állapotban próbálni indítani a gépet, mennie kell.

>Mi lenne az abszolút megoldás túlfeszültség, villámcsapás
>meg mindenféle elektromos kártevő ellen egy közös elosztóval
>való működtetéssel?

Mint mar irtak tobben is, a tulfeszultsegvedo alkalmazasa segithet.
Vagy a szunetmentes tapegyseg alkalmazasa.  Tovabba nem art
a markas, aktiv PFC-s, bebepitett feszultsegvedelemmel szerelt
PC tapegyseg sem. Az aktiv PFC-s tpaegyseg nagyon elekel az olyan 
helyeken, ahol aharomfazis van, es a kornyeken osszevissza 
kapcsolnak relek, trafok szoktak meghibasodni, stb.

Egy "kisebb" villam okozta tulfeszultseg ellen a villamvedos eloszto
segit, egyszer. A kozvetlen, villamharitot elkerulo villamcsapas ellen 
semmi nem ved, nem is kell a PC-t bedugni a konnektorba, ugy is 
annyi neki...
--
Török István

> csinalsz egy tablat hibakod, hibauzenet mezokkel
> feltoltod, majd a keretnyelvbol(c++,stb.) a hibakod
> parameterrel meghivod az adatbaziskezelot
> (a beepitett proceduranal, de hivhatod egybol az
> utasitassal is az sqlszervert)az
> kivalassza a hibauzenetet es visszaadja a keretnyelvben
> irt alkalmazasnak. (az sql nem onallo nyelv ugyebar
> - nincs benne user interfesz - vagy ha te tudsz olyat amiben
> van ird meg gyorsan melyikben mert akkor lemaradtam:) )

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


> >Például egy ingázó esetében van két városbeli cim, csak a
> >"menetrend" ismeretében lehet tudni, hogy adott napon 
> >melyik cimen tartózkodik, de mind a két cim "aktuális".
> 
> mar meg is valaszoltad: kell egy olyan mezo hogy mikor hol
> lehet (menetrend) a paciens es annak megfelelo
> cimet vagy cimeket adja ki.

De ezmég mindig több lehetséges hely, nincs aktuális, hogy
ha ennyi az ido, akkor itt van.

> >A negyedik tipust nem tudom definiálni se, "függöségnek"
> >nevezném. Ilyenkor azt is meg kell nézni, hogy mihez
> >kapcsolható az adat. Megpróbálom érzékeltetni az ingázós
> >példa alapján. 
> 
> 
> _tel_hozzaferes tabla -ki ferhet a telefonhoz, meddig es hol
> szem_azonosito *1
> cim_azonosito *2
> telefon_azonosito
> mettol_hozzaferheto
> meddig_hozzaferheto

AHA, megint a kapcsolótábla, csak most ez egészül ki az
idöbeli szüréssel. Ügyes. ;)

> 
> _menetrend tabla ------paciens helyenek meghatarozasa
> szem_azonosito  *3
> cim_azonosito  *3
> mettol_van_ott
> meddig_van_ott

AHA, még egy kapcsolótábla, megint idö szüréssel.;)

> - igy akar ket paciens kozos menetrendjenel hivhatom
barmelyiket
>   barmelyikuk mobilszaman (na ez durva:)

:-))

> ....azt hiszem igy minden lehetseges lekerdezo variacio le
> van feddve...
> ....mar ha jol ertelmeztem a problemadat...

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

fülgy

Telstar 256 MB mp3 lejátszó - MP3/WMA - beépített FM rádió
felvételi lehetőséggel - Grafikus kijelző kék háttérvilágítással -
felvétel mp3 -ba line in  bemenetről - diktafon - 5 x gyári equalizer -
USB Full- Speed csatlakozás - 1db AAA elemről üzemel
Dobozában, fülhallgatóval, kábelekkel. Postán utánvéttel is.
Infó: http://depo.hu/?pn=product&c_main=71&c_parentid=618&c_id=631&p_id=29072&p
age=2
5000 HUF