- Telekom otthoni szolgáltatások (TV, internet, telefon)
- WLAN, WiFi, vezeték nélküli hálózat
- Milyen NAS-t vegyek?
- Microsoft Excel topic
- Crypto Trade
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
Új hozzászólás Aktív témák
-
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!Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
mákostészta
tag
Esetleg a Microsoft Accessal is meg lehet ezt oldani?
Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
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.)Aki hülye, haljon meg!
-
mákostészta
tag
Nem weboldalra lenne! Kizárólag belső saját használatra, több gépes környezetben! Mi az a ''natív'' adatbázis? Azt mondod, h Microsoft Accessal is meg lehet oldani? Rengeteg adat lenne!!! Lehet h több ezer oldal, és több száz hanganyag, illetve videó...
Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
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.Aki hülye, haljon meg!
-
mákostészta
tag
HOgy megy ez az egész adatbázis téma?
Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
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]It took the computational power of three Commodore 64s to fly to the moon. It takes a 486 to run Windows 95. Something is wrong here. -- SC sig file UBUNTU - KDE - Rock'n'Roll
-
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: linkAki hülye, haljon meg!
-
Nedudgi
aktív tag
kliensprogram: Akár Fox, vagy Access amennyiben lehet kapcsolódni az adott adatbázisohz. VBASIC az talán jobb, kicsit rugalmasabb...
It took the computational power of three Commodore 64s to fly to the moon. It takes a 486 to run Windows 95. Something is wrong here. -- SC sig file UBUNTU - KDE - Rock'n'Roll
-
mákostészta
tag
Köszönöm a hozzászólásokat utánnanézek...
Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
optikus
senior 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).Buy books not gear.
-
faster
nagyúr
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. -
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...Nem a fizetésem kevés, csak ritkán adják...
-
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ánokSamsung Galaxy A50 - Samsung UE46D6100 - BNet Tag: Andie#2999
-
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?Samsung Galaxy A50 - Samsung UE46D6100 - BNet Tag: Andie#2999
-
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.Nem a fizetésem kevés, csak ritkán adják...
-
Nedudgi
aktív tag
Én is a Blob-ra szavaznék, mert a file-okat úgyis tárolni kell, tehát méretbeli külömbségek nem lesznek túl nagyok. Viszont rossz hivatkozás(okat) helyreállítani jó játék...
It took the computational power of three Commodore 64s to fly to the moon. It takes a 486 to run Windows 95. Something is wrong here. -- SC sig file UBUNTU - KDE - Rock'n'Roll
-
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 -
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.Samsung Galaxy A50 - Samsung UE46D6100 - BNet Tag: Andie#2999
-
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)Nem a fizetésem kevés, csak ritkán adják...
-
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.Nem a fizetésem kevés, csak ritkán adják...
-
-
Goose-T
veterán
válasz mákostészta #32 üzenetére
Lehet, hogy szerver op. rendszer kellene hozzá?
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
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.Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
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] -
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.Nem a fizetésem kevés, csak ritkán adják...
-
mákostészta
tag
Leszedtem mindent kézzel.. Siker...
Mostmár megvan a MySQL! Hogyan lehet egy grafikus felületet hozzábiggyeszteni?
[Szerkesztve]Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
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] -
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.
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
mákostészta
tag
Most van egy parancssor ablakom... Hogy lehetne valami nem parancsoros felületre csatlakozni... Vagy hülyeséget kérdezek?
Az igazság odaát van! Na jó, de mi az igazság, és én ideát vagy odaát vagyok?
-
faster
nagyúr
válasz mákostészta #41 üzenetére
Erre való a mysql query browser.
-
faster
nagyúr
válasz mákostészta #43 üzenetére
localhost, root, jelszó üres, többi mező is, connect.
-
L3zl13
nagyúr
válasz mákostészta #43 üzenetére
Hova telepítetted a mysql szervert? Az a host.
Aki hülye, haljon meg!
-
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.
-
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]Nem a fizetésem kevés, csak ritkán adják...
-
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?Soha nem késő, hogy azzá válj, aki lehettél volna.
Új hozzászólás Aktív témák
- sziku69: Szólánc.
- Wise (ex-TransferWise)
- Vicces képek
- Luck Dragon: Asszociációs játék. :)
- HiFi műszaki szemmel - sztereó hangrendszerek
- Főzőcskés topic
- Kerékpárosok, bringások ide!
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen CPU léghűtést vegyek?
- Háztartási gépek
- További aktív témák...