Új hozzászólás Aktív témák
-
Sziasztok!
Olyan problémám van, hogy van egy 3rd party program, ami SQL-en tárol adatokat. Az a gép, ami ezt a programot futtatja sajnos elromlott, de közben (sok fagyás és újraindulás volt) készített olyan bejegyzéseket az SQL adatbázisban, amit 2021.12 hónapra dátumozott.
Most már rendben működik a gép és a rajta futó program. De sajnos a hibás dátumú bejegyzések miatt az SQL adatbázist nem tudja normálisan kezelni. Pl nem tudja archiválni és régi archívumokat sem tud felcsatolni.
Arra gondoltam,.hogy azokat a bejegyzéseket ki kellene törölni az adatbázisból, amik hibás dátummal lettek rögzítve, de ilyesmire ez a program nem ad lehetőséget. Milyen módszerrel lehetne ezt megtenni?
Sajnoa én egyáltalán nem értek az SQL-hez szóval, ha lehet, akkor részletesen írjátok le.Előre is nagyon köszönöm mindenki segítségét!
-
Ú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.
Köszönöm!
-
I02S3F
addikt
Így van. A kódban viszont felesleges mindkét lakosságra vonatkozó mezőt (t1.lakossag, t2.lakossag) felsorolni, mert ugyanaz az értékük.
Köszönöm szépen!
-
Sziasztok!
A következő a szekció címe, amit mysql-ben tanulok: "Ugyanazon tábla többszörös használata". Az alább leírt példakódot nem értem, magyarázatra szorul, ezért kérlet titeket nevezzétek meg, hogy mi ez, hogy rákereshessek a neten részletesebb magyarázatért.
SELECT t1.helysegnev, t2.helysegnev, t1.lakossag, t2.lakossag
FROM telepules AS t1, telepules AS t2
WHERE t1.lakossag=t2.lakossag AND t1.helysegnev<t2.helysegnev
ORDER BY 3;- Mit csinál/jelent a pont ebben a kifejezésben "t1.helysegnev"?
- Azért van kétszer a FROM után a telepules tabla atnevezve, hogy műveletet tudjuk rajta végrehajtani ugyanazon táblán (pl.: összehasonlítás)?
- A t1 egy osztály, azért a pont?
- Tudnátok linkelni olvasnivalót, vagy hogy mire keressek rá, hogy megértsem ezt?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!
-
I02S3F
addikt
Sziasztok!
A következő a szekció címe, amit mysql-ben tanulok: "Ugyanazon tábla többszörös használata". Az alább leírt példakódot nem értem, magyarázatra szorul, ezért kérlet titeket nevezzétek meg, hogy mi ez, hogy rákereshessek a neten részletesebb magyarázatért.
SELECT t1.helysegnev, t2.helysegnev, t1.lakossag, t2.lakossag
FROM telepules AS t1, telepules AS t2
WHERE t1.lakossag=t2.lakossag AND t1.helysegnev<t2.helysegnev
ORDER BY 3;- Mit csinál/jelent a pont ebben a kifejezésben "t1.helysegnev"?
- Azért van kétszer a FROM után a telepules tabla atnevezve, hogy műveletet tudjuk rajta végrehajtani ugyanazon táblán (pl.: összehasonlítás)?
- A t1 egy osztály, azért a pont?
- Tudnátok linkelni olvasnivalót, vagy hogy mire keressek rá, hogy megértsem ezt? -
"Van kulonbozo adatsorod - hogyan csinalsz beloluk adabazist?"
Vannak különböző összetevőid, hogyan csinálsz belőlük ételt?
Érted már, hogy mi a bajom az általánosságokkal? Milyen összetevőkből, milyen ételt? Sütni kell, vagy főzni? És még kismillió kérdésre kellene ahhoz pontos választ tudni, hogy azt lehessen mondani, hogy na ha van kenyered, tojásod, és olajod, akkor hol van leírva a bundáskenyér receptje. De te egy konkrét receptet vársz tőlünk, anélkül hogy megmondanád mit akarsz készíteni és miből. Nyilván mert te se tudod, de érted ez nem lekezelés, hanem próbálom megértetni veled, hogy ez így teljesen parttalan, és nem azért mert bunkó parasztok vagyunk, akik lekezelnek másokat, hanem mert ennyi infóval a kezünkben több értelme lenne az időjárásról beszélnünk, mintsem a konkrét problémáról hanem mert ennyi infóval a kezünkben több értelme lenne az időjárásról beszélnünk, mintsem a konkrét problémáról
- A mérnöki gyakorlatban a probléma megoldás második lépése úgy szól "Szedj össze annyi információt , amennyit bírsz".Ennyiben meg tudom érteni miért szükséges az infó, persze én egyébként is bizalommal fordulok a fórumtársakhoz, egymás segítése a cél. Gyakran kérdezek és örülök, hogy van ez a fórum!
Rengeteget tanulni itt. -
Tudod, sok pénz, kevés munka és gyorsan kész legyen, na ebből jó esetben kettőt választhatsz, rossz esetben meg egyett sem.
Hogy legyen egy kis segítség is: olyan nincsen, hogy egy idegen, aki tudja a gyors és sok pénz titkát az csak úgy jófejségből elárulja neked is, mert ő már gennyesre kereste magát és átment Teréz anyába. A többit a kérdező fantáziájára bízom.
Ne is mond, az a sok hirdetés
-
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.
Köszönöm! Járok is!
(#3998) Athlon64+ és (#3997) Hunpriest - Köszi a válaszokat, ezek szerint nem szent, amit mondott!Mérnökinfón vagyok levelezősön és kifejezetten örömteli volt bash-ben kódolni, c#-ban és HTML, CSS-ben.
Köszönöm a jótanácsokat!
-
I02S3F
addikt
Sziasztok! Főnök ajánlotta nekem az adatbázisokat, mint egy nekem való IT területet, mert szabályokra épül és én szabályok szerint élek. Ezért szerinte könnyebben tudnék ott érvényesülni, mint a szoftverírásban. (Van egy olyan tulajdonságom, hogy ha olyan eset következik be, amire nem készültem fel, nincsenek előismereteim, akkor "szétesek".)
Kicsit utánaolvastam az adatbázisoknak. Szabályszerűnek az adatmodellt, a normálformákat találtam és a mezőkre, a tábla "oszlopaira" vonatkozó megkötéseket.
Vannak ezen kívül más szabályok is?
-
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.
-
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.
Istenigazából van egy paranoiám, hogy elromlik a rendszer.
Volt már dolgom korruptálódott fájllal, ami javíthatatlanná vált. Például háttértár szektor hiba miatt. Feltételezem egy ilyen megöli az egész adatbázist. Mígha külön fájlokban vannak legalább a táblák és, ha egy sérült, akkor csak az a rekord, vagy tábla sérült, de a többi betöltődik, az álomvilág lenne. Nem tudom így működik-e? Milyen gyakran sérülnek az adatbázisok, például kapcsolati hiba miatt, szinkronizációs hiba miatt? Ez az én szempontom igazából számít a gyakorlatban? Meghát az is kérdéses, hogy mikor/mennyire kiszámíthatatlan a működése egy szoftvernek? Mennyire számottevő ez?
(#3987) martonx - Köszönöm. A programnyelv az adatbázis kezeléshez, vagy a frontend íráshoz szükséges? Az adatbázisokkal nem csak SQL-lel lehet kommunikálni?
-
Manapság többnyire a webes frontendek + ezekhez valamilyen normális backend a piacképesek. Access soha nem volt piacképes. Az office csomag tagja, játszós, önképzős célokra.
Kérlek mondanál példát? Illetőleg van ingyenes(és/vagy Linuxos) is az elterjedtek között? Például Webmin-ben is tudtam egy adatbázisba bejegyzéseket létrehozni.
Azért kérdezem, mert utána olvasnék!
-
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ó
Érted már, hogy mi a bajom az általánosságokkal? Milyen összetevőkből, milyen ételt? Sütni kell, vagy főzni? És még kismillió kérdésre kellene ahhoz pontos választ tudni, hogy azt lehessen mondani, hogy na ha van kenyered, tojásod, és olajod, akkor hol van leírva a bundáskenyér receptje. De te egy konkrét receptet vársz tőlünk, anélkül hogy megmondanád mit akarsz készíteni és miből. Nyilván mert te se tudod, de érted ez nem lekezelés, hanem próbálom megértetni veled, hogy ez így teljesen parttalan, és nem azért mert bunkó parasztok vagyunk, akik lekezelnek másokat, hanem mert ennyi infóval a kezünkben több értelme lenne az időjárásról beszélnünk, mintsem a konkrét problémáról 
Rengeteget tanulni itt. 
Új hozzászólás Aktív témák
- playseat evolution black actifit
- Precision 3560 27% 15.6" FHD IPS i7-1165G7 T500 16GB 512GB NVMe magyar vbill IR kam gar
- Gamer Gép - MSI H610, Intel I5 13600, 16GB DDR4, RTX 3070 Ti, 1TB M.2 SSD, 750W 80+ Gold
- Asztali PC i7 6700 1650 16GB DDR4 512GB SSD
- ASUS TUF Gaming A17 Gamer laptop , R7 6800H , 16GB DDR5 , RTX 3050 Ti
- 4800 MHZ-es 16GB-os DDR5 notebook memória - számlával, garanciával
- BESZÁMÍTÁS! ASUS ROG XBOX Ally X 24GB/1TB kézikonzol garanciával, hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i9 14900K 24 mag 32 szál processzor garanciával hibátlan működéssel
- Ultimate előfizetés akár 3471 Ft/hó áron! Azonnali, automatizált aktiválással, csak Nálam!
- BESZÁMÍTÁS! Asrock B450M R7 2700 16GB DDR4 512GB SSD GTX 1660 Super 6GB ZALMAN S4 FSP 500W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest