[elektro] Excel táblázat szélessége hány oszlop lehet
vajk fekete
halaloszto at yahoo.co.uk
Fri Aug 8 18:33:02 CEST 2008
nem csak oltp rendszerek vannak a vilagon.
es a normalformak is csak az egyetemen tullek egyertelmuen a legjobb valasztasnak.
alapbol mar az oltp rendszerben is hasznalhatsz tobb okbol denormalizalast. Pl automatikusan karbantartott szarmaztatott (redundans) adatok pl kereses, sorrendezes egszerusitesere vagy egyszeruen teljesitmeny okokbol. hasonlo celra nem ritka a tartalek1 tartalek2...tartalek8 oszlop sem. es lehet ugy hasznalni, hogy nem gany.
de aztan ott vannak pl a reportalasi, vagy akar komplett adattarhaz dolgok. amik a fentibol szivjak az adatokat, es riportokat adnak, adatbanyasznak bennuk, stb. na ott aztan vegkepp nem normalforma a lenyeg, hanem a sok adatok valo gyors hatekony mukodes. raadasul mivel nincs benne modositas, az adatmozgas egyiranyu, kontrollalt, karban is lehet tartani a redundancia ellenere.
vajk
ps: oltp: on line transaction processing. elo tranzakciofeldolgozo? tehat olyan rendszer, ahol az adatbazis olyan folyamatot szolgal ki, ahol az adatok folyamatosan valtoznak, iras-olvasas-minden, es a lenyeg a konzisztencia, megbizhatosag. pl banki szamlavezetes az oltp, az a cucc, ami a havi riportokat csinalja vagy a szamlakivonatot, az mar tok mas.
----- Original Message ----
From: Moczik Gabor <pm_levlista at progzmaster.hu>
To: elektro at tesla.hu
Sent: Friday, 8 August, 2008 6:11:22 PM
Subject: Re: [elektro] Excel táblázat szélessége hány oszlop lehet
Hofferek Attila wrote:
> Moczik Gabor írta:
>> Nem kötekedni akarok, de az Access-t relációs adatbáziskezelőnek tartják
>> számon, ha egy táblába 256-nál több mező kell, akkor ott valami igen súlyos
>> adatmodellbeli probléma van.
>
> Miert, nem lehet egy objektumnak 256 tulajdonsaga? :-)
Meg ha tenyleg van is ennyi tulajdonsag, kell ezt mindet egyszerre tudni,
hasznalni, lekerdezni?
El tudom kepzelni valami atomfizikai kutatasi projektben, hogy egy valaminek
ennyi parametere van, es kell is veluk összefuggo szamitasokat vegezni,
stb... De ott remelhetoleg nem Access-t hasznalnak. :-)
A rossz elkepzeles:
Pl. egy gyartosoron egy adott sorozatszamu termekhez (==1 rekord) tobbszaz
parameter, meresi eredmeny tartozzon, mindegyik valamilyen adatformatum,
valamilyen nagysagrend, valamilyen mertekegyseg.
Amikor meg kell majd jeleniteni, akkor a kliensprogramban mind a 200 mezo
azonositojat, megnevezeset, formatumat, mertekegyseget, stb. ismerve
egyenkent fel kell dolgozni es kiirni az urlapra.
Ha kesobb kell egy 201-ik mezo, akkor lehet modositani az adatbazist ES az
osszes programot ami az adatbazisbol dolgozik.
Azt jobb ha nem is emlitem, mi lenne ha kell egy uj termek teljesen mas
mezokkel, vagy ha mondjuk az usernek szelektalasi lehetoseg kene hogy az
urlapra csak a 37, 92, 163-as mezok erteke kell.
Ezt hivjak karbantarthatatlan rendszernek, masneven kaosznak. :-)
--
((( Móczik Gábor )))--((( E~mail: "pm-01" @AT "progzmaster" .DOT "hu" )))
((( Skype: moczik )))
-----------------------------------------
elektro[-flame|-etc]
__________________________________________________________
Not happy with your email address?.
Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html
More information about the Elektro
mailing list