Udv a listanak!

A feladat egyszeruen bonyolult:
konyvek adatait kell adatbazisba tarolni, osszes rekord legfeljebb 
1 millio lesz a tavoli jovoben, indulo rekordszam 40 ezer, ket even 
belul legfeljebb 150 ezer lesz.
A buktato: vannak olyan mezok, amiket nem lehet elore fixalni.
Pelda: egy konyvnel altalaban 1-2 szerzoje van
de: van, hogy nincs szerzo, es van, hogy sok szerzo van 
(eddig 16 volt a legtobb, de lehet tobb is)

3 kulonbozo programozasi nyelven es stilusban harom kulonbozo
megoldasi javaslat szuletett, es dul a vita, hogy melyik mire jo.

1.javaslat:
relacios kapcsolat reven ket tablat letrehozni:
konyv tabla: kod, cim
szerzo tabla:kod szerzo
programozassal a kodokkal osszekoti a ket tablat is kiirja az 
osszes szerzot, ami adott kodhoz tartozik, illetve osszes
konyv cimet, ami adott szerzohoz tartozik
elony: keves tabla es minimalis adattarolas
hatrany: kereses miatt lassubb programfutas

2.javaslat
sok tablas megoldas:
konyv tabla: kod, cim
sok szerzo tabla (szerzo1, szerzo2, ... szerzo25): kod, szerzo
kod reven osszekapcsolas es azonnal behivja az osszes szerzot,
minden tablabol egyet.
elony: szerzo10-tol alig lesz a tablaban adat
buktato: szerzo szerinti kereses bonyolult a kezelese

3.javaslat:
kapcsolomezovel:
konyv tabla: kod, cim
szerzo tabla: szerzokod, szerzo
kapcsolo tabla: kod, szerzokod
A kapcsolotabla reven az osszes kapcsolatot meg lehet jeleniteni
mind konyv, mind szerzo szerinti keresesnel

A lenyeg, hogy csak lekerdezes tortenhet, modositas nem, tehat nem
kell levedeni iras ellen.

Kivancsi vagyok, meg hanyfele megoldast javasoltok, illetve szerintetek
melyik milyen szempontbol jo?

hi
gyulus

Kedves Starters!

> >http://www.csharp.hu/index.php
>Igy valoban mukodik, a masik, amit irtal, nem - koszonom. Inkabb igy kene 
>terjeszteni, hogy masnak is biztosan mukodjon.

  Igy tenyleg mukodik, de mukodik siman www.csharp.hu cimen is. Es ez 
egyaltalan nem bongeszofuggo, mivel serveroldalon kell beallitani, hogyha 
nem adod meg a file nevet, csak a konyvtarat, akkor alapertelmezeskent 
melyik dokumentumot tovabbitsa. Ha nalad ez nem mukodik, akkor ott komoly 
gondok lehetnek.

>- miert kell Javascript egy egyszeru szoveg olvasasahoz? Persze ki tudom 
>vagni, majd beilleszteni, kijavitani, stb. - 15-20 gombnyomas, es mar 
>olvashatom is...

  De minek? Nincs az az ocska bongeszo, ami ne tamogatna a Javascriptet, ma 
mar alig talalsz olyan oldalt, ami ne hasznalna ilyet. Es a Javascript 
egyaltalan nem jelent akkora veszelyt a gepedre, hogy le kelljen tiltani...
  A linkelest talan tenyleg meg lehetne oldani - uj ablakba nyitva is - 
Javascript nelkul, de nem ez az egyetlen hely, ahol igy mukodik, ennyi 
erovel a 777SMS-nek is sirhatnal...

>- miert kell minden egyes lapon mindig, ha odalepek kukikkal udvozolni? Ha 
>mar kettot visszautasitottam, lehetne annyi esze, hogy nem kiserletezik 
>tobbet - igy viszont 1 cikk keresese es olvasasa kozben 6-ot kellett 
>elhessegetnem.

  Ez megint csak nem a szerzo hibaja, annyi cookie-t kuld, ahanyra a 
kulonbozo beallitasok (esetleg a forgalommeres) miatt szuksege van, es 
teljesen normalis, hogy ha uj lapra lepsz, frissiteni szeretne. Viszont ez 
egyaltalan nem interaktiv dolog, szerencsetlen oldalnak nem kell azzal 
foglalkozni, hogy visszautasitottad az elsot. (Megoldhato, de foloslegesen 
bonyolitja a kodolast, es sehol nem is foglalkoznak vele.)
  Ha ennyire idegesit, hogy megkerdezi, akkor talan allitsd be a 
bongeszodet, hogy ne fogadja oket - vagy csak a session cookie-kat fogadja, 
azokra szukseg lehet (bejelentkezes, tobb oldalas formok kozti adatatvitel) 
-, vagy ha egyet visszautasitottal, akkor tobbet onnan ne fogadjon; ez mind 
bongeszooldalon megoldando problema, az oldalnak ehhez semmi koze. 
Ertelmesebb bongeszokben (nem csak IE) azt is be lehet allitani, hogy az 
adott oldal cookie-jait fogadja, de kulsoket ne (amit peldaul a reklamok 
adnak).

>A lap nem statikus, igy offline gyakorlatilag nezhetetlen (nem tudom 
>acache-bol olvasgatni). Nem jo otlet, draga mulatsag...

  Lattal te mar valaha statikus portalt? Kotve hiszem... A portaloldalak 
pont arrol szolnak, hogy egyseges feluleten rengeteg tartalmat jelenitenek 
meg, ehhez pedig az kell, hogy a cikkek (es egyeb tartalmak) egy 
adatbazisbol olvashatok legyenek, utana az aktiv serveroldalon futo 
alkalmazas az egyseges feluletbe illeszti ezeket, es a vegeredmenyt kapja 
meg a bongeszod. Ugye nem varod el, hogy egyenkent elkeszitett, minden 
server- es kliensoldali scripttol mentes HTML oldalakban taroljak a 
cikkeket, aztan egy kesobbi fejlesztesnel (plusz funkcio, uj temakor vagy 
csak egy uj design) csinaljak ujra az addigra bizony nem is keves cikk 
oldalat? Ezt nem gondolhatod komolyan...
  Egyebkent ertelmes bongeszo ezt is le tudja cache-elni. (En legalabbis 
offline is szoktam tudni mar megtalalt adatokra ujra keresni php 
keresooldalon, ha eppen ennyire elvetemult otletem tamad.)

> >http://www.freeweb.hu/dinamyc/\?PHPSESSID=e11d3cc9a95275c76ce67e95fa1e467d
>Ide nem lehet levelet irni, csak egy hibajelzest ad - amelyben raadasul 
>hiaba nyomogatom a "back" gombot.

  Ez az egy dolog tenyleg nem okes, jo lenne, ha a fejleszto korrekt 
mailto: linkeket hasznalna.

>Van egy olyan erzesem, hogy a szerzok "mindent bevetettek", hogy 
>legszuperebb lapot hozzak letre - ennek eredmenye, hogy akinek nem a 
>legujabb IE 12.26-osa van, az rossz esetben nem is latja a lapot, jo 
>esetben pedig igencsak szenved az olvasasaval. Akinek viszont ez elindul a 
>gepen, az nem fog C-t optimalizalni, mert az 5GHz-es gepen az fut, mint a 
>villam!

  Khm. Eloszor is mindenkinek erdeke, hogy olyan bongeszot hasznaljon, ami 
a legalabb a legalapvetobb funkciokkal bir, tehat kepes megjeleniteni egy 
oldalt akkor is, ha nem irod oda, hogy index.php (ahhoz, hogy ez ne 
mukodjon, mar tenyleg halmozott benasag kell, mert a server magatol adja az 
index.php tartalmat), mukodnek benne a Javascript linkek, es ne adj isten, 
meg a cookie-kat is tudja korrekten kezelni. Ehhez pedig nem kell IE6 SP1 
(az ugyanis a legujabb, 12.26 meg nincs :), erre mar sokkal korabbi 
bongeszok is kepesek voltak. Es meg mielott belekotsz, a kedvedert 
kiprobaltam Mozillaval is (nem a legfrisebb betaval, hanem korabbi stabil 
verzioval), termeszetesen tokeletesen mukodott.
  Aztan az is hozza tartozik a dologhoz, hogy egy atmeneti - es nem is kis 
- bongeszovalsag utan (lasd Netscape 6 elso verzioi) eljutottunk mar oda, 
hogy az ujabb verziok nem feltetlenul eroforrasigenyesebbek az elozoeknel, 
sot, mintha ujra kezdenek megismerni az optimalizalas fogalmat. En egy P150 
MMX-en probaltam 64 MB memoriaval tobbfele bongeszovel a fent emlegetett 
oldalt, es semmi kifogasom a megjelenitesi sebesseg ellen, kimondottan 
gyors volt (elso letoltesre is, cache-bol is). Ennel elavultabb rendszert 
pedig kevesen hasznalnak mar bongeszesre (hat meg fejlesztesre, ha mar 
CSharp oldalrol van szo...).

  En inkabb ugy erzem, hogy te vetettel be mindent annak erdekeben, hogy - 
teljesen alaptalanul - porig fikazhass egy nagyon jo oldalt.

>Ja: a cikk nem rossz - bar en mar '86-ban hallottam arrol, hogy letezik 
>ilyen "programmero" program C-re.

  Es hol volt 86-ban C#? A cikk azt irja, hogy a stopper az optimalizacio 
nelkulozhetetlen eszkoze, tehat feltehetoleg nem most talaltak ki (mert 
ugye az 5 GHz-es gepek elott is kellett optimalizalni ;). Annak idejen 
peldaul a Commodore BASIC programok futasi idejet is szoktuk merni...

   Peterson