[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