Új hozzászólás Aktív témák
-
martonx
veterán
Úgy hogy ezek mögött valójában cégek vannak / olyan felhasználó cégek akik a supportért fizetnek.
Azaz attól, hogy magából a szoftver licenszből nincs bevételük, még egy csomó mindenből lehet.
Lásd Firefox böngésző, ahol a Mozilla abból létezik, hogy google / Microsoft időnként beléjük tol pár millió EUR - t.
-
I02S3F
addikt
Meg is válaszolom a kérdésem. (A MySQL dokumentációjában nem igazodtam ki, de a W3schools weboldala egy egyszerű áttekintést ad. Ott találtam rá a válaszra.)
Ez sima alias azért, hogy rövidítetten lehessen hivatkozni egy "hosszú" nevű táblára. Plusz trükk, hogy ugyanazt a táblát két aliassal látták el, hogy a két tábla között műveletet lehessen végezni.
Javítsatok, ha rosszul gondolom!
-
GreenIT
tag
Azért kérdezem, mert utána olvasnék!
Maximalisan a sajat velemenyem, ezert teszem off-ba:
Sajat tapasztalatom, mert sajnos nekem anno access-t kellett tanulnom, hogy az csak arra jo, hogy nagyon gyorsan es egyszeruen ossze lehet kattintgatni vele egy adatbazis semat - amennyiben egyetlen szalra fel lehet fuzni oket. (Lasd: Kovácsné Cohner Judit · Kovács Tivadar · Ozsváth Miklós: Adatkezelés az MS Access 2000 alkalmazásával c. konyv kb. kozepen levo konyvtari kolcsonzesi peldat, ami elvileg latvanyos, csak amikor modositani kell a semat, akkor rajossz, hogy komoly gondok vannak, es nem igazan SQL szabvanynak megfelelo a mukodese.
Evekig szenvedtem utana, amig kezdtem megerteni, hogyan is kell SQL-ben gondolkozni. -
rossz hírem van. ilyen szempontból az adatbázis is csak egy alkalmazás, ráadásul olyan, ami kiszolgál más alkalmazásokat.
valamint a kiszolgálandó alkalmazásban történő bármiféle változás képes bonyolult folyamatokat is indukálni az adatbázisban. pl. ha egyszerre túl sok lekérdezés és írás fut ugyanabban a táblában (pl. racoltok), az okozhat szűk keresztmetszetet, amikor valamelyik lekérdezés, vagy művelet éppen az előző befejezésére vár.
az egész olyan, mint egy ogre. az meg olyan, mint a hagyma. amint lehántod a külső réteget, meglátod, mi van alatta. de előtte nem. ha megszüntetsz egy problémát, meglátod azt, ami alatta volt, de addig elfedett.ha a nem várt események ilyen nagy hatással vannak rád, akkor érdemes felkeresni emiatt szakembert is, attól függetlenül, hogy milyen feladatkört kapsz/választasz.
-
#3998
Peter Kiss
őstag
I02S3F
#3996
Peter Kiss
őstag
Nekem az a tapasztalatom, ha valakinek a sima játékos szoftverfejlesztés sem megy rendesen, maradjon k távol az adatbázisoktól.
Nálunk az nagyátlag, legyen az junior vagy senior, netán más minta, teljesen fogalmatlan az adatbázisokkal kapcsolatban, legyen az relációs, doc vagy csak egy key-value storage.
-
Zalanius
tag
Elromlani sok minden el tud, szerintem egy kicsit túl van már tágítva ez a nézőpont. Egy-egy bad sectortól még nem dőlnek össze komplett rendszerek, ilyen kapcsolat-megszakadásokra meg szinkronizációs fennforgásokra vagy más adatintegritási kihívásokra már 20-30 éve is bőven fel voltak készülve a nagy DBMS-ek, és azóta egyik se lett butább... Ha ez mélyebben érdekel, keress rá pl. erre: "SQL Server IO Internals", mert egész érdekes dolgokat lehet megtudni arról, mit milyen prioritással írnak diszkre, milyen paritásbitekkel stb. stb. Ez a mai gyakorlati felhasználástól egy eléggé távol eső terület, a fekete öves enterprise sysadminoknak talán lehet ilyen dolga szökőévente, ha nagyon nincs szerencséjük.
Kiszámítathatatlan működés: hát ennek szerintem pont az ellenkezőjéről van itt szó. És egy tervezőnek meg üzemeltetőnek is ezt kell szem előtt tartani, egyrészt preventív módszerekkel (erőforrásterv, jogkörök, jogosultsági mátrixok) meg az ütemezett backupokkal.
-
-
Zalanius
tag
Accesstől függetlenül tulajdonképpen melyik szempontot gondolod problémásnak, az "egyetlen"-t? Pl. MS SQL Server esetén is egy (tipikusan) .mdf fájlban vannak a sémák és adatok, tehát a lényeg, ha eltekintünk az .ndf meg .ldf fájloktól. A sérüléses gondolatot mondjuk értem, de attól aligha volna kisebb ez a veszély, ha fel volna szeletelve több kisebb, de egyformán létfontosságú fájlra. A biztonságra persze adni kell, de különféle helyi-távoli backupok, failover clusterek stb. nem változtatnak az "egyetlen fájl" alapelven. Amiben más ez a világ, mint egy doksikönyvtárban tenyésző .accdb, hogy a mondott .mdf fájlhoz nem fér hozzá egy mezei user vagy process.
-
martonx
veterán
Pont ezért nem használunk Access-t komoly üzleti rendszerekhez
Egyébként az Access tud normális SQL adatbázisokhoz is kapcsolódni, azaz lehet pl. úgy használni, hogy az Access csak a frontendjét adja az adatbázisnak (formok, riportok). De ahhoz meg gagyi. Leginkább móricka projektekre, meg önképzésre jó
Új hozzászólás Aktív témák
- ÚJ Lenovo LOQ 17IRX10 - 17.3"FHD 165Hz - i7-13650HX - 24GB - 1TB - RTX 5060 - Win11 - 3 év gari - HU
- Garmin Marq 2 Adventurer Garanciális (2026.04.), ÚJ gyári szíjakkal, Full Set
- SMAILIO HD 5" GPS autós navigáció
- HP ELITE 8000 SFF PC: passzív VGA HDMI, C2D E8400 + 4GB RAM
- DJI Air 3s drón akkumulátor és Fly More Akkumulátor Kit - 2 akku, töltőHUB
- Telefon felvásárlás!! Samsung Galaxy Note 10+/Samsung Galaxy Note 20/Samsung Galaxy Note 20 Ultra
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Garmin USB ANT Stick jeladó eladó
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 14400F 32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest