- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Gaming notebook topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Apple notebookok
- Milyen alaplapot vegyek?
- VR topik (Oculus Rift, stb.)
- ZIDOO médialejátszók
- AMD Navi Radeon™ RX 6xxx sorozat
- Házimozi haladó szinten
- Háromféle processzor is része lesz a Core 200 sorozatnak
Hirdetés
-
Megjelenési dátumot kapott a Star Wars: Hunters
gp A tervek szerint június elején végre befut a teljes kiadás mobilokra/tabletekre és Nintendo Switch-re.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
Új hozzászólás Aktív témák
-
bpx
őstag
te a címben említettekből melyik munkakörben dolgozol? pár hónapja már beszéltünk, közelebb kerültél ahhoz amit szeretnél?
engem MS SQL is érdekelne amúgy (ismerd meg az "ellenséged" ), csak még nem vettem rá magam hogy kísérletezzek vele, prioritásban jelenleg előrébb van a MySQL + PostgreSQL
-
martonx
veterán
Ha pusztán a mennyiségeket nézzük, akkor kb. 10X annyi fejlesztőre van szükség mint DB admin-ra. Sokszor egyébként a fejlesztő bizonyos szintig DBA is (indexelés, teljesítmény elemzések).
Szóval érdemes fejlesztőként is érdemes valamennyire belelátni DBA cuccokba is.
De örök igazság, hogy a kérdéseidre nincs jó válasz. Ha épp DBA kell valakinek, akkor hiába vagy jó DB fejlesztő. És fordítva.Én kérek elnézést!
-
Jeti1
tag
A probléma megoldódott már rég, csak érdeklődtem és mondjuk még mindig érdeklődöm. Az előző hozzászólásban megpróbáltam kicsit érthetőbben leírni mit is akartam volna megtudni már korábban.
Ne várjunk a nevetéssel, amíg boldogok leszünk. Különben félő: meghalunk anélkül, hogy nevettünk volna. /La Bruyére/
-
martonx
veterán
Jól gondolod, de normálisabb helyeken azért van a DB szerver, hogy adatbázis feladatokkal terheljük, és azért van a levelező szerver, hogy levelezési feladatokkal terheljük, és azért van a webszerver, hogy web kiszolgálói feladatokkal terheljük, és még hosszasan sorolhatnám.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
-
bpx
őstag
Ott van a schedule-nel a program.
En ezeken voltam:
Boris Hristov - The nightmare of locking, blocking and isolation levels!
Joe Chang - Lightning Talk: Automating Execution Plan Analysis
Marcin Szeliga - Stored procedures — facts and myths
Dejan Sarka - Optimizing Temporal Queries - Level: Advanced
Milos Radivojevic - SQL Server 2014 - New Cardinality Estimator -
bpx
őstag
minimalis ertelme volt, de ha ezt elore tudom, akkor nem megyek
szakmai tartalom lehetett volna melyebb is - nem foglalkozom MSSQL-el, de semmi olyat nem hallottam, amit ne ismernek Oracle-bol vagy meg egyetemrol akar
szervezes sem volt az igazi, tobb, 1 orat vartunk mire be tudtunk menni, es addigra mar elkezdodott
ja es szombaton ezert tomegkozlekedtem 3 orat, haaaaat[ Szerkesztve ]
-
bpx
őstag
a neve ismeros, de egyebkent nem ismerem
mennyire? nem tudom miben merik a teljesitmenyoptimalizalasban valo jartassagot
szoktam vele foglalkozni, meg ha nem is naponta
sokszor elofordulo keres, hogy X sql / funkcio lassu, gyorsitsunk rajta
olyan is sokszor van, hogy teljes adatbazis szinten lassulast ereznek, na ez a "kedvencem" (mi lassu? minden!)
ennel mar ritkabb, hogy adatbazis konfiguracio/infrastruktura miatti lassulas vagy gond van -
martonx
veterán
Biztos ezt akarod? Általában fordítva szokott lenni, azaz egy külsős program szedi le az adatokat, és készít XLS-t, vagy bármit. Lehet, hogy egy külsős ütemezett konzol alkalmazás szebb lenne erre a célra, mint sql scriptből, meg CLR-ből ilyet heggeszteni, plusz függőségeket telepíteni az SQL szerverre...
Én kérek elnézést!
-
martonx
veterán
Figyi CLR-rel bármit meg tudsz csinálni. Akár azt is, hogy írsz egy konzol alkalmazást, majd mondjuk egy saját függvénnyel ezt tudod használni adat exportra. De ehhez vagy Office-t, vagy Open Xml SDK-t kell rakni a szerverre, plusz akkor sem úsztad meg a programozást, mert CLR-ezel.
Akkor meg már sokkal tisztább külön futtatni egy külsős programot.Én kérek elnézést!
-
zolynet
addikt
Nem biztos, hogy jól értem, de azért leírom, hogy anno hogy csináltam ilyen riportokat.
Megírtam a scriptet sql management studioban, majd visual studioban csináltam neki egy felületet (ha esetleg olyan kérés jönne be h a user is tudja futtatni).
A visual studióban létrejött projectet RSS-en keresztül akár xls állományt is tudott küldeni. (ex melóhelyen az sql-ből igen sok riportot küldtünk)
Lehet a CLR járhatóbb, sosem csináltam, nem tudom mi az.Life is too short to stay stock!
-
martonx
veterán
Erre nincsen egzakt válasz.
Egyrészt tudtommal lekérdezni nem tudod. Reprodukálni tudod, egészen addig, újra és újra míg meg nem oldod, hogy ne legyen deadlock-od.A megoldásához csak általános javaslatokat tudok adni:
1. fedő indexek létrehozása (covered index) - általában a nem tökéletes indexelés szokta okozni a deadlock-okat.
2. hardver teljesítményének emelése - ha egy szerver szarrá van hajtva, jóval könnyebben alakulnak ki deadlockok, mint mondjuk egy 50-80%-os terhelésen.
3. én jártam már úgy is, hogy linked szerverek egymásra átnyúlogatása okozott deadlock-ot, lecsökkentve az átnyúlásokat, illetve exec at-tel futtatva a cuccokat, meg is oldódott a probléma.
4. bármi egyéb, te látod, hogy mi okozza, annak függvényében te fogod tudni elhárítani pl. query hintelésselÉn kérek elnézést!