- Computex 2024: analóg árkád kontroller a Varmilo gondozásában
- Computex 2024: Mini-ITX alaplapokat vár a Fractal két új háza
- Computex 2024: szemrevaló madzag nélküli klaviatúrák a Varmilo portfóliójából
- Computex 2024: újfajta tápdizájn a Lian Li boszorkánykonyhájáról
- Új Philips Evnia monitorok érkeznek a játékosok asztalaira
- Milyen billentyűzetet vegyek?
- iPad topik
- Gaming notebook topik
- Milyen monitort vegyek?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- VR topik (Oculus Rift, stb.)
- Nikon Z MILC fényképezőgépcsalád
- Computex 2024: analóg árkád kontroller a Varmilo gondozásában
- Fejhallgató erősítő és DAC topik
- Hobby elektronika
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Computex 2024: Mini-ITX alaplapokat vár a Fractal két új háza
ph Az álló elrendezésű Mood és a továbbfejlesztett Era 2 a kis méretű, elegáns PC-t építők számára lehet opció.
-
Call of Duty: Black Ops 6 - Nyugalom, nem lesz 300GB-os a játék
gp Az Activision némileg tisztázta a felbukkant félreértést az idei epizód méretével kapcsolatban.
Új hozzászólás Aktív témák
-
-
Petya25
addikt
válasz Peter Kiss #3752 üzenetére
Köszi, ezt én is láttam már, de 2008 alatt nincs FORMAT.
"Msg 195, Level 15, State 10, Line 2
'FORMAT' is not a recognized built-in function name."Antonio Coimbra de la Coronilla y Azevedo, bizony!
-
Taoharcos
aktív tag
Sziasztok!
Adatbázis terv grafikus ábrázolásához tudtok valami ingyenes és jól használható akár online tervező/rajzoló programot/oldalt?
-
Chesterfield
senior tag
ERDPlus ?
[ Szerkesztve ]
-
bandi0000
nagyúr
sziasztok
nem biztos hogy szorosan ide tartozik, de hátha tudtok segíteni
adatbázist kellene terveznem, és 3.NF ra hozni
van 3 tábla, ami nem tudom mennyire lenne jól megoldva, ha, egyikbe id alapján tárolnám el a lakcímet, és a másik 2 különböző tábla mindegyik adatához tárolnám az azonosítók alapján a lakcímeket, de lehetne olyan hogy mindkettőhöz ugyan az a lakcím tartozna, ez nem lenne gond a 3. NF-nak?
mert első ötlet az volt h 3 tábla helyett csak 2 lenne, és helybe tárolnám a címeket minden sorba, de ez azt hiazem bele ütközik a 3.NF be
illetve hajóknak kellene tárolni a jelenlegi kikötő címét, és ha kibérelik akkor el kell tárolni az összes kikötőt ahol megfordult, erre is az előzőhöz hasonló megoldás jutott eszembe, hogy külön tárolom a kikötőket, és a hajók táblájában tárolnám az induló kikötőt id szerint, és egy külön táblába meg id-k alapján hogy mikor melyik kikötőbe fordult meg
ezek így mennyire életképes gondolatok?
Xbox One: bandymnc
-
Doink
aktív tag
válasz bandi0000 #3756 üzenetére
Ez jól hangzik, de a sok szöveg helyett foldobhattál volna egy ábrát mert az többet mond minden szónál.
Az első kérdésedre a válasz ha jól értem akkor idegen kulcsokkal tárolnád szóval nem probléma.
A hajós dologhoz:
hajók(hajo_id, jelenlegi_kikötő_id, .....)
kikötők(kikötő_id, cím, .....)
kölcsönzések(kölcsönzés_id, ......)
útvonalak(id, kölcsönzés_id, hajo_id, kikötő_id, érkezés_ideje, ....)Most itt nem tárgyalom ki hogy az id mezők helyett lehetne összetett kulcs mert nem írtál semmi sémát arról, hogy mit kell tárolni.
Ha feltételezzük, hogy egy hajó nincs mindig kikötőben mert néha épp járja a vizet akkor úgy csináld ahogy írtad és arra vigyázz, hogy az útvonalba bekerüljön az induló kikötő induláskor.[ Szerkesztve ]
-
bandi0000
nagyúr
köszönöm, igazából szívesen berakom, csak attól félek, hogy nagyon rosszul sikerült és elküldötök a fenébe
feladat:
Tárolja adatbázisban a klubtagok és a hajók adatait és képét, valamint a kölcsönzéseket. Lehessen új
klubtagot, hajót, szállítóeszközt rögzíteni. Tárolja a kölcsönzéseket, amiket a klubtagok a hajók
foglaltságának figyelembevételével tehetnek meg. A tulajdonos, amennyiben az ő hajóját szeretné
valaki bérbe venni, tekinthesse meg a bérlő néhány adatát, valamint igazolja vissza, hogy a kért
időszakban rendelkezésre tudja-e bocsátani a yachtját. Minden megtett hajóút kerüljön rögzítésre,
illetve az is, hogy mikor melyik kikötőben járt vagy tartózkodik jelenleg is a hajó.
Kölcsönzéskor a bérlő adja meg, hogy honnan, hová szeretne elhajózni és hány személyes yachtra
van szüksége. Az adott időszakban szabad hajókat listázza ki a program. A klubtagok saját hajóikat
bérbe adhatják, illetve kikötőkben tárolják. A szállításhoz bérelhetnek szállítóeszközöket, amit a Yacht
Clubtól is kölcsönözhetnek. A Yacht club tulajdonában is vannak hajók, ezeket bárki bérelheti.és ez alapján csináltam egy ilyet, 1-2 dolog még béta fázisba van, hogy mit hogyan tároljak, de a magja az ilyen lenne
Xbox One: bandymnc
-
kw3v865
senior tag
válasz bambano #3748 üzenetére
@bambano
A célirányos indexek mit jelentenek tulajdonképpen? Hol tudok erről olvasni angolul? Most térbeli indexeket használok, ez sokat segít, ezek nélkül sokkal lassabb lenne.
@VirsLee
Autóban van a rendszer, valós időben kell működnie, max. 100 km/h-ig, de többnyire 80 alatt (teljesen offline, minden localhoston). Kapja a koordinátákat a nagy pontosságú GPS-től, és elsősorban térbeli lekérdezéseket kell futtatni. Jelenleg szimulálva megy a dolog, egy korábban rögzített track alapján, most éppen 25 ms-st állítottam be frissítési gyakoriságnak. ilyen gyakorisággal hívja meg a függvényeket. Többnyire PostGIS-es függvényeket használok, de ezeket kombinálom is általában, pl. a legközelebb lévő objektumok távolságát kell kiszámolni, vagy jeleznie kell, amikor az autó egy poligon területére megy rá, ilyenek. Alapvetően egyelőre meg vagyok elégedve a teljesítménnyel, de amikor bővülni fognak a funkciók (nem csak SQL, egyebek is), akkor azért már számíthat, hogy mennyi erőforrást igényel, sajnos a hardver teljesítménye korlátozott (bár aránylag jónak mondható). -
Doink
aktív tag
válasz bandi0000 #3758 üzenetére
Teljesen korrekt csak még hegesztgetni kell rajta.
- Fogalalt-e mezők feleseslegesek mert azt látod a bérlés/kölcsönzésből.
- Nincs klub tábla annak ellenére hogy a kluboknak és a klub tagoknak is lehet hajója. Ha egy ember több klubban is lehet akkor értelem szerűen many-to-many lesz.
- Jacht_kikötője rossz helyre van kötve, most az a klubtagok kikötője.
- A Jachtnál az épp_ebben_a_kikötőben_van dolog kicsit cseles mert ha éppen nem bérelték ki mégis mozgott akkor gondolkodni kell azon, hogy az is bekerül az útvonalba NULL bérléssel vagy sem. Ha igen akkor nem kell épp_ebben_a_kikötőben_van mező, ha nem akkor kell.Úgy hirtelen ennyit látok.
[ Szerkesztve ]
-
Fundiego
tag
Hali, létezik hogy ezt a két lekérdezést egybe listázzam ki úgy, hogy ráadásul GROUP BY ev működjön és 3 oszlopba legyen ? vhogy így nézzen ki.
év első második
1950 1 2
1951 1 51. lekérdezés
SELECT ev, COUNT(DISTINCT datum) from futam WHERE vegeredmeny='2' AND Karosszeria='Ferrari'
GROUP BY ev2. lekérdezés
SELECT ev, COUNT(DISTINCT datum) from futam WHERE vegeredmeny='1' AND Karosszeria='Ferrari'
GROUP BY ev -
DS39
nagyúr
válasz Fundiego #3761 üzenetére
Így meg lehetne oldani:
SELECT
ev,
COUNT(CASE WHEN vegeredmeny='1' AND Karosszeria='Ferrari' then datum ELSE NULL END) első,
COUNT(CASE WHEN vegeredmeny='2' AND Karosszeria='Ferrari' then datum ELSE NULL END) második
FROM futam
GROUP BY eva distinct-et a case elé lehetne írni, de nem tudom most kipróbálni, hogy helyes a szintaktika.
[ Szerkesztve ]
-
nyunyu
félisten
-
Fundiego
tag
Köszi, ez így jó
3763
Sajnos régebben voltak futamok ahol verseny közben a pilóták átadták egymásnak a kocsit, így előfordult a hivatalos végeredménynél, hogy pl 3 db 2. hely is lett ezáltal. A versenyzőknél ezt úgy jegyzik le, hogy 3 db 2. hely viszont a csapatoknál ez csak 1-nek felel meg.[ Szerkesztve ]
-
Tanisz
senior tag
Sziasztok,
Tudnátok mondani GUI-s Developert/Workbanch-et PostgreSQL-hez?
Ami jól használható,komplex, mint kb az Oracle oldalon a PL/SQL Developer, vagy a sima Oracle SQL Developer?SQL-Workbanch-kel szemezek, nem tudom milyen lehet. Sajna nagyon nincs időm próbálgatni a különböző eszközöket.
Ez alapján indulok ki a keresésben: [link]
Segítségeteket előre is köszönöm.
http://projekt.azigazikincs.hu/ ''Homo loquax nonnumquam sapiens''; "Nam et si ambulavero in valle umbrae mortis, non timebo mala, quoniam tu mecum es. Virga tua et baculus tuus, ipsa me consolata sunt. "
-
user112
senior tag
Sziasztok!
Null érték kezeléssel kapcsolatosan szeretnék kérdezni.
Mi a szabványos eljárás szorzás/osztás illetve összeadás/kivonás esetén?
Utóbbinál gondolom: nvl, mintkét tagnál.
Elöbbinél nullif vagy case a jó? Esetleg egy példát írnátok (round-al)?
Köszönöm! -
Tanisz
senior tag
válasz user112 #3769 üzenetére
Nullif-et én sem szoktam használni.
Talán így kellene.
Amúgy egy lekérdezésbe kell, vagy tárolt eljárásba?
Milyen SQL? Oracle,MsSQL...stb?ha oracle és a mez1 és mez2 numerikus mező:
case when nvl(mez2,0) <> 0 then round((nvl(mez1,0)*100)/ mez2,0) else 0 endde nem tudom pontosan mi a feladat
http://projekt.azigazikincs.hu/ ''Homo loquax nonnumquam sapiens''; "Nam et si ambulavero in valle umbrae mortis, non timebo mala, quoniam tu mecum es. Virga tua et baculus tuus, ipsa me consolata sunt. "
-
kw3v865
senior tag
Sziasztok!
PostgreSQL-ben a max id-t (legutolsóként hozzáadott rekordot) hogyan lehet a leghatákonyabb módon lekérdezni? Update-elni akarok, és eddig így csináltam:
WHERE id=(select max(id) from table) vagy így:
WHERE id=currval('table_id_seq');Utóbbi az EXPLAIN ANALYSE szerint jóval gyorsabb execution time alpaján.
Létezik esetleg valami ezekenél még hatékonyabb, gyorsabb megoldás?
[ Szerkesztve ]
-
-
Fundiego
tag
Sziasztok
Mysql-be kellene a segítség. Ezzel a kóddal csökkenő sorrendbe rendezi az össz eladott gyümölcsmennyiséget, viszont a RANK-ot a gyümölcsök abc sorrendje szerint ossza ki.Nekem pedig úgy kellene hogy a sum(mennyiseg) alapján. Mit kellene megváltoztatni?
SET @rank=0;
SELECT @rank:=@rank+1 AS rank, gyumolcs, sum(mennyiseg)
FROM gyumolcs Where ev='2016'
group by gyumolcs
ORDER BY sum(mennyiseg) DESC
; -
K1nG HuNp
őstag
AND elso<=500 AND utolso>=500
vagyAND 500 BETWEEN elso AND utolso
a helyesebb?(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
K1nG HuNp
őstag
Közben lejárt a szerk, bocsánat.
MS Access 2016, hogyan tudom beállítani hogy a kurzor ne "átíró" legyen hanem a megszokott, minden máshol használt beállítású. Tehát ha belekattintok a sor közepébe és elkezdek írni akkor ne átítja a többi karaktert..
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
sztanozs
veterán
válasz K1nG HuNp #3777 üzenetére
'Insert' gomb nem segít?
Előző kérdére - kis adatbázis esetén szerintem tök mindegy. Olvashatóság szempontjából lehet, hogy az első jobb (de lehet, hogy csak nekem).
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
bambano
titán
válasz K1nG HuNp #3776 üzenetére
"AND 500 BETWEEN elso AND utolso": ez nekem nagyon katyvasznak tűnik...
arra sem mernék megesküdni, hogy mindig minden rendszeren helyes lesz, mert nem mindegy, hogy a between feltételét mikor értékeli ki az optimalizáló.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
K1nG HuNp
őstag
válasz bambano #3779 üzenetére
jó mondjuk ez egy érettségi feladat, ha katyvasz de működik is max pont
ettől függetlenül akkor hozzászokom a másikhoz, én sem szeretnék rossz berögződéseket, kösz az infót!
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
nyunyu
félisten
Between azért is szívás lehet, mert ha varcharban tárolt értékeket próbálsz hasonlítani, akkor az implicit típuskonverzió számmá, aztán az csúnyán el tud szállni, ha benézel egy NULLt vagy egy nem jól/jókor szűrt táblát.
Pl. hiába teszel a between elé egy upper(x)=lower(x)-et plusz egy is not null-t, hogy a nem számokat kiszűrd, mert nem biztos, hogy mindig ugyanolyan sorrendben fog szűrni az adatbázis...
Oracle például szereti párhuzamosan kiértékelni a join feltételeket: mindegyik lefut minden sorra, aztán a részeredményekből legózza össze a join eredményét.(Telefonszámokat kellett sorfolytonos tartományokba rendeznem, ahol a telefonszám mezőben egyéb azonosítók is lehettek a nem telefon jellegű rekordokon...
Lexebb a '#47543' érték volt, ami a varchar(10)-ból kilógó hosszúságú telefonszámot tároló másik táblára mutató pointer akart lenni.
Ja, átment az upper(x)=lower(x) teszten.)[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
Fundiego
tag
Köszönöm.
Egyébként ez már php de mért dob ki hibát?
hogy kellene ezt a SET @rank-ot és select @rank-ot kiíratni php-ban? vmiért nem akar működni, hibát dob ki. (a tábla kiíratását nem illesztettem be most, de nem az a probléma)$servername = '*';
$username = '*';
$password = '*';
$dbname = '*';// Create connection
$conn = new mysqli($servername, $username, $password, $dbname);
// Check connection
if ($conn->connect_error) {
die("Connection failed: " . $conn->connect_error);
}
mysqli_set_charset($conn,'utf8');$sql1 = "SET @rank=0";
$sql2 = "select @rank:=@rank+1 AS rank, s.* FROM
(
SELECT gyumolcs, sum(mennyiseg)
FROM gyumolcs Where ev='2016'
group by gyumolcs
ORDER BY sum(mennyiseg) DESC
) s";$result = mysqli_query($conn, $sql1,$sql2) or die("Bad Query: $sql");
-
DS39
nagyúr
válasz Fundiego #3782 üzenetére
szerintem így:
$sql = "
SET @rank=0;
select @rank:=@rank+1 AS rank, s.* FROM
(
SELECT gyumolcs, sum(mennyiseg)
FROM gyumolcs Where ev='2016'
group by gyumolcs
ORDER BY sum(mennyiseg) DESC
) s";
$result = mysqli_query($conn, $sql) or die("Bad Query: $sql");
tehát egy változóba mehet az egész.
+ gyors keresés alapján a második paraméter lehet csak az sql, a harmadik opcionális és nem az.
mysqli_query(connection,query,resultmode);
[ Szerkesztve ]
-
user112
senior tag
Sziasztok!
Ebben a táblában:
AZON
SORSZ
ERTEK
minden AZON-hoz több különböző SORSZ tartozik, de a SORSZ=12 mindenkinél szerepel.
Szeretném legyűjteni azokat a rekordokat, ahol a SORSZ=8; de ha van ilyen, akkor hozza mellé (alá) a SORSZ=12-höz tartozó ERTEK-et is.
Ebben szeretnék segítséget kérni (Oracle).
Köszönöm.[ Szerkesztve ]
-
tm5
tag
válasz user112 #3784 üzenetére
Hát ennyi speckó alapján az alábbiak közül bármelyik jó lehet. Nem tudom melyik a preferált output neked:
-- egymas mellett
WITH sorsz8 AS (SELECT * FROM tabla WHERE SORSZ=8)
,sorsz12 AS (SELECT * FROM tabla WHERE SORSZ=12)
SELECT *
FROM sorsz8 a
LEFT OUTER JOIN sorsz12 b ON (a.azon = b.azon)
ORDER BY a.azon
-- egymas alatt
SELECT * FROM
(
SELECT * FROM tabla WHERE SORSZ=8
UNION
SELECT * FROM tabla WHERE SORSZ=12
)
ORDER BY azon, sorszIlletve az adatok (ismátlődések) ismeretében, esetleg UNION ALL a UNION helyett.
[ Szerkesztve ]
-
nagyúr
válasz user112 #3784 üzenetére
szerintem:
select * from tabla where azon=(select distinct azon from tabla where sorszam =8) and sorszam in (8, 12) order by sorszam desc;
[ Szerkesztve ]
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
nagyúr
válasz user112 #3788 üzenetére
ja igen. az első
where
nél az=
-t ki kell cserélniin
-re. így:select * from tabla where azon in (select distinct azon from tabla where sorszam =8) and sorszam in (8, 12) order by sorszam desc;
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
GreenIT
tag
Allaskeresesnel azt a tanacsot kaptam, hogy SQL helyett NOSQL-t tanuljak, mert mar az a jelen es jovo.
Van valakinek tapasztalata ezzel, valoban jon egy radikalis valtozas? -
-
martonx
veterán
válasz GreenIT #3796 üzenetére
Hinnye, ehhez a céghez se mennék el dolgozni, ha ilyen f****ságokat beszélnek már egy állásinterjún is
A Redis persze tök jó dolog, mondjuk distributed cache-ként használva, és vannak olyan microservice-ink amik alá tényleg elég egy nosql (AWS DynamoDB szevasz) adatbázisnak 2-3 táblával, no de a világ azért nem csak fekete és fehér, nem véletlenül létezik még az Oracle, MS SQL, MySQL, PostgreSql és társaik.Én kérek elnézést!
-
Tanisz
senior tag
válasz GreenIT #3791 üzenetére
Jó dolog a NoSQL, de nem feltétlen és nem minden esetben tudja (vagy érdemes rá) kiváltani az SQL-t.
Annyira nagy tapasztalatom nincs benne a legalábbis a NoSQL-ek terén, főként MongoDB-t használtam eddig, azt meg ugye dokumentumok tárolására a legérdemesebb használni, de lehet bármire, amire akarod.Ismerni és használni tudni érdemes a NoSQL-t, valamint hogy milyen lehetőségeket ad, de hogy az 1-1-ben kiváltani velük az SQL-t háááát.......
Akinek van Redis tapasztalat esetleg írjon már pár sort róla.
Ahogy láttam vannak külön függvényei a GIS-hez is, ezért keltette fel az érdeklődésem
Bár találtam egy ilyet , meg ilyet[ Szerkesztve ]
http://projekt.azigazikincs.hu/ ''Homo loquax nonnumquam sapiens''; "Nam et si ambulavero in valle umbrae mortis, non timebo mala, quoniam tu mecum es. Virga tua et baculus tuus, ipsa me consolata sunt. "
Új hozzászólás Aktív témák
- Eladó Canon EOS-550D váz + EF-S 50mm f/1.8 objektív (fix fókuszú/makró)
- Lenovo ThinkPad T470s, I7-6600U, 8GB RAM, FHD, 2 év garancia, áfás számla! (43)
- Samsung Galaxy S23 Ultra 1TB + 12GB RAM Gyári független (Phantom Black) SM-S918 + 24 hó garancia
- Samsung Galaxy S23 Ultra 1TB + 12GB RAM Gyári független (Phantom Black) SM-S918 + 24 hó garancia
- LG 65" B3 OLED 4K HDR SMART 120HZ GAMING TV
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen