- TCL LCD és LED TV-k
- Vezetékes FEJhallgatók
- Házimozi haladó szinten
- Fujifilm X
- Milyen notebookot vegyek?
- Milyen RAM-ot vegyek?
- Computex 2024: jóvágású Gigabyte alaplap Threadripperek alá
- Költséghatékony 4K-s monitorokkal adott magáról életjelet az AOC
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen billentyűzetet vegyek?
Hirdetés
-
Lőn világosság: megérkezett új fénymérőnk
ma A márka és a metódus maradt, gyorsan pótoltuk a Honor 200 Pro méréseit.
-
Költséghatékony 4K-s monitorokkal adott magáról életjelet az AOC
ph A 68,58 cm-es, pszeudó-10 bites páros megelégszik a 60 Hz-cel, de azt dinamikusan variálhatja, és a fedélzeti I/O-ja sem olyan rossz.
-
Panaszt tettek a Google ellen, mert követi a felhasználókat a böngészője
it Adatvédelmi panasz érkezett Ausztriában a Google ellen, a vád szerint követik a Chrome böngésző felhasználóit.
Új hozzászólás Aktív témák
-
daninet
veterán
Sziasztok!
Bocsi az amatőrségért, de nem jövök rá a dologra.
Van egy mysql táblám, benne kb 600 sor. Mindössze 4 oszlopom van, a negyedik oszlop lehet 0 vagy 1. Szeretném pár kattintással az összes 1-est 0-ra írni. Hogyan tehetem ezt meg?Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
daninet
veterán
válasz PumpkinSeed #2553 üzenetére
köfi
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
tamas1985
aktív tag
Sziasztok!
MS Access-ben hogyan tudom azt megoldani, hogy egy adott mezőbe amely szám adattípusra van állítva csak adott karakterszámot lehessen csak beírni. Például ha ez 15, akkor se kevesebbet se több jegyű számot ne lehessen.
Előre is köszi. -
tamas1985
aktív tag
válasz PumpkinSeed #2556 üzenetére
kipróbáltam nálam nem jó, lehet valamit rosszul csinálok
-
dellfanboy
őstag
sziasztok
egy kis segítség kellene.
van 2 oszlopom amik kül.-id, arra lennék kiváncsi, hogy azon id-kat kapjam meg eredményül amik csak az egyik oszlopban szerepelnek. erre milyen selectet kellene írnom szerintetektök más a right, left joinnal mi dönti el, hogy melyik tábla a bal, jobb?
ahogy a from után következnek? vagy abc sorrend? ezt sose tudtam
köszönömeladó dolgok:mondd az árát és vidd http://hardverapro.hu/tag/dellfanboy#aprohirdetesei
-
gygabor88
tag
válasz dellfanboy #2560 üzenetére
(SELECT egyik FROM tabla
UNION
SELECT masik FROM tabla)
MINUS
(SELECT egyik FROM tabla
INTERSECT
SELECT masik FROM tabla)Joinos kerdesre: A from utani sorrend szamit.
-
Ispy
veterán
válasz dellfanboy #2560 üzenetére
soha nem használtam right joint....
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
jocomen
aktív tag
válasz dellfanboy #2560 üzenetére
Ha jól értem a kérdést, akkor:
SELECT oszlop1
FROM tabla
WHERE oszlop1 NOT IN (SELECT oszlop2 FROM tabla); -
Apollo17hu
őstag
válasz dellfanboy #2560 üzenetére
Nem JOIN-nal szoktam kötni, de - ha jól tudom -, akkor a FROM utáni sorrend dönti el, hogy melyik a "LEFT" és melyik a "RIGHT" tábla. A LEFT JOIN és a RIGHT JOIN is "gyenge" kötés, tehát az egyik táblának vesszük az összes rekordját, és amihez párt találunk, ahhoz hozzácsapjuk a másik táblából a szükséges mezőket, ahol pedig nincs pár, az NULL-értékkel kerül feltöltésre.
Ebből következik, hogyha neked csak azok az id-k kellenek, amelyek kizárólag az egyik táblában vannak, akkor a másik táblát gyengén kell kötnöd hozzá, majd a WHERE záradékban meg kell adnod, hogy a másik táblából bekötött id-k helyett NULL-érték szerepeljen. Valahogy így:
SELECT egyik_tabla.id
FROM egyik_tabla
LEFT JOIN masik_tabla
ON egyik_tabla.id = masik_tabla.id
WHERE masik_tabla.id IS NULLMegj.: gugliba beírod, hogy sql join, és rámész a képkeresőre, meg fogsz világosodni.
-
dellfanboy
őstag
nagyon köszönöm mindenkinek.
eladó dolgok:mondd az árát és vidd http://hardverapro.hu/tag/dellfanboy#aprohirdetesei
-
sztanozs
veterán
válasz dellfanboy #2565 üzenetére
Bár az előzőek közül a NOT IN-es megoldás a legegyszerűbb, célszerű azért ezt kerülni. Inkább a JOIN a megfefelő erre a célra.
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...
-
martonx
veterán
válasz jocomen #2567 üzenetére
A join-ok szvsz átláthatóbbak, és talán (ez persze nagyban függ az sql motortól) jobban lehet őket optimalizálni, mint egy rakás where paraméterbe rejtett subquery-t.
Elméletileg az sql motor ugyanazt a végrehajtási tervet kellene, hogy készítse mindkét esetben, gyakorlatilag pici apróságokon is tud múlni, egy - egy sokkal optimálisabb terv felbukkanása.Én kérek elnézést!
-
zolynet
addikt
válasz sztanozs #2566 üzenetére
Nekem is volt már problémám az IN és NOT IN -es megoldásokkal, mostanában az Exists-el szoktam megoldani.
ez a megoldás még nem volt:
SELECT egyik_tabla.id
FROM egyik_tabla
where
not exists (select 1 from masik_tabla where masik_tabla.id=egyik_tabla.id)Egyszerű, átlátható, a feltételek is jól szűkíthetőek a továbbiakban.
[ Szerkesztve ]
Life is too short to stay stock!
-
escape
aktív tag
Sziasztok!
Az lenne kérdésem, hogy ti hogyan tárolnátok le meglévő táblázatokat egyetlen mező(k)ben? Valószínűleg ez nem annyira egyszerű, tehát én valami olyasmire gondoltam, hogy a táblázatokat képként vagy pedig html formában tárolnám a szerveren, és növekvő számmal látnám el őket, majd az adatbázisban a megfelelő helyen hivatkoznék rá(juk) és egyszerű képként lenne beillesztve az oldal végére, illetve egy külön divben(html formátum esetén). Egy könyvet kell feldolgoznom ami tele van strukturált adatokkal, így az adatbázis a legkézenfekvőbb, de a táblázatok kis fejtörést okoznak. Van valakinek más ötlete?
[ Szerkesztve ]
Azért kell sportolnunk, hogy szép, izmos halottak legyünk. - Egyelőre hadjárat...
-
bambano
titán
sokat segítene a dolgon, ha elárulnád, hogy milyen adatbáziskezelő, mert pl. a postgresben van tömb típus, így lehetne a táblázatot tömbben tárolni.
egyébként meg csinálnék külön egy általános táblázat táblát és abba tenném. minden olyan terv, ami normalizálatlan adatot gányolva akar tárolni, az csak az elején tűnik jónak, a végén rendszerint megborul.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
escape
aktív tag
-
escape
aktív tag
válasz martonx #2577 üzenetére
Nem kell, és mint írtam, én sem tartottam megvalósíthatónak, ezért gondolkodtam más lehetőségeken. Ha meglesznek a szükséges rendszerek, akkor meglátom, hogy hogyan lenne a legegyszerűbb, egyelőre csak megtervezni tudom az adatbázis sémáját.
Azért kell sportolnunk, hogy szép, izmos halottak legyünk. - Egyelőre hadjárat...
-
Poo
aktív tag
Sziasztok,
Sql Expressz 2012 futtatásához milyen vasat ajánlatok? 3-4 kliens csatlakozna hozzá.
Köszönöm.Veszek eredeti tonereket,patronokat
-
Poo
aktív tag
válasz lakisoft #2581 üzenetére
Szia,köszönöm.Akkor kb lényegtelen milyen konfigot rakok alá nem lesz jobb 64 bit verzióról lenne szó amúgy és egy ilyesmi konfigra gondoltam de akkor felét sem fogja kihasználni,SSD javíthat a gyorsaságon vagy fölösleges,rendszernek vagy az adatbázis legyen az SSD esetleg mindkettőnek?
Intel Core i5-4440 3,3Ghz processzor
4GB DDR3-1600MHz RAM,
500GB/7200 rpm HDDVeszek eredeti tonereket,patronokat
-
attis71
tag
Sziasztok!
Segítségeteket szeretném kérni van egy aruk tábla benne aru_egsegar mező, a rekordok árakat tartalmaznak
sql lekérdezéssel megkel jeleníteni az utolsó három legdrágább árut növekvő sorrendben esetleges rekord törlés esetén is tartsa meg a formát.
Eddig eljutottam:SELECT aru_nev,aru_egysegar
FROM aruk
ORDER BY aru_egysegar DESC
LIMIT 3;Csak így sajnos csökkenő.
Előre is köszi a segítséget.
attis71
-
zolynet
addikt
válasz bambano #2588 üzenetére
elkapkodtam na
ezesetben PARTITIOIN BY
Life is too short to stay stock!
-
bambano
titán
válasz zolynet #2591 üzenetére
pontosan mit is kell itt aggregálni? idézet a linkedről:
"OVER allows you to get aggregate information without using a GROUP BY"
(#2592) Petya25: a top 3-hoz ismerni kellene, hogy melyik adatbáziskezelőt használja. úgy látom, postgresql nem tudja.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
zolynet
addikt
válasz bambano #2594 üzenetére
nem megy ez ma nekem, pedig a szándék a fontos
a bonyolultabbhoz nyúltam, de ugye nem arra gondoltam, hanem pl erre:
SELECT aru_nev,aru_egysegar, row_number() over (order by aru_egysegar)
FROM aruka limit 3 részből postgreSql-re gyanakodnék
most mennem kell, majd subquerryvel is megnézem
Life is too short to stay stock!
-
Speeedfire
nagyúr
válasz fordfairlane #2595 üzenetére
Oracle-nél a rowcount csak pl/sql-nél értelmezett a cursor miatt. Alapesetben with szerkezet kell hozzá.
A fentire én is a subselect-et írnám.
zolynet: A row_number() over (order by aru_egysegar) részhez is kell egy subselect, mivel így első körben csak aggregálod, mellesleg tök feleslegesen főleg ha nagyon sok adat van a táblában. Egy sort-nak sokkal kevesebb a cost értéke.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
bambano
titán
válasz Apollo17hu #2599 üzenetére
ez egyrészt túlbonyolítás, másrészt nem is jó válasz a kérdésre.
szerintem valami ilyesmi:
select * from (select nev,ar from aru order by 2 desc limit 3) order by 2;
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis