Archívum - Okt 31, 2011 - Fórum téma
Adatbázis szerkezet kialalkítása - adatok különválasztása?
Sziasztok,
pár adatbázis szervezési-tervezési kérdéssel/elképzeléssel kapcsolatban kérném a véleményeteket, tanácsotokat:
1. Adott két (közel) azonos szerkezetű adattábla, az egyik jellemzően előre feltöltött adatokat tartalmaz (pl. irányítószámokat, városokat, közterületneveket, stb.) legyen statikus, a másik hasonló adatokat, de azokat a felhasználó tölti fel (pl. külföldi városok, közterületnevek, stb.) legyen dinamikus. Amennyiben feltételezzük hogy a feltöltendő adatok csak INSERT művelettel kerülnek a táblákba, és minden adatsor csak egyszer szerepelhet, van-e létjogosultsága az ilyen jellegű statikus-dinamikus adatok fizikai szétválasztásnak.
2. Szükséges-e, van-e létjogosultsága egy szülő-gyermek kapcsolatban álló táblacsoport pl. ország ID, hatályos tól-ig) -> országjellemzők (szülő_ID, ID, ISO kód, elnevezés, hatályos tól-ig) esetén az egyelemű szülő tábla létrehozásának. Gyakorlati szerepe akkor lenne a dolognak, ha a fenti példánál maradva az adott ország megszűnik létezni, de pl. ha csak a neve változik, csak az országjellemzők tábla kap egy plusz sort.
3. Mennyire javasolt, vagy életszerű az alkalmazás hasznos adatainak és a felhasználói adatoknak a külön adatbázisban való tárolása (akár külön szerveren is)?
Előre is köszönöm az észrevételeket!
■ pár adatbázis szervezési-tervezési kérdéssel/elképzeléssel kapcsolatban kérném a véleményeteket, tanácsotokat:
1. Adott két (közel) azonos szerkezetű adattábla, az egyik jellemzően előre feltöltött adatokat tartalmaz (pl. irányítószámokat, városokat, közterületneveket, stb.) legyen statikus, a másik hasonló adatokat, de azokat a felhasználó tölti fel (pl. külföldi városok, közterületnevek, stb.) legyen dinamikus. Amennyiben feltételezzük hogy a feltöltendő adatok csak INSERT művelettel kerülnek a táblákba, és minden adatsor csak egyszer szerepelhet, van-e létjogosultsága az ilyen jellegű statikus-dinamikus adatok fizikai szétválasztásnak.
2. Szükséges-e, van-e létjogosultsága egy szülő-gyermek kapcsolatban álló táblacsoport pl. ország ID, hatályos tól-ig) -> országjellemzők (szülő_ID, ID, ISO kód, elnevezés, hatályos tól-ig) esetén az egyelemű szülő tábla létrehozásának. Gyakorlati szerepe akkor lenne a dolognak, ha a fenti példánál maradva az adott ország megszűnik létezni, de pl. ha csak a neve változik, csak az országjellemzők tábla kap egy plusz sort.
3. Mennyire javasolt, vagy életszerű az alkalmazás hasznos adatainak és a felhasználói adatoknak a külön adatbázisban való tárolása (akár külön szerveren is)?
Előre is köszönöm az észrevételeket!
Kérdések az javascript Object-el kapcsolatban,
Ha az alapobjektumot kibővítem egy új metódussal:Később ebből fakadóan az alma metódus minden helyen megjelenik, és ez sok problémát okoz. Például:A length 3-at ad vissza, viszont a ciklus 4 elemet jelenít meg, az utolsó az alma függvény.
Tehát tömb objektumoknál nem is okoz akkor gondot, mert a length-ből tudom meddig van valós tömb adat.
Ahol már nagyobb gond ott van ahol property szerűen vannak adatok egy objektumban.Itt ugyanis a length már nem értelmezett.
Persze lehet vizsgálni xobject[i]-t typeof-al, és az első function típusú elemnél kilépni a ciklusból, azonban ez nem tűnik szépnek. Illetve mi van, ha az objetum saját metódusain szeretnék iterálni, de az ősökén nem.
Arra lennék kíváncsi, hogy ki lehet e bővíteni az alapobjektumot úgy, hogy ez viselkedés ne jelentkezzen. Ahogy mondjuk a a toStinget,a length-jét sem kezeli ilyen módon. Vagy a programozó által definiált metódusok esetében ez elkerülhetetlen? Mint fentebb írtam typeof-al megoldom, csak biztosan van szebb módja is.
■ - Object.prototype.alma = function() { };
- var xarray=new Array('a','n','s');
- console.log(xarray.length);
- for(i in xarray)
- console.log( typeof(xarray[i]) + ' ' +i + '=' + xarray[i]);
Tehát tömb objektumoknál nem is okoz akkor gondot, mert a length-ből tudom meddig van valós tömb adat.
Ahol már nagyobb gond ott van ahol property szerűen vannak adatok egy objektumban.
- var xobject={'prop1':'a','prop2':123};
- for(i in xobject)
- console.log( typeof(xobject[i]) + ' ' +i + '=' + xobject[i]);
Persze lehet vizsgálni xobject[i]-t typeof-al, és az első function típusú elemnél kilépni a ciklusból, azonban ez nem tűnik szépnek. Illetve mi van, ha az objetum saját metódusain szeretnék iterálni, de az ősökén nem.
Arra lennék kíváncsi, hogy ki lehet e bővíteni az alapobjektumot úgy, hogy ez viselkedés ne jelentkezzen. Ahogy mondjuk a a toStinget,a length-jét sem kezeli ilyen módon. Vagy a programozó által definiált metódusok esetében ez elkerülhetetlen? Mint fentebb írtam typeof-al megoldom, csak biztosan van szebb módja is.
Php - Változó üres marad for ciklusban (megoldva)
Van ez a forrásom:És az összes $sor[$sorszám] változó üres lesz/marad, kivéve az elsőt, mert az az állomány címe. Mitől?
Nem az állományt adja meg így, hanem csak a címe lesz a változó tartalma.
■ - $jelzők = "jelzok.txt";
- if (file_exists($jelzők)) {
- $sor = explode ("\n", $jelzők);
- for ($sorszám = 0; $sorszám < 13; $sorszám++) {
- if (file_exists($sor[$sorszám] . "favicon.ico"))
- $icon = $sor[$sorszám] . "favicon.ico";
- else
- $icon = "http://morocztamas.realgameguides.com/oldalgazda/img/konyvjelzok.png";
- $contentmain = $contentmain . "<a href='" . $sor[$sorszám] . "'><img src='" . $icon . "' alt='" . $sor[$sorszám] . "' /></a>\n";
- }
- } else {
- $contentmain = "Hiba lépett fel a könyvjelzők beolvasása során.";
- }
Nem az állományt adja meg így, hanem csak a címe lesz a változó tartalma.