- Computex 2024: monstrumhűtő a DeepCoolnál (videóval!)
- Computex 2024: szimpatikus Montech billentyűzetek a porondon
- Computex 2024: háznézőben a Montech asztalainál
- Computex 2024: kompakt AIO-k és tápegységek a Montech receptje alapján
- Computex 2024: a Ducky klaviatúrái sem restek felülni az analóg vonatra
Hirdetés
-
Új Reno12 modellek is érkeznek
ma A Reno12 Pro mellett belépő ajánlatokkal is készül az Oppo, a Reno12 F 4G-s és 5G-s verzióban is elérhető lesz.
-
SGF24 - Remekül fest a Phantom Blade Zero
gp A Summer Game Fest utolsó játéka nem más volt mint a PC-re és PS5-re készülő játék, amelyhez még mindig nem kaptunk megjelenési dátumot.
-
Computex 2024: háznézőben a Montech asztalainál
ph A vállalat sok portékájának közös vonása, hogy a csatlakozóikat túlsó felükre száműző alaplapokat és az óriásira hízott VGA-kat is tárt karokkal várják.
Új hozzászólás Aktív témák
-
user112
senior tag
Sziasztok!
Ha egy select-ben összeadok 5 mezőt, aliast rendelve az osszeghez, akkor ezt az összeget hogyan tudom ismételten hozzá adni egy másik mezőhöz vagy összeghez egszerűen?
Érvénytelen azonosítót ad, ha összeg aliasra hivatkozok.
Oracle -
updog
senior tag
válasz user112 #4151 üzenetére
Nem tudsz ugyanazon a queryn belül aliasra hivatkozni. Rakd az egészed még egy selectbe.
--Eredeti:
select (1+2+3+4+5) as osszeg from dual;
--Invalid identifier-t ad:
select (1+2+3+4+5) as osszeg, osszeg+5 from dual;
--Megoldás:
select osszeg, osszeg+5 from(select (1+2+3+4+5) as osszeg from dual);Nyilván másik aliassal (mezővel) is így működik, nem csak konstansokkal:
select osszeg, osszeg+ertek from(select (1+2+3+4+5) as osszeg, 5 as ertek from dual);
[ Szerkesztve ]
"Bocs, főnök, de én csak két emberben bízom. Az egyik én vagyok. Nem maga a másik." || "Hóhahó, mégis van graffaló!"
-
nagyúr
válasz user112 #4151 üzenetére
igen, mert ilyenkor az aliasokat párhuzamosan értékeli ki az sql szabvány szerint, ergo amire hivatkozol, az akkor még nem létezik. úgy kell csinálnod, hogy miután összeadtad az 5 meződet, és elnevezted, köré írsz egy másik selectet is, és abban már használhatod a belső select aliasát. ez azért lehetséges, mert a klazuák között kötött kiértékelési sorrend van:
select darab, darabx2 (from select count(*) as darab from tabla);
[ 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.
-
sztanozs
veterán
1-2) az adatbázis fájlban nem marad, de az SQLite nem igazán szereti a konkurens használatot.
a) ha az adatbázi fájl nincs nyitva más által, akkor nincs journal fájl sem és mindent kimásol.
b) ha lehalt az eredeti program és vannak bent ragadt módosítások, de nem korrupt az adatbázis, akkor az adatbázis megnyitáskor azokat végrehajtja és utána mindent kiír
c) ha korrupt az adatbázis, akkor a sémát és az olvasható adatokat is kiírja, de az sql dump vége regy rollback utasítás lesz. Ha ezt kézzel átírod egy commit-ra, akkor az adatbázis-t az aktuálisan olvasható adatokkal vissza tudod állítani.
3) szvsz nincs. Amúgy ez nem "kinyeri" az adatokat, hanem az egész adatbázist és a benne található adatokat és a sémát SQL utasításokká konvertálja. Az adataid eddig is megvoltak, csak máshogy tudsz hozzájuk férni. Ha csak az adatok kellenek, akkor inkább exportálj, de dumpolj: [link]Bónusz: Azért használnak ilyneket, mert ezekhez vannak sztenderd könyvtárak és gyakorlat, míg a szöveges fájlok (főleg ini) feldolgozását (és hibakezelést) kézzel kell megoldani.
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...
-
zek47
csendes tag
válasz sztanozs #4154 üzenetére
Köszönöm!
Egyébként nem akarok beavatkozni a gazdaprogram és az adatbázis kapcsolatába, csak elszedni az adatokat (könyvjelzők, logok stb.), majd a gazdaprogrammal törölni a listát. Journal fájl van, akkor is, ha a program nem fut. Lehet azért, mert az Android automatikusan indítja a programot, és sosem állítja le teljesen.
[ Szerkesztve ]
-
I02S3F
őstag
Sziasztok!
Az a kérdés merült fel bennem, hogy miért olyan egyszerű egy lekérdezéssel egy teljes táblát törölni? (Nekem így tanították) A frontend-ekben nincs biztonsági kérdés és bolond-biztos megoldás beépítve? (Hogy lássa a user, hogy mit csinál?)
[ Szerkesztve ]
-
Ispy
veterán
Egy technikai jellegű kérdésem lenne: átköltöztem új laptopra és én hülye megpróbáltam az SSMS-ben tárolt registered servereket átrakni az új gépre export/import funkcióval, de azt írja ki, hogy a kulcs nem használható a megadott államban, ráadásul annyiszor, ahány szerver volt és ez minden megnyitáskor fel is jön. Szóval a kérdés az lenne, hogy vajon ezt az üzenetet meg lehet szüntetni valahogy? Olyan, mintha beragadt volna valahol importálás közben a dolog és mindig megpróbálná befejezni, de nem tudja.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ablakos
őstag
( windows ) psql -U postgres parancsra a következő hibaüzenet jön:
could not determine encoding for locale "Hungarian_Hungary.utf8": codeset is "CPutf8"
psql (11.3)Mit kell a windowsban változtatni?
-
Apollo17hu
őstag
Nagy altalanossagban van megoldas (hinteles?) arra, ha van pl. 20 db allekerdezesem, ami egyenkent 200-300 rekordot ad vissza, kulon-kulon 1-60 masodpercig fut, de ha osszekotom oket (a megfelelo mezok menten), akkor elszall az egesz, es egy ora alatt sem fut le. Konkretan van egy ilyen, 5 percen belul futo monstre kodom, aminel 3 allekerdezest lecsereltem, es ez tortent vele. Sajnos plant nem tudok olvasni, ezert altalaban lenne jo vmi tipp, hogy merre induljak el.
Koszi! -
Ispy
veterán
válasz Apollo17hu #4167 üzenetére
Csinálsz egy table valued függvényt és merge raksz össze vele egy output táblát.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
bpx
őstag
válasz Apollo17hu #4167 üzenetére
Mindenki keresi az univerzális silver bulletet, de ilyen nincs.
Ha pl. az szeretnéd, hogy az optimizer ne fejtse ki és alakítsa át ezeket, akkor használhatod a NO_MERGE és NO_UNNEST hinteket attól függően, hogy az allekérdezés az csak inline view vagy tényleg subquery.
-
Apollo17hu
őstag
Az a gond, hogy nem végtáblában van szükségem az eredményre, mert egy automatizmus a további feldolgozás során használja.
@bpx: Próbálkoztam a NO_MERGE hinttel, de egyelőre sikertelenül.
A kód egyébként kb. így néz ki:
WITH
t1 as (...),
t2 as (...),
...
t20 as (...)
SELECT ...
FROM /*+ no_merge (t1 t2 ... t20) */
t1,
t2,
...,
t20,
() as tx
WHERE
tx.mezo = t1.mezo(+) AND
tx.mezo = t2.mezo(+) AND
...
tx.mezo = t20.mezo(+)Próbáltam LEFT JOIN szintaxisra is átírni a (+) kötéseket, de az sem segített.
A WITH-del lehet probléma? Azt olvastam, hogy még segít is az optimizer-nek, mert a legtöbb esetben előbb külön-külön számítja ki a WITH-ben lévő allekérdezések eredményét, és csak utána használja őket.Hogy érthető legyen: mondjuk t3-at, t7-et és t8-at cseréltem ki. Külön-külön minden t tábla minimális idő alatt lefut, néhányszáz sort eredményeznek. Ha csak t3-at (vagy csak t7-et vagy csak t8-at) cserélem ki, akkor 1 perc alatt lefut a kód. Ha már két táblát is kicserélek, akkor nem.
Sőt, ha lebutítom így a kódot:WITH
t3 as (...),
t7 as (...)
SELECT ...
FROM
t3,
t7,
() as tx
WHERE
tx.mezo = t3.mezo(+) AND
tx.mezo = t7.mezo(+)már ez sem fut le. Tehát a 3 új allekérdezés valahogy "összeakad", pedig <1 perc a futási idejük külön-külön.
-
bambano
titán
válasz Apollo17hu #4170 üzenetére
erőforrásokat nem nézted? lehet, hogy valamelyik elfogy. memória, lockok, stb. postgresql-hez értek, abban van ilyen.
másik ötlet: temporális táblába nem érdemes leválogatni a lekérdezéseket?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Ispy
veterán
válasz Apollo17hu #4170 üzenetére
Ez nem végtábla, hanem futásidőben rakja össze az sql szerver, aminek az outputja egy tábla, valahogy így....
select *
from dbo.fuggveny_neve(bemeno param1, param2,...)"Debugging is like being the detective in a crime movie where you're also the murderer."
-
bpx
őstag
válasz Apollo17hu #4170 üzenetére
Persze, mert a hintet nem oda kell rakni, hanem közvetlenül a SELECT után.
WITH
t1 as (...),
t2 as (...),
...
t20 as (...)
SELECT /*+ no_merge (t1 t2 ... t20) */ ...
FROM
t1,
t2,
...,
t20,
() as tx
WHERE
tx.mezo = t1.mezo(+) AND
tx.mezo = t2.mezo(+) AND
...
tx.mezo = t20.mezo(+)Vagy bele az inline view-ba:
WITH
t1 as (SELECT /*+ NO_MERGE */ ...),
t2 as (SELECT /*+ NO_MERGE */ ...),
...Ha azt akarod, hogy gyűjtse ki tempbe az egyes CTE-ket, akkor meg MATERIALIZE hint, pl.:
WITH
t1 as (SELECT /*+ MATERIALIZE */ ...),
t2 as (SELECT /*+ MATERIALIZE */ ...),
...De ez még mindig csak találgatás, plant kellene nézni futásidejű statisztikával.
-
Apollo17hu
őstag
válasz bambano #4171 üzenetére
Volt korábban ugyanezzel a kóddal memóriaprobléma, de az egyértelmű volt, mert 15 perc után hibaüzenettel leállt. Szerencsére rájöttünk az okára (kb. az volt, hogy a 20 allekérdezés miatt 3^20 szorzót kapott a memóriában elfoglalt mérete, de extra kötésekkel, ezt áthidaltuk).
Temp tábla sajnos nem játszik. Maga a keretrendszer úgy néz ki, hogy különálló sql-eket tárolunk, amelyeket egy alkalmazás minden nap meghív, lefuttat, az eredményt pedig Excelbe másolja. Nincs lehetőség egymásra épülő kódrészletek megadására.
@bpx: Jogos, fejből írtam, de élesben jó helyre raktam a hintet. Ezt a materialize-t még kipróbálom, mert tényleg annyira lenne csak szükség, hogy külön-külön meglegyen az allekérdezések eredménye, utána már 2 másodperc alatt kiszámolja.
-
Jim74
nagyúr
Sziasztok!
Van egy olyan problémám, hogy egy iif vizsgálatnál, ha a vizsgált mező értéke 0, akkor N/A karaktert szeretnék a cellába íratni, azonban olyan konverziós hibával elszáll a select, konkrétan nem tudja az N/A-t int-té konvertálni. De hát én nem is szeretném. Valószínűleg valami implicit konverzióról van szó, de hirtelen nem tudom a megoldást rá. Remélem valaki már találkozott hasonlóval.
Ez lenne a vizsgálat:
iif(CallsOffered=0,'N/A',CallsAnswered/CalllsOffered) as AnswerRate
Előre is köszönöm a segítséget
[ Szerkesztve ]
-
bambano
titán
szerintem nem jó irányból közelítesz.
ha egy mezőben szöveg is lehet, akkor az nem lehet int. tehát vagy "n/a"::stringet kell visszaadnod, vagy stringgé konvertált számot. tudomásom szerint olyat egyetlen sql adatbáziskezelő se tud, hogy egy oszlop az egyik sorban string, a másikban meg szám.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Jim74
nagyúr
válasz bambano #4176 üzenetére
Az adatbázisban int-ek az adatok, de ahol 0 a beérkező hívás, ott nincs értelme megválaszolási arányt számolni, ezért szeretnék az arányszám helyett 'N/A' string-et kiíratni.
Közben sikerült megoldanom
CASE WHEN CAST(app.CallsOffered as INT) = 0 THEN 'N/A'
ELSE CAST(app.CallsAnswered*1.0/CallsOffered as VARCHAR) end as AnswerRateKöszönöm a segítséget
-
Apollo17hu
őstag
válasz Apollo17hu #4174 üzenetére
Kollégámmal közösen megoldottuk.
Volt egy sanda gyanúm, hogy az új allekérdezéseken belül kell keresni a hibát, és beigazolódott. Ezek az új allekérdezések egyenként kb. 800 sornyi programkódból állnak, rengeteg tábla és allekérdezés alkotja őket. Van egy nagyobb saját sémás tábla is, ami csak kiegészítő adatot tartalmaz. Ezt kommenteztem ki, és lefutott a teljes kód. Ezzel az infóval kollégám egy egyszerű use_hash hintet rakott oda, ahova kellett, és így a saját sémás táblával együtt is 4 percen belül fut a teljes kód.
Az a fura, hogy amíg a 800 soros allekérdezéseket külön-külön futtattuk, nem "borult meg" a végrehajtásuk, viszont a teljes kódban már igen.
-
bambano
titán
válasz Apollo17hu #4178 üzenetére
nem merült fel, hogyha 20 darab 800 soros allekérdezés van összerakva, akkor az egész totálisan rosszul van megtervezve?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Apollo17hu
őstag
válasz bambano #4179 üzenetére
Nem, vagyis én próbálok mindig a legjobb tudásom szerint kódolni, de mezei kontrollerként nem értek az optimalizáláshoz. Egyébként azt a 20 darab allekérdezést össze tudnám gyúrni 5-6-ba, de akkor egy potenciális jövőbeli hibakeresés sokkal tovább tartana (nekem is, de méginkább olyasvalakinek, aki nem ismeri a kódot). Az én szemszögemből az lenne a legegyszerűbb, ha egy táblából tudnék leszedni mindent, de a mostani mókolás is azért kellett, mert nincs IT erőforrás a fejlesztésekre.
Szerencsére nem mind a 20 allekérdezés 800 soros, összesen "csak" 4.300 sorból áll a kód.
-
bambano
titán
válasz Apollo17hu #4180 üzenetére
"Szerencsére nem mind a 20 allekérdezés 800 soros, összesen "csak" 4.300 sorból áll a kód": teljesen megnyugodtam
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
laci06
senior tag
Sziasztok!
Lenne egy SQL, pontosabban MySQL-es kérdésem. Van egy szerverünk, vagyis több is, de van egy a default 3306-os porton, ami mivel az internetről adatokat másolunk rá, nyitva van kifele.
Most észrevettem, hogy valaki elég rendszeresen be próbál jelentkezni rá. Próbálkozik root és user usernevekkel, meg néha teljesen random dolgokkal, pl superman stb.
Nem tudom, hogy szórakozik-e, vagy komolyan gondolja, de szeretném megtudni. A kérdésem az lenne, hogy van lehetőség arra, hogy visszanézzük, hogy milyen jelszavakkal próbálkozik, vagy esetleg elkezdjük menteni őket? Abból legalább tudnánk, hogy ismerjük-e (már ha pl nevünkre, vagy foglalkozásunkra utaló jelszavakkal próbálkozik), vagy valaki random rátalált az IP-re, és arra, hogy ott van egy SQL szerver, és csak random próbálkozik, gyakorol, szándék nélkül. Tapasztaltatok már ilyet régebben?
Köszönöm!
-
bambano
titán
ilyen mindenhol van.
logolni a mysql naplójába lehet (gondolom, mert azt se ismerem), a próbálkozások helyéről meg a forrás ip cím felvilágosít, azt kernel szinten érdemes logoltatni a beépített tűzfallal.egyébként meg én nem olvasgatnék ilyen logokat, totál időpazarlás, rakás kiskínai erőlködik. ha linuxon futnak a mysql-ek, akkor van rá egy fail2ban alkalmazás, azzal meg lehet csinálni, hogy beállított számú elrontott bejelentkezés után kitiltsa az ip címet a tűzfalban, oszt jónapot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
user112
senior tag
Sziasztok!
Évenként külön Oracle táblában tárolom az adatokat (vevoId, cikkId és ertek).
Hogyan tudok megjeleníteni két-három év adatait egymás melletti oszlopban, úgy hogy egy vevő egy árucikke egy sorban legyen? (évenként különböző cikkeket is vehet a vevő, ezek nyilván külön soba kerülnének.) -
kem
addikt
Sziasztok!
Meg mindig nem vagyok valami nagy DBA de ugy tunik a jelenlegi feladatom kicsit segiteni fog ebben RDS MySQL 5.6-ot frissitunk 5.7-re, es az Amazon szerint az uzemkiesest drasztikusan le lehet csokkenteni ha a kovetkezo alteraciot vegigtolom az adatbazisokon. A gond csak annyi, hogy nekem ez nagyon magas. Ha valaki csinalta mar vagy erti mirol van szo es nem banja kifejthetne nekem Elore is koszonom a valaszokat!
Upgrades to MySQL Version 5.7 Might Be Slow:
MySQL version 5.6.4 introduced a new date and time format for the datetime, time, and timestamp columns that allows fractional components in date and time values. When upgrading a DB instance to MySQL version 5.7, MySQL forces the conversion of all date and time column types to the new format.
...
To find all tables in your database that have datetime, time, or timestamp columns and create an ALTER TABLE <table_name> FORCE; command for each table, use the following query.Query:
SELECT DISTINCT CONCAT('ALTER TABLE `',
REPLACE(is_tables.TABLE_SCHEMA, '`', '``'), '`.`',
REPLACE(is_tables.TABLE_NAME, '`', '``'), '` FORCE;')
FROM information_schema.TABLES is_tables
INNER JOIN information_schema.COLUMNS col ON col.TABLE_SCHEMA = is_tables.TABLE_SCHEMA
AND col.TABLE_NAME = is_tables.TABLE_NAME
LEFT OUTER JOIN information_schema.INNODB_SYS_TABLES systables ON
SUBSTRING_INDEX(systables.NAME, '#', 1) = CONCAT(is_tables.TABLE_SCHEMA,'/',is_tables.TABLE_NAME)
LEFT OUTER JOIN information_schema.INNODB_SYS_COLUMNS syscolumns ON
syscolumns.TABLE_ID = systables.TABLE_ID AND syscolumns.NAME = col.COLUMN_NAME
WHERE col.COLUMN_TYPE IN ('time','timestamp','datetime')
AND is_tables.TABLE_TYPE = 'BASE TABLE'
AND is_tables.TABLE_SCHEMA NOT IN ('mysql','information_schema','performance_schema')
AND (is_tables.ENGINE = 'InnoDB' AND syscolumns.MTYPE = 6);Köszi!
-
baracsi
tag
Semmi extra, készít egy tömeges SQL-t,amit neked kell lefuttatni, sok ALTER TABLE [séma.táblanév] FORCE; sort fogsz kapni. Azon táblákra, amelyekben van time, timestamp, vagy datetime típusú mező. InnoDB-s perzisztens táblákra vonatkozik, nyugodtan le lehet futtatni a query-t, max nem kapsz semmit vissza.
[ Szerkesztve ]
-
Nicotin
kezdő
Sziasztok abban kérnék segítséget számomra elég nehéz a mysql így nem lenne-e valami anyag kezdőknek ? A sulis közép szintű érettségi feladatokban is az első 3 feladatott sikerül megcsinálnom. Nincs valami megoldás esetleg hogy könnyeben megértsem a dolgokat ? előre is köszönöm.
-
Jim74
nagyúr
-
Louro
őstag
válasz Nicotin #4191 üzenetére
Szia,
mi nemrég kerestünk embert, akinek egy SELECT, egy JOIN és egy HAVING feladat volt. Kb. 20-ból 1 ment át. Már ennek is örültünk és fel is vettük
De nem is ez a lényeg. Volt olyan, nem is egy, aki emberileg jónak tűnt. Nekik felajánlottam, hogy tolják le az sqlzoo.net oldalt. 2 hét múlva hívja fel a HR-est és beszéljünk újra. Egyik se volt elég motivált, hogy visszatelefonáljon. Pedig az az oldal nagyon jó az alapokra. Volt egy diákunk, aki üresjárataiban 1,5-2 hét alatt kitolta és tudatosan használta. Ha meg elakadsz, a másik programozói tudást tudod fejleszteni, azaz guglizni kell. Rengeteg fórumon mutatnak megoldást. De azért 5 perc után nem érdemes rákeresni
Igaz ez a standard SQL, nem MySQL, de az alap menjen. Ha az alap betonstabil, akkor azzal is megoldod a legtöbb feladatot.
Kísérletezéshez a W3Shools.com/sql se rossz.
[ Szerkesztve ]
Mess with the best / Die like the rest
-
bambano
titán
ezeket a feladatokat nem mindig értem. pl. életemben nem használtam having-ot, most per pillanat azt se tudom, mire jó. de a gugli ennyire azért a barátom, meg tudom találni, hogy mi az. akkor én most megbuknék nálatok?
vagy volt olyan, hogy az egyik rossz pontot úgy szereztem interjú előtti teszten, hogy nem tudtam kapásból, hogy a postgresql vacuum-ja mikor mit hogy lockol. mer úgy kb. ki a bánatos francot érdekli. ha gondom lesz vele, elolvasom, felfogom és alkalmazom. de erre nincs szükségem, mert oda nem kerültem be, mert nem tudtam fejből a vacuumot.
úgy látom, nem csak sql terén van baj, hanem toborzás terén is...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Louro
őstag
válasz bambano #4197 üzenetére
A HAVING-et általában subselect-tel oldják meg az emberek. Az első kettő az nagyon alap. A 3. feladatnál csak arra voltam kíváncsi, hogy kétségbeesik vagy nem. HAVING simán helyettesíthető. Csak azzal elengánsabb.
Már a 2. olyan kolléga van mellettem, akik több év elemzés után nálunk találkozott a ROW_NUMBER()-rel. Én meg amikor autodidakta módon tanultam, annyira alapnak véltem.
De az se mindegy, hogy mennyi tábla van összekötve. Előző osztályvezetőnk olyan kódot írt, amiben legalább 15 tábla volt LEFT JOIN-nal összekötve. (MSSQL.) Tetű lassú volt. 4-4,5 órát futott. Azzal, hogy szétszedtem 4 részre, 20-30 perc alatt megvolt az eredmény. Semmi mást nem néztem, de van egy olyan érzésem, hogy lehetne performanciát javítani.
Itt arra akarok utalni, hogy nem elég, hogy valaki ismeri a főbb parancsokat, igényesnek is kell lenni és gondolni kell arra, hogy limitált az erőforrás. (A rengeteg temptábláról nem is beszélve. Egy hónapig takarítottam, a GDPR bevezetése előtt.)
Speciális dologkra interjún nem is kérdeztem, mert úgyis ott a gugli. Én is használom, ha elakadok vagy keresek gyorsabb, jobb megoldásokat. Hülyeségnek tartottam mindig, ha interjún valaki nagyon mély ismeretre kérdezz. A jelentkező is lehet tudna olyat kérdezni, amit meg az interjúztató nem tudna :/
[ Szerkesztve ]
Mess with the best / Die like the rest
-
Új hozzászólás Aktív témák
- iPhone topik
- Óra topik
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Computex 2024: háznézőben a Montech asztalainál
- eBay-es kütyük kis pénzért
- Apple iPhone 15 Pro Max - Attack on Titan
- Luck Dragon: Asszociációs játék. :)
- Futás, futópályák
- Revolut
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- További aktív témák...
- Eladó Cablemod kábelszettek tápokhoz, moddinghoz a bolti ár töredékéért!
- Beszámítás! ASUS Prime B450M-A R5 5600 16GB DDR4 500GB SSD RTX 3070Ti 8GB CM MasterBox MB530P 650W
- Macbook pro 13 i7, 4gb ram, 512gbHdd
- Beszámítás! GIGABYTE B760 Aorus i7 13700F 32GB DDR4 1TB SSD RTX 3080 10GB CM MasterCase Maker 5 750W
- LG (38GL950G-B) 38" 175HZ GAMER QUAD HD LED MONITOR !
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs