Új hozzászólás Aktív témák
-
concret_hp
addikt
"az SQL alapfunkciója az adatok visszanyerése."
már csak ezért is inkább a lekérdezésekkel kezdtem volna az hogy hogyan kell táblát csinálni meg adatot belerakni, szerintem közel sem olyan fontos, mint a lekérdezések
vagy fullba vagy sehogy :D
-
MODERÁTOR
Jó ötlet.
Lécci használd a
KÓD
gombot a kódrészletekhez.
***
-
Yushchenko
őstag
holnap 8kor vizsga, lehet el kéne kezdeni belőle tanulni...
-
dekoninck
aktív tag
Remélem, ezek a tanító-kezdeményezések kitartanak addig, hogy egy jó kis jegyzetet össze lehessen állítani az anyagból...
Nem tűnik bonyolultnak ez a nyelv. Nekem az volna a kérdésem, hogy ha írok egy Java vagy .NET programot, aminek része egy PDF fájlokat (néhány ezer db) katalogizáló modul, akkor érdemes a címeket, hivatkozásokat, egyéb fájl metaadatokat ilyen adatbázisban tárolni, vagy maradjak egy egyszerű szövegfájlnál? Bele lehet integrálni egy SQL adatbáziskezelőt egy másik programba, vagy azt külön kell telepíteni? Remélem, érthető a kérdés... még csak a Hello World-nél tartok[ Szerkesztve ]
-
őstag
Az sql-t elsősorban webes alkalmazásokhoz használják, legalábbis én eddig ezt tapasztaltam.
Java-s illetve .Net-es programhoz szerintem felesleges SQL adatbázist használni ha csak kevés fajta adatod van, és azok nem kapcsolódnak máshoz (értem ezalatt hogy az összes adat felsorolható pl egy darab egyszerű táblázatban).
Aztmeg h sql kezelőt lehet-e integrálni más programba... háát szerintem nem, úgy tudom mindenképpen szükség van különálló SQL serverre ami a háttérben fut(mysql, MSsql, oracle). Aztán cáfoljatok meg -
koob
senior tag
válasz Yushchenko #3 üzenetére
miből?
-
gymisi
csendes tag
Ilyen programhoz valami kisebb adatbáziskezelőt használnék, vagy access adatbázist vagy sqlite adatbázist... Nincs értelme adatbázis-szervert felrakni(pl. sqlite csak egy dll-ből áll)...
Cikkhez kapcsolódóan: én most kezdtem Oracle-vel foglalkozni és arra lennék kíváncsi, hogy a PL/SQL-ről is fogsz írni?
[ Szerkesztve ]
“Mindig többet teljesíts, mint amennyiért megfizetnek, és egy napon majd többet fognak fizetni, mint amennyi a teljesítményed volt.” (ismeretlen)
-
adalbert1
veterán
válasz Yushchenko #3 üzenetére
Én inkább átjelentkeztem a 11-ik haviakra, mondjuk akkor meg elég húzós lesz 3 nap alatt mat-4, gazd stat, és adatbázisokat letenni... Majd írhatnál pár sort, hogy milyen volt, miket kérdeztek.
-
lorcsi
veterán
mindjárt elolvasom, hátha többet mond mint ennek a hülye tanárnak a dumálása
-
Dr. Gumby
csendes tag
"az hogy hogyan kell táblát csinálni meg adatot belerakni, szerintem közel sem olyan fontos, mint a lekérdezések" <- ez viszont teljesen igaz, mar csak azert is, mert a kulonfele SQL megoldasokban a tabla keszites, adat beillesztes vagy modositas szintaktikaja 99.9%-ban ugyanaz. Ezzel szemben a lekerdezesekben, es a lekerdezesek ertelmezeseben mar nagyobb kulonbsegek vannak a kulonfele SQL implementaciok kozott.
dekoninck: par ezer ilyen leirasnal mar erdemes lenne a metadatot adatbazisban tarolni. "Integralt" adatbazis kezelo temakort lasd kesobb.
"Az sql-t elsősorban webes alkalmazásokhoz használják" <- termeszetesen nem igaz, az SQL-t mindenfele hasznaljak. Belegondoltal mar, mi lenne, ha mondjuk a Google Desktop Search text allomanyokban tarolna az adatait?
"Java-s illetve .Net-es programhoz szerintem felesleges SQL adatbázist használni ha csak kevés fajta adatod van, és azok nem kapcsolódnak máshoz (értem ezalatt hogy az összes adat felsorolható pl egy darab egyszerű táblázatban)." <- az, hogy kell-e adatbaziskezelot hasznalnod, nem feltetlen a bonyolultsagtol fugg. Az adattomegtol is erosen fugg. Egy par tizezer rekordos adatbazisban nagysagrendekkel gyorsabban keresel, mint egy par tizezer soros text allomanyban.
"úgy tudom mindenképpen szükség van különálló SQL serverre ami a háttérben fut" <- sajnos rosszul tudod. A kulcsszo: embedded. Tobb olyan adatbaziskezelo is van, amit nem kell kulon telepiteni, nem kell allandoan fusson a gepeden, hanem csak egy (vagy tobb) DLL-ben megvalositott library. Ilyen peldaul az SQLite, a Firebird Embedded, vagy a VistaDB. Ezeket a programoddal siman telepitheted, nem terheli a gepet, nem kell hozza admin jogosultsag, es igy tovabb.
"Ilyen programhoz valami kisebb adatbáziskezelőt használnék, vagy access adatbázist vagy sqlite adatbázist... Nincs értelme adatbázis-szervert felrakni" <- igaz - nem igaz - igaz. Kisebb adatbazis-kezelot erdemes hasznalni. Accesst felejtsuk el, mert csak gondjaid lesznek vele (ebbe most ne menjunk melyebben bele, mert az nagyon hosszu lenne). SQLite eljen, hasznald egeszseggel. Van peldaul nativ .NET library is belole. Nem kell kulon adatbazis szerver hozza.
Csak azert regisztraltam, hogy ezeket ki tudjam javitani, mielott valaki nagyon felre lesz vezetve, szoval remelem ertekelitek.
[ Szerkesztve ]
-
dekoninck
aktív tag
válasz Dr. Gumby #13 üzenetére
Fú, köszi, ez segített, örök hálám!
Na, már csak egy-két év, és kész is leszek a szoftverrel By the way, programozni egy földi halandó is meg tud tanulni? Én teljesen más területen dolgozom, de szeretem a matekot, írogattam már Flash és Javascripteket, és asszem hogy értem a logikájukat, ha és óriási mégneses affinitásom van ezekhez. -
omani
tag
válasz concret_hp #1 üzenetére
"már csak ezért is inkább a lekérdezésekkel kezdtem volna az hogy hogyan kell táblát csinálni meg adatot belerakni, szerintem közel sem olyan fontos, mint a lekérdezések "
Mivel egy példán keresztül mutatom be a lekérdezéseket, érthetőbb ha a tábla-struktúrával kezdem. Nem magyaráztam túl a create parancsot, a lényeg a táblaszerkezetben, és a referenciákon van. Ha nincs adatod nincs mit lekérdezni.
A héten még folytatom, kicsit megbonyolítva a dolgot.
"Cikkhez kapcsolódóan: én most kezdtem Oracle-vel foglalkozni és arra lennék kíváncsi, hogy a PL/SQL-ről is fogsz írni?"
PL/SQL is sorra kerül, bár csak annyira amennyire én használom, pár egyszerű de hatékony script, dinamikus sql, esetleg unix shell - sql hívás. Még a tuning érdekes, ha lesz időm megpróbálok egy ízelítőt összehozni abból is RBO/CBO, hintek. Persze ez is rohad mély téma, és csak annyira tudok írni belőle amennyire ismerem, se DBA se Oracle guru nem vagyok
[ Szerkesztve ]
http://www.flickr.com/photos/diego_rivera/
-
omani
tag
válasz dekoninck #16 üzenetére
"asszem hogy értem a logikájukat, és óriási mágneses affinitásom van ezekhez"
Ez igen jó dolog, az SQL könnyen megtanulható mégis mindíg van hová továbblépni benne és sok sikerélményt tartogat. Arról nem is beszélve hogy igen jó állásokat lehet megcsípni ha profi az ember, persze ahhoz nem csak SQL kell hanem a komplex, SQL-t használó alkalmazások ismerete is, de akkor is az SQL az alap.
http://www.flickr.com/photos/diego_rivera/
-
Dr. Gumby
csendes tag
Szerintem kicsit jobban ki kellene hangsulyozni, hogy ez Oracle alapon megy a leiras.
A null-kezeles peldaul tipikusan olyan dolog, ami minden SQL implementacioban mas.
A subquery-t es a derived table-t sem ismeri minden adatbazis-kezelo, peldaul a MySQL csak az 4.1-tol tudja, ha jol emlekszem.Ha valaki elakad nem Oracle alatt, az irja ide, aztan atteszem neki a megfelelore. Van MySQL, MSSQL, SQLite, FireBird tapasztalatom.
-
DArchAngel
tag
PL/SQL-el lehet pedig igazán bizonyos dolgokat tuningolni.
Kurzorok, bulk binding stb.
Nem nehéz a megértésük, ha valaki veszi hozzá a fáradtságot.
Itt nézz utána, ha érdekel:
Magyarul sajna csak ennyit találtam
Oracle
PostgreSQL''Hand of fate is moving, and the finger points to You...''
-
WonderCSabo
félisten
Picit tanultuk ezt a nyelvet gimnáziumban, de csak lekérdezést. Most már abból is alig tudok vmit.
-
drkbl
őstag
Ami miatt érdemes lehet SQL adatbázist használnod:
- Szabadon megfogalmazható lekérdezések. Ha valaki cím szerint ABC-ben, oldal szerint növekvőben szeretné látni, saját megoldásnál neked kell megírni, honnan vegye a mezőket, SQL esetén esetleg a felhasználó is össze tudja rakni a lekérdezést
- ACID tranzakcióra képes rendszernél a program megszakadása esetén is konzisztens lesz az adatbázis, azaz nem lesz félig rögzített rekordLétezik beágyazott adatbáziskezelő is, pl. Firebird, SQLite, stb., ha eldöntötted, hogy Java vagy dotnet, keress megfelelőt
Ha több felhasználó egyidejüleg használja a programod, érdemesebb önálló adatbázisszervert használnod. A Firebird-nél jó pont, hogy egyszerűen mozoghatsz a kettő között, alapvető eltérés csak annyi, hogy az embedded nem foglalkozik felhasználókkal és szerepekkel. Hátránya, hogy nem natív Java/dotnet.
[ Szerkesztve ]
-
bzoley
veterán
Létezik "különösen ajánlott" sql szerkesztő?
Jelenleg az ApexSQL-t használom, de még 27 nap, és kereshetek másikat. -
omani
tag
Én TOAD-ot használok közel tíz éve mint elsődleges SQL editor, de ha pl unix alá scriptelek akár a vi is megteszi. A TOAD újabb verzióit nem is követem, elsősorban az editor funkciókat használom, a csilli villit kihagyom. Bármi kell Oracle metadata-ból bányászom elő, már csak ilyen old fashion felfogású vagyok. Mellette használom az Enterprise Manager Console-t session-okat figyelni és ennyi.
Van még az SQL Navigator amit igen sokan használnak, eleinte én is használtam de aztán a TOAD kiszorította, sokkal kényelmesebb nekem. Néhány eszközről itt olvashatsz.
Persze ez a téma is megérne egy misét, illetve amit szerintem külön érdemes választania az a nagyvállalati adatbáziskezelés és a webes, illetve egyéb kisebb alkalmazások. Mivel csak nagyvállalati adatbázisokkal dolgoztam nem igazán látok bele a kis/közepes adatbázisok világába, free / beágyazott dolgok, erről szívesen olvasnék.
http://www.flickr.com/photos/diego_rivera/
-
Dr. Gumby
csendes tag
Konkretan milyen adatbaziskezelohoz kellene, es milyen platformra?
MSSQL: letoltheto ingyenesen az SQL Manager Express. (http://download.microsoft.com)
MySQL: szinten ingyen letoltheto egy admin es egy query program hivatalosan is (http://mysql.com/products/tools/)
FireBird: ha jol emlekszem, ehhez nincs hivatalos, de vannak third party cuccok, en nem sokaig hasznaltam FB-t, nem volt ra igazan szuksegem. Nezz korul: http://www.firebirdsql.org/
PostgreSQL: termeszetesen ingyenes, PgAdminnak hivjak. (http://www.postgresql.org/)
Oracle: ezzel nem nagyon foglalkoztam, de biztosan van valami tool hozza. Valoszinuleg alapban adnak hozza.
Ezen kivul gondolom van tobb olyan is, ami altalanos, tud tobb felet is kezelni, de nekem eddig mindig a hivatalos, vagy a nativ tamogatasos cuccok jottek be. Lehet, hogy igy tobb program van a gepeden, viszont biztosan jol tudja kezelni, amire irtak.
-
bzoley
veterán
válasz Dr. Gumby #27 üzenetére
Gondolom MySQL, eddig csak ezzel a névvel találkoztam. Egyelőre semmi extrára nincs szükségem, másolgatni egyik fájlból a másikba, néhány értéket megváltoztatni, és haonló apróságok. Megnézem ezt a TOAD-ot, azt írják ingyenes. Hátha használható is. Amit most használok az tetszik, ahhoz képest, hogy gőzöm sincs a témához, egész jól boldogulok vele. Sajnos két adatbázis eltérő összetevőkkel lett létrehozva, és direkt nem importálható a régi az újba, így kézzel kell dolgokat átrakosgatni.
[ Szerkesztve ]
-
drkbl
őstag
válasz Dr. Gumby #27 üzenetére
Oracle SQL Developer Java alapú, minden támogatott rendszeren ugyanaz a program fut, JDK (azaz a developer kit) kell hozzá, JRE nem elég.
-
őstag
válasz Dr. Gumby #13 üzenetére
"Belegondoltal mar, mi lenne, ha mondjuk a Google Desktop Search text allomanyokban tarolna az adatait"
igen belegondoltam, rohadt lassu lenne, de alá is tudod támasztani valamivel hogy a google desktop SQL adatbázist használ? (nyilvánvalóan nem txt-be ment mielott ezzel jonnel, de sql-en kivul azert letezik par desktop alkalmazasra szant adatbazis kezelo)
"Egy par tizezer rekordos adatbazisban nagysagrendekkel gyorsabban keresel, mint egy par tizezer soros text allomanyban."
Mellesleg, sehol nem irtam hogy txt fajlban kereses az alternativaja az sql-nek barhol is. -
Dr. Gumby
csendes tag
Nem mondtam, hogy a GDS SQL-t hasznalna, csak azt mondtam, hogy nem text allomanyokat hasznal. Egyebkent felsorolnal meg egy "par desktop alkalmazasra szant adatbazis kezelo"-t?
En sem irtam, hogy alternativaja lenne, hanem peldat irtam, hogy miert nem jo, amit irtal.
Figyelj, nem akarlak megbantani, de az elso hozzaszolasodbol kiderul, hogy nem ertesz a temahoz. En csak rendben szerettem volna tenni a dolgokat, mielott valaki rossz nyomon indulna el.
-
Fex
tag
Szia!
Esteleg megadnád, hogy milyen szoftverkörnyezetben írogatod az iskolapéldát?
Teljesen kezdő vagyok sql-ben, és érdekelne mibe írod a lekérdezéseket (jgyzettömb, excel, acces, akármi...), hol hozod létre a táblákat, stb...
Azt írtad, hogy oracle környezetben dolgozol, de nekem nincs lehetőségem ilyenre, viszont a munkámhoz szükségem lesz majd az sql-re, és jó lenne kicsit felszedni addig valami ismeretet.Üdv,
Fex"...Az emberi tényezőt minden rendszer működtetésébe bele kellene tervezni, mint egy olyan random hibagenerátort, ami mindenképpen működésbe lép, csak nem tudjuk, mikor, hogyan, miért és milyen kaotikus belső logika alapján...."