Új hozzászólás Aktív témák
-
PazsitZ
addikt
A foreign key-nél hiányzik, hogy mire hivatkozik.
CONSTRAINT pk_diak FOREIGN KEY ( ofo )
REFERENCES xDiak(ofo),CREATE TABLE tDiak(
Azon smallint,
nev varchar( 30 ) NOT NULL ,
kor integer,
ofo varchar( 25 ) DEFAULT 'ofo1',
CONSTRAINT pr_key1 PRIMARY KEY ( Azon ) ,
CONSTRAINT uq_diak UNIQUE (nev),
CONSTRAINT pk_diak FOREIGN KEY ( ofo )
REFERENCES xDiak(ofo),
CONSTRAINT ck_diak CHECK (kor <100)
) ;[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Szkeptikus #486 üzenetére
Ha minden igaz ennek azt kell kidobnia:
SELECT rendeles_id, ugyfel_id, rendeles_dte, count(DISTINCT kezbesitesi_cim_id) as darab FROM rendelesek
GROUP BY ugyfel_id HAVING darab>=2[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Sk8erPeter #894 üzenetére
Igen, az ilyen szintű kérdés-megoldás kérésnél szokták kérdezni, hogy mennyit szánsz rá.
Azazello- :
A prog.hu-n is, meg itt is, mert ebbe már munkát kell fektetni, nem tanácsot, segítséget adni.Meg a jelenleg 0 információból nem is lehet elkezdeni normálisan/komolyan tervezni. Egy adatbázis optimális kialakítása legtöbb esetben függ a követelményektől is.
[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Sk8erPeter #916 üzenetére
Anno én is egy OKJs suliba jártam. 1-2 tantárgy volt, amit normálisan oktattak. Az oktatás minősége, meg szerintem azért is rossz, mert az osztály 10%-20% százaléka, akit tényleg érdekel az oktatás, ezáltal előbb-utóbb a tanárok is így állnak az oktatáshoz.
Ezért, ha csak annyit tanultam volna meg, amit ott leadnak, sose jutottam volna semmire.
Volt bizonyos fokú előképzettségem, oracle és java plusz órákra jártam, egyetemi online ingyenes kurzusokon vettem részt és otthon is foglalkoztam a dolgokkal: netes anyagokból mysql-php kombóval képeztem magam.
Így jutottam valamire.[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
Szerintem teljesen intuitív dolog felismerni a NxM-es táblák kezelését.
Pedig a normalizáláshoz is kapcsolódik; ennek hiányában masszív adatduplikációval oldható fel bizonyos kapcsolatábrázolás probléma.
google gyorskeresés 1 eredménye: [link][ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz InfiniteReality #1045 üzenetére
SELECT jatekos, SUM(pont) AS pont FROM (
(SELECT jatekos, sum(pont) AS pont FROM jateklista2005 WHERE pont >= 1 GROUP BY jatekosl)
UNION
(SELECT jatekos , sum(pont) AS pont FROM jateklista2006 WHERE pont >= 1 GROUP BY jatekosl)
) AS sumtable
GROUP BY jatekos
ORDER BY pont DESC- http://pazsitz.hu -
-
PazsitZ
addikt
válasz InfiniteReality #1049 üzenetére
Pedig kell lennie valamilyen eredménynek, legalábbb egy hibaüzenetnek vagy valami.
Ha valami hibát is közölsz, talán tudunk segíteni.- http://pazsitz.hu -
-
PazsitZ
addikt
válasz InfiniteReality #1052 üzenetére
Amennyiben csak elírás, akkor vedd semmisnek a következőket:
Select művelet eredményéről beszélünk. a mysql_affected_rows INSERT, UPDATE, REPLACE or DELETE parancsok esetén adja vissza az érintett sorok számát. Ez SELECT esetén mindig 0 értéket ad vissza.
Ilyen esetben (SELECT) a mysql_num_rows parancs adhat valós értéket.- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Speeedfire #1120 üzenetére
Ha attributumon keresztul mentesz nezd meg a safe attributumokat
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Speeedfire #1137 üzenetére
NoSQL DB-knél, mindegyiknek megvan a maga rendeltetése célja, amire jól hasznosítható.
Nincs és nem is lesz ultimate winner.
[link]- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Speeedfire #1152 üzenetére
SELECT id, name, type FROM table
WHERE type IN (1,2,3)
ORDER BY
CASE type
WHEN 3 THEN 1
WHEN 1 THEN 2
WHEN 2 THEN 3
END;- http://pazsitz.hu -
-
PazsitZ
addikt
Igen, mérés esetén vagy a benchmark-al futtasd le mondjuk 10000 ismétléssel így mindegyik esetén azonosan használ cache-t a későbbi requestek esetén és hamarabb kibukik.
Vagy mindkettő futtatása elé szúrd be a: RESET QUERY CACHE; parancsot.
Feltéelezve, hogy mysql-t használsz.
[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz Sk8erPeter #1266 üzenetére
Partvonalról könnyebb bekiabálni, hogy én bezzeg...
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz martonx #1364 üzenetére
De azért abban talán megegyezhetünk, hogy többet ér az alapvető sql tudás, mint az access kattingatási tapasztalat.
Mert egy sql-es feltételezem megoldja az access-ben is a feladatot, addig fordítva már talán nem biztos, hogy ennyire triviális a dolog...
Bár lehet tévedek, bevallom, talán egy évtizede nem láttam már access-t[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
Szerintem messze nem az az olvashatóbb forma, plusz elméletileg a JOIN a szabvány táblakapcsoláshoz.
Mit, mihez, miért csatolsz, sokkal jobban látható a második példából, épp komplexebb lekérdezéseknél.
Ránézel a Join-ra mi mihez, a where feltétel ezután alap esetben nyilvánvaló nem is nagyon kell olvasgatni.De amúgy egyéni preferencia kérdése .
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz fordfairlane #2004 üzenetére
Azon túl, hogy megzavrjam az isteni movoltovadat megkérdezhetem a miértedet is?
Én már csak ilyen kíváncsi fajta vagyok.[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
és kódban egy enumhoz kötöm
Pont kérdezni akartam, kód szinten hogy kezeled az értéket.
Viszont akkor már magadnak sikerült ellentmodani.
mert ha nekem az adatbázisban kell kotorásznom, nem fogom fejben visszafejtegetnem, hogy melyik numerikus azonosító mit jelent <-> és kódban egy enumhoz kötömHa kódban enum, akkor hol miért kellene kotorászni, fejtegetni?
[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
Nekem a problémám megint csak ott van, h ellentmodnást érzek.
Szóval mégis csak szükséged van egy másik táblára.
Ahol mondjuk település adatokat tárolsz. Ekkor viszont már minek a string?
String join amúgy is lassabb lesz feltehetőleg, persze biztos elmegy úgy is, de végül akkor amúgy is lesz szükséged join-ra.
Nagyon egyszerű tesztelésen kívül pedig nem látom még mindig a rációt a kézzel túkálok a táblában érv mellett. De ekkor is én nem kézzel turkálnék, hanem query-vel populálnék be minta adatot is talán.Egyébként a karakterkódolásra bár azt mondtad, nem lehet gond, én mégis idegenkedek ilyen-olyan spec. karaktereket használni (bár konkrét példa most nem jut eszembe), az int index az viszont biztos, h teljesen egyértelmű és hibamentes lesz.
A hatékonysági kérdésekkel csak akkor érdemes ilyen mélyen foglalkozni
Feljebb még te linkeltél performance eredményeket a sztring tárolás védelmében, akkor fontos volt. Ha valaki negatív performance eredményt említ akkor már nem fontos?U.i.:
Most téynelg nem kötözködni akarok, csak még mindig nem látom a hasznot. De persze ettől még nyugodtan tárolhhatod így, nincs ezzel gond, engem legalább is nem zavar.Nem zavar, amíg nem kell más ilyen DB-jét migrálnom. Sajnos kellett már, nem volt jó
[ Szerkesztve ]
- http://pazsitz.hu -
-
PazsitZ
addikt
válasz kezdosql #3270 üzenetére
Valahol érthető, h frusztrált vagy,m ert a feladat amit kaptál nehéz fárasztó és időigényes. De épp ezért is dedikáltak hozzá egy külön embert.
Az viszont nem sokat segít, ha mindenkit lehülyézel, aki segítene, részben azért mert nem érted, amit mondanak.
Ennek fényében az arcoskodás és lenéző modort el lehetne hagyni.A feladat már csak azért is nehezített, mert ha igazán használható adatépítéshez nem árt tudás is a dologhoz, mondjuk olyasmi, amelyeket külön kurzusokon oktatnak egyetemeken.
A másik oldal a specifikus domain tudás, ami az adatok azonosítását könnyítené meg.A leginkább hasznos szerintem az, ha entitásokat határozol meg a lehetséges attributumokkal, és a köztük lévő relaciókkal. [link]
[link]Majd feltehetőleg ezeket az attributumokat tudod az adatforrások soraihoz oszlopaihoz rendelni.
Még fontos lehet, h az adat kötelező vagy sem?
Az adatokat milyen formátumban adottak és milyenben akarjátok tárolni? (milyen típusra mappelhető)
Ezeket a konverziókat a migráció során konvertálják a fejlesztők vagy te magad, mondjuk excel makrókkal?
...- http://pazsitz.hu -
Új hozzászólás Aktív témák
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC