Új hozzászólás Aktív témák
-
Erui
csendes tag
sziasztok
látom itt többen ászok az adatbázis tervezésben
, nekem van egy szóbeli adatbázis tervezés tételem, ha vaki tud segíteni benne az jó lenne9. Ön egy statisztikai cég alkalmazottja. Cége le kívánja cserélni teljes informatikai rendszerét. Önt bízták meg azzal, hogy tervezze meg ezt a cserét a szükséges erőforrásokkal. Vázolja fel terveit és az erőforrásigényeket, valamint azokat az időpontokat, amikor a változtatás a legoptimálisabb hatással van a cég életére!
Információtartalom vázlata
- A lekérdezések sebességének elemzése
- Sebességnövekedés adatbázis-hangolással
- Új szolgáltatások felmérése és azok tárolási-lekérdezési igényei
- Az erőforrások fizikai és jogi védelme
- A rendszerelemek közötti kapcsolatok
- Gráfok és alkalmazásaik statisztikai elemei
- Hatékonyságvizsgálat, az optimalizálás statisztikai elemeitehát sztem általánosan el kell mondanom, hogy mit ajánlok a cégnek, milyen adatbázis lenne jó, illetve ötleteket az adatvédelemre stb
-
Heló!
A segítségeteket kérem.
Adott egy nagyon gyenge VPS 32Mb rammal fix. 100MHz-nyi procival..
Egy weblap látogatói statisztikáját szeretném elkészíteni, és ehhez keresek valami pokoli gyors adatbázist.
Első körben arra gondoltam, hogy perl-ben lesz megírva maga a script, de adatbázis típust még nem sikerült választanom.
Ami fontos:
- legyen a lehető leggyorsabb a fenti konfigon
- bírjon egyszerre sok látogatótAz egész adatbázis csak arra kell, hogy minden egyes klikkelést rögzítsen, vagyis írjon bele az adatbázisba max. 30 bájtnyi adatot. Viszont ebből az írásból nagyon sok lenne, mert minden látogató minden klikkelését rögzíteni kell. Napi min. 10ezer látogatóval számolok (ezt meg kell még ugye szorozni a klikkelések számával).
Az adatbázist olvasni, keresni benne, stb. soha nem kell. Naponta egyszer átmásolnám a gépemre, és ott értékelném ki. Ehhez előny lenne (de nem feltétel), ha egy fájlban tárolódna az egész, hogy simán ftp-n keresztül lehessen másolni. (root jog adott a VPS-en)Köszi a segítséget!!
-
Lortech
addikt
Ez milyen mező? Első normálforma feltétele, hogy az adatok elemiek a relációban. Ha ez valami elemi adat, akkor nem szóltam. Amúgy where záradékkal lehet kiszelektálni, pl select akarmi from akarmi where akarmi like '%11%'.
szerk: ja ez inkább szoftverfeelsztés kategória, ott van sqles adatbázisos topik.
szerk: pf, azt hittem te nyitottad a topikot és az első két hozzászólás te írtad. Lehet nem kéne PH!-zni a ma délelőtti 3 adatb vizsga után úgy, hogy 30 órája nem aludtam. Lehet.
[Szerkesztve] -
gyurman
tag
Helló, bocsi, hogy ide kontárkodom, de te hátha tudsz jót tanácsolni nekem az alábbiban:
Termékek kategorizálása
Hogyan?
Szervusztok!
A feladatom az, hogy különböző termékeket kategórizáljak tulajdonságok alapján.
Hogyan kategórizáljam gyorsan?
A tulajdonságok felvesznek egy sorszámot, amit a tulajdonság listából kapok meg id alapján. Ezeket a tuladjonságokat egy mezőben kell tárolnom vesszővel elválasztva, és szűrnöm is kell majd a termékeket tulajdonság alapján.
Ezekhez OpenOfficom van, és tán sql nyelvem.
Gondoltam először multi select-es lista dobozon, de olyan nincs oo-ban. Marad a check box, vagy a megszabott tulajdonságszámok és úgy tulajdonságok felvétele.
A megszabott tulajdonságok nem jó, mert mindig többet kell felvenni.
Hogyan csináljam. Checkbox-ban nem tudom elképzelni, hogy egy igen-nem érték hogyan vesz fel sorszámot? Azt hol tároljam, hogy végtelenszámú tulajdonságot felvehessen a termék (vesszővel elválasztva legyen tárolva), majd az lekérdezhető is legyen.
Ebben keresek megoldást. Légyszi segítsetek Lehet, hogy rövidke és tömör válasszal is tudok valamit kezdeni.
Köszike! -
Gh0sT
addikt
Lenne egy elég nagy feladatom, amit meg kellene oldanom, de lövésem nincs, hogyan álljak neki.
A helyzet a következő: adott egy ACCESS alapú adatbázis, amit céges szinten 20-30 ember használ nálunk. Szép űrlapos, csilli-villi jelentéses, meg minden. A lényeg az, hogy felhasználóbarát, könyű kezelni, viszont rohadtul összetett.
Nincs is ezzel semmi baj, de felmerült a következő igény:
- függetleníteni kellene a felületet az ACCESS-től
- egységessé kellene tenni a designt, le kell tisztítani a formát, magyarán gyönyörűen kell kinézzen, ugyanakkor ez nem mehet a használhatóság rovására
- valami terminal serveres megoldást emlegettek, amit őszintén szólva nem teljesen értek (kívülről is szeretnének az adatbázishoz csatlakozni)
- meg kell oldanom a felhasználószintű beléptetést és az ennek megfelelő jogosultásgokat, személyes testreszabási megoldásokat.
Namost mivel nem vagyok programozó, egyáltalán semmiféle konkrét végzettségem nincs a témát illetően, így kénytelen voltam az eddigi tudásomat tapasztalat és könyvek alapján megszerezni. Az ACCESS-t valamilyen szinten így is el lehetett sajátítani, most viszont nem tudom, hogy merre induljak el, egyáltalán hogyan álljak neki a probléma megoldásának.
A következőt gondoltam ki: a jelenlegi adatbázist megtisztítanám a felesleges sallangoktól, űrlapoktól, jelentésektől. Maradnának a táblák, lekérdezések és kapcsolatok. Ehhez szeretnék hozzáférni egyelőre Visual Basic segítségével. Ez részben sikerült is, viszont nem vagyok megelégedve a VB adta lehetőségekkel. Szerintem a design nem az igazi, és a testreszabhatóság sem nyerte el a tetszésem. Mondom ezt úgy, hogy még csak most kezdtem el VB-vel foglalkozni. A kérdés az lenne, hogy érdemes-e tovább erőltetnem a VB-t, vagy vannak erre más program nyelvek, amivel maradandóbbat alkothatok? Ismétlem: a külső nagyon sokat számít és akármennyire igyekeztem, nem tudtam VB-ben (főleg Data Grid nézetú tábláknál) normális eredményt elérni. Persze ez lehet azért is, mert még nem értek hozzá.
További kérdés, hogy mi ez a terminal serveres megoldás, illetve a felhasználószintű kezelőfelületet mivel tudom megoldani? -
nagydee
tag
nah, szerintem kezdjük az elején...
amit te most felraktál magadnak, az egy szerverprogram
az a feladata, hogy kezeljen, tároljon egy adatbázist.
az adatbázis valójában egy (vagy több) táblázat. a táblázat egyes oszlopaiba tartozó celláknak egyedi tulajdonságaik lehetnek (ennek olvass utána röv. (eou))
beállítható az egyes cellák egymástól való függése is (eou)
a lényeg: a szerverprogramot hálózaton keresztül tudod elérni, ha ugyanazon a gépen fut, ahol vagy, akkor is, csak a szerver megnevezése lehet localhost (helyi host)
a szerver tőled mindíg szöveges (parnacssor) formában várja az utasításokat és táblázat formájában válaszol (még akkor is, ha csak egy érték a válasz).
az a shell, amit már az elöbb megtaláltál, az az egyik beviteli lehetőséged.
csatlakozni kell a szerverhez (localhost) és egy adott adatbázishoz (létre kell hozni egyet) (eou)
a másik beviteli lehetőség pl egy php szerveren keresztül, vagy bármilyen programmal, ami támogatja az adatbázis kezelést.
a programot neked kell megírni, az nem jár hozzá, mint ahogy az adatbázist is neked kell kitalálni, az sem jár hozzá. (szerény véleményem szerint php-vel jársz a legjobban, talán az a legegyszerűbben megtanulható)
ez nem excel, lehet annak is használni, de azt is neked kell megcsinálni.
fogd meg azt a pdf filet, amit belinkeltem, nyomtasd ki és olvasd el figyelmesen, az elejétől kezdve, vagy legalább a bevezetést.
a shellből kezd el próbálgatni a leírt parancsokat, gyakorolj.
ha van kérdésed, akkor írj, de konkrét legyen a kérdés, mert szerintem senki sem fogja kipontozni a nyulacskát, hogy neked csak körbe kelljen rajzolni.
nem véletlenül külön szakma az adatbázis tervezés...
[Szerkesztve] -
#47
faster
nagyúr
mákostészta
#46
faster
nagyúr
válasz
mákostészta
#46
üzenetére
A host a gép nevét jelenti, ha arra a gépre telepítetted a szervert, amelyiken a mysql kliensből akarsz csatlakozni, a localhost-ot kell megadni. Csatlakozni csak akkor tudsz a szerverhez, ha az fut.
-
#45
L3zl13
nagyúr
mákostészta
#43
L3zl13
nagyúr
válasz
mákostészta
#43
üzenetére
Hova telepítetted a mysql szervert? Az a host.
-
#44
faster
nagyúr
mákostészta
#43
faster
nagyúr
válasz
mákostészta
#43
üzenetére
localhost, root, jelszó üres, többi mező is, connect.
-
#42
faster
nagyúr
mákostészta
#41
faster
nagyúr
válasz
mákostészta
#41
üzenetére
Erre való a mysql query browser.
-
#41
mákostészta
tag
mákostészta
tag
Most van egy parancssor ablakom... Hogy lehetne valami nem parancsoros felületre csatlakozni... Vagy hülyeséget kérdezek?
-
#40
Goose-T
veterán
mákostészta
#38
Goose-T
veterán
válasz
mákostészta
#38
üzenetére
Mondjuk írsz egy programot Visual Basic-ben. Általában így készülnek az adatbázisok grafikus felületei.
-
#39
Szalma
őstag
mákostészta
#38
Szalma
őstag
válasz
mákostészta
#38
üzenetére
(
)
Szeretettel:
Szalma
ui.: Mysql konzol. Az sql-t úgy is be kell gépelni...
szerk.: Az adatbázisok grafikus felülete többnyire a végcél egy program megalkotásakor...
[Szerkesztve] -
#38
mákostészta
tag
mákostészta
tag
Leszedtem mindent kézzel.. Siker...
Mostmár megvan a MySQL! Hogyan lehet egy grafikus felületet hozzábiggyeszteni?
[Szerkesztve] -
#37
nagydee
tag
mákostészta
#32
nagydee
tag
válasz
mákostészta
#32
üzenetére
az én tapasztalataim szerint az nagyon be tudja kavarni, ha valamit megváltoztat az ember (pl. az install célkönyvtárát)
le kell szedni kézzel mindent, amit felrakott és utána semmihez sem nyúlva felrakni. -
#36
faster
nagyúr
mákostészta
#32
faster
nagyúr
válasz
mákostészta
#32
üzenetére
Nincs rá ötletem, nekem mindig simán felment XP-re. next, next, finish típusú install.
Rendszergazda jogosultságod van a gépeden?
[Szerkesztve] -
#35
Goose-T
veterán
mákostészta
#34
Goose-T
veterán
válasz
mákostészta
#34
üzenetére
Akkor ezt tanulmányozd: Bővebben: link
Nem kell szerver OS hozzá, most néztem, de ha már raktál fel máskor és leszedted, lehetnek problémák. -
#33
Goose-T
veterán
mákostészta
#32
Goose-T
veterán
válasz
mákostészta
#32
üzenetére
Lehet, hogy szerver op. rendszer kellene hozzá?
-
nagydee
tag
erről azt hiszem sokáig el lehetne vitatkozni, de én úgy érzem, hogy ha úgy nézzük, hogy választani kell, hogy az adatbázis sérülhet vagy az adatbázis sérülhet, meg a könyvtárrendszer is sérülhet, akkor az elöbbi variáció tűnik biztosabbnak. illetve ha választani kell, hogy az adatbázist mentjük rendszeresen, vagy az adatbázist és a fileokat/könyvtárakat mentjük rendszeresen, akkor az elöbbi tűnik egyszerübbnek.
másrészről az általad említett módszer működik, ez tény, csak én egy adatbázis jelentőségének nem az adattárolás tartom, hanem a tárolt adatok egymáshoz való kapcsolatát, függését, ezt pedig a te megoldásodban nem látom, illetve csak úgy látom, ha a már integrált adatokra ráépítünk egy új struktúrát, de ezt megtehetnénk az elején is. sőt, ezzel kellene kezdeni.
nem tudom, milyen adatokat akarnak tárolni jelen esetben, de nekem úgy tűnik, hogy valamilyen multimédiás-könyvtár jellegű lehet a dolog (hang, videó, sok szöveg)
ebben pedig minden további nélkül lehetnek kereszthivatkozások, anyagok, melyek több témához is kapcsolódnak, ami a te verzióddal nem, vagy csak nagyon ''balkézzel vakarom a jobb fülemet'' módon valósítható meg. -
#30
nagydee
tag
mákostészta
#22
nagydee
tag
válasz
mákostészta
#22
üzenetére
kezd ezzel:
Bővebben: link
amit az oldal alján le tudsz szedni, az bőven elegendő ahoz, hogy fogalmat alkossál a feladat méretéről (nem árt ha tudsz angolul) -
Andie
őstag
Valóban felmerül a jogos kérdés... Bár azért valahol tárolni kell az összetartozó adatokat. Igaz ezt kifejezheti közös filenév is...
Mindegy, a topicinditó beirásaiból valahogy úgy vettem ki, nem áll a helyzet magaslatán, igy igyekeztem a legegyszerübben megvalósitható megoldást adni, mind programozástechnikailag, mind adatbázis szerkezetileg. Attól, mert külön tároljuk a fileokat, ugyanúgy elkeveredhet egyben is, megsérül a db integritás, stb, aztán oda az összes állomány. Mig ha külön van, max 1-2 kép, hang veszik el, ami jó esetben gyorsan pótolható. No persze odafigyelést igényel mindegyik megoldás.
Én mindenesetre igy kezdeném, aztán ha müxik, minden frankó, akkor egy V2.0ban belepakolnám a DB-be a cuccost. -
#27
faster
nagyúr
mákostészta
#22
faster
nagyúr
válasz
mákostészta
#22
üzenetére
Első körben töltsd le a mysql 4.1 stable szervert, a windowsos telepítőt.
Bővebben: link
Ajánlott olvasmány, amit érdemes kéznél tartani:
Bővebben: link
Illetve ajánlom még a Mysql query browsert:
Bővebben: link -
nagydee
tag
''A legfontosabb kérdés ennél a feladatnál eldönteni, hogy magát a hanganyagot, videót, képet, vagy nagyméretü szöveges állományt beleintegrálod az adatbázisba, mondjuk Blob dataként, vagy pedig marad helyi file-ként, és csak a hivatkozások lesznek eltárolva? Ez utóbbi esetben nem fogsz nagyobb nehézségekkel szembesülni, véleményem szerint.''
nem vagyok benne biztos, hogy a hivatkozásokként való tárolás jobb megoldás.
tény és való, hogy maga az adatbázis lényegesen kisebb helyet fog foglalni, és programozási szempontból is egyszerűbb, de ne adja az ég, hogy egyszer valami elkavarodjon a helyi könyvtárakban, mert kezdhetik szinte előről a dolgot.
viszont, ha beleintegrálnak mindent az adatbázisba, akkor az szabadon hurcolható, gond nélkül menthető egy lépésben és szerintem ''hülyeségállóbb'' is.
''Ha viszont több megás bináris adatot akarsz egy adatbázisba belepumpálni... na, ehhez sok szerencsét kivánok''
csak egyszer kell rendesen megcsinálni és utána már semmi baj vele. -
#20
Andie
őstag
mákostészta
#19
Andie
őstag
válasz
mákostészta
#19
üzenetére
Remek. Énis úgy kezdtem, és abban a projektben bevált (ékszerek, nyakékek, gyürük, stb képeinek letárolása).
Tehát akkor ilyesmi db kéne neked :
TBPrezentáció
*prezID (int)
Name (char255)
Descr (char255)
SoundFile (char255)
Picture (char255)
Video (char255)
Aztán a Descr, SoundFile, Picture és Video mezőkbe mindig ilyesmiket rax : C:\PrezProg\Data\Descriptions\prez1.txt, vagy C:\PrezProg\Data\Videoz\video1.avi
Mit gondolsz? -
Andie
őstag
Szvsz nem lesz ez egy olyan ördöngös feladat, hogy mindjárt oracléért meg ms sql-ért szaladjunk. Ámbár valóban ajánlott valami komolyabbal megoldani, mint pl a dbase vagy paradox. Van az MSSqlnek is valami otthoni változata, azzal is lehet operálni, meg sztem az Interbase is eléggé korrektül kezeli a kisebb adatbázisokat (itt rekordszámra gondolok).
A legfontosabb kérdés ennél a feladatnál eldönteni, hogy magát a hanganyagot, videót, képet, vagy nagyméretü szöveges állományt beleintegrálod az adatbázisba, mondjuk Blob dataként, vagy pedig marad helyi file-ként, és csak a hivatkozások lesznek eltárolva? Ez utóbbi esetben nem fogsz nagyobb nehézségekkel szembesülni, véleményem szerint.
Ha viszont több megás bináris adatot akarsz egy adatbázisba belepumpálni... na, ehhez sok szerencsét kivánok -
nagydee
tag
egyetértek, maga az adatbázis kitalálása egyáltalán nem bonyorult, vagy összetett feladat. csak logikusan át kell gondolni és fel kell rajzolgatni (érdemes szerintem)
maga az adatbázis váz létrehozása, a kapcsolatok, függések beállítása már a rajz alapján szintén nem nagy ördöngösség, sőt még a felhasználói felület programozása, létrehozása sem igazán feladat.
még akkor sem, ha pénzben nézed a dolgot.
az igazi móka akkor kezdődik, amikor elkezded feltölteni az adatbázis, az a nem piskóta, mind időben, mind pénzben (munkaóra)
szerintem mysql-nél nem nagyon kell több
a magam részéről lekérdezni php-vel szoktam akkor is, ha nem kifejezetten web-es alkalmazést csinálok, mert jellemzően az explorertől ijednek meg legkevésbé a magasan kvalifikált alkalmazottak...
-
faster
nagyúr
válasz
#18379748
#12
üzenetére
Az adatbázis tervezés nem olyan összetett feladat, illetve sokkal többet számít a tapasztalat, mint az elméleti alapozás. Szerintem.
Ha ingyenes kell akkor Postgres, a MySQL-t csak legvegso esetben ajanlanam, az ingyenes verzioja elegge butitott.
A Mysql alapvetően ingyenes adatbáziskezelő, fizetni a supportért kell. Amire talán te gondoltál az a MaxDB, vagy régebbi nevén SapDB, amit a Mysql-AB visz tovább. De az is ingyenes, ha tartod magad az opensource licenszhez. -
#18379748
törölt tag
Ne hulyeskedjunk man, az adatbazis (es program) tervezes egy komoly szakma, nem csak ugy hasra megy. Fokent akkor nem amikor nagy mennyisegu osszetett adatokrol es felhasznalasukrol kell gondoskodni.
Adatbaziskezelo meg minimum az SQL-nel kezdodik. Ha telleg komolyak a kovetelmenyek akkor oda rendes kezelo kell (kliens szerverben). En minimum Sybase-t vagy Oracle-t szoktam hasznalni (esetleg MSSQL-t, acces, ib es tarsai jateknak jok de inkabb annak sem, szvsz
). Persze ezek fizetos cuccok de az Oracle es Sybase ara elegge lement az utobbi idoben. Ha ingyenes kell akkor Postgres, a MySQL-t csak legvegso esetben ajanlanam, az ingyenes verzioja elegge butitott.
Ugy altalaban mindenkepp legyen tranzakcio kezeles, kulonbozo megszoritas kezeles, trigger es eljaras hivas, optimalizalas, stb.
Persze nem art egy kis tanulmany a temaban mert eleg osszetett. Az adatbazis model tervezessel kapcsolatban vannak eleg jo konyvek szintugy az sql-rol is, raadasul magyarul. Szerintem nem kidobott penz es ido egy ilyet kitanulni. Aztan ugye meg kell csinalni a progit. Szerver resze (adatbazis + kezelo) es a kliens progi (a ketto kozott meg valami kapcsolat, pl az ugyahogy szabvanyos odbc, vagy az oraclenel oraclenet, stb). -
#11
mákostészta
tag
mákostészta
tag
Köszönöm a hozzászólásokat utánnanézek...
-
#9
L3zl13
nagyúr
mákostészta
#6
L3zl13
nagyúr
válasz
mákostészta
#6
üzenetére
Adatbázis kezelő? Ott van az Access. Magyar nyelvű is van, és olyan adatbázishoz csatlakozol ODBC-n keresztül, amilyenhez akarsz.
ODBC, JDBC, ill ADO driverek: Bővebben: link -
#8
Nedudgi
aktív tag
mákostészta
#7
Nedudgi
aktív tag
válasz
mákostészta
#7
üzenetére
Adatbázis tervezésre léteznek módszerek, (pl normalizálás) ezek használatával, illetve gyakorlott szakember ezek részleges használatával tud jó adatbázist tervezni. Ex has adatbázistervezés az nem szerencsés mert nagyon el lehet b@szni. Ha nagyméretű, bonyolult adatbázist akarsz akkor mindenképp ajánlom a tervezési módszerek tanulmányozását.
Az implementáció már egészen más kérdés. Nagyméretű adatokhoz, igazából valamiféle SQL szervert és egy külön ide fejlesztett kliensprogramot javasolnék. Szvsz az Access nem lenne szerencsés.
[Szerkesztve] -
#7
mákostészta
tag
mákostészta
tag
HOgy megy ez az egész adatbázis téma?
-
#5
L3zl13
nagyúr
mákostészta
#4
L3zl13
nagyúr
válasz
mákostészta
#4
üzenetére
natív alatt azt értem, hogy ugyanaz a cég készítette, mint a fejlesztő környezetet. Ezért feltehetőleg még könynebb az integráció a programba, mint más adatbázisok esetén.
De az elterjedtebb SQL adatbázisokat szerintem már minden modern fejlesztő környezet támogatja. SZóval ha felrakod a megfelelő kliens drivert, akkor használhatsz MySQL-t, DB2-t, InterBase-t vagy amit akarsz.
Ha van rá licensz, akkor MSSQL-t is.
Accessben nem tudom milyen korlátok vannak, de pár ezer szöveges oldal szerintem még nem okoz gondot. Más kérdés, hogy mondjuk fulltext-search-öt nem tudom ismeri-e... És sebesség terén sem hiszem, hogy ideális lenne. -
#4
mákostészta
tag
L3zl13
#3
-
#3
L3zl13
nagyúr
mákostészta
#1
L3zl13
nagyúr
válasz
mákostészta
#1
üzenetére
Valamilyen kliens progihoz lesz, vagy weboldalhoz/webes kezelőfelülethez?
Ha kliens progi, akkor a fejlesztői környezethez általában tartozik valamilyen ''natív'' adatbázis. Érdemes lehet azt használni. (Access, Paradox...)
Ha azonban weboldalra szánod, vagy webes kezelőfelületet használnál, akkor javaslom inkább a MySQL-t. (Mint ingyenes, de mégis nagyon profi SQL adatbázist.) -
#2
mákostészta
tag
mákostészta
tag
Esetleg a Microsoft Accessal is meg lehet ezt oldani?
-
#1
mákostészta
tag
mákostészta
tag
Sziasztok!
Létre szeretnék hozni egy nagy adatbázist! Több száz oldalnyi szöveggel, képekkel, videókkal, hanganyaggal. A kérdésem az lenne, hogy milyen adatbáziskezelőt válasszak! Szeretnék benne gyorsan keresni/lekérdezni, és a lehető legegyszerűbbeb feltölteni!
Előre is köszönöm a segítséget!
, nekem van egy szóbeli adatbázis tervezés tételem, ha vaki tud segíteni benne az jó lenne
)
). Persze ezek fizetos cuccok de az Oracle es Sybase ara elegge lement az utobbi idoben. Ha ingyenes kell akkor Postgres, a MySQL-t csak legvegso esetben ajanlanam, az ingyenes verzioja elegge butitott.Új hozzászólás Aktív témák
- bambano: Bambanő háza tája
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Apple Watch Ultra - első nekifutás
- Parfüm topik
- Pécs és környéke adok-veszek-beszélgetek
- Milyen TV-t vegyek?
- Kerékpárosok, bringások ide!
- Samsung Galaxy A56 - megbízható középszerűség
- Okosóra és okoskiegészítő topik
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Eredeti - Choice - Bundle - Steam kulcsok beszerzése. Írj kérés PM-et!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Samsung Odyssey G5 S27CG554EU 27 QHD 165Hz Ívelt Gaming Monitor 6 hó garancia Házhozszállítás
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Apple iPhone 15 128 GB Kék 12 hónap Garancia Beszámítás Házhozszállítás
- AKCIÓ! Lenovo ThinkPad X13 Gen 5 üzleti notebook - Ultra 5 135U 16GB DDR5 512GB SSD Intel Win11
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest