- Luck Dragon: Asszociációs játék. :)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Depression: Hardver rúzs effektus?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
- Magga: PLEX: multimédia az egész lakásban
- Retro: 3dfx Voodoo 2 SLI
-
LOGOUT

Új hozzászólás Aktív témák
-
martonx
veterán
válasz
fordfairlane
#9903
üzenetére
+1 a triggerek ellen. A tárolt eljárások viszont egy bizonyos DB méret / teljesítmény elvárás felett kikerülhetetlenek. No persze ilyenkor jön be az, hogy X TB-os DB-t az ember már amúgy sem hordozgat, nem migrálgat Oracle-ről MS SQL-re és vissza, vagy pedig rászánja azt a pár ember hónapot a feladatra.
A debugolás persze más kérdés. Egyrészt MS SQL tárolt eljárásait lehet debugolni, másrészt SQL szinten a debugnak sokkal kevesebb értelme van, harmadrészt egy SQL kód azért még mindig egyszerűbb, mint egy komoly C# logika (jó, láttam már 1500 soros tárolt eljárást is, na azt debugolni nem volt kellemes, de azt is a kényszerűség szülte, direkt SQL szinten tartva a logikát is 15 perce futásideje volt egy 96 magos SQL szerveren).
Jellemzően azért könnyen meg lehet találni SQL-ben is, hogy hol ment félre egy where feltétel, vagy egy join.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- GYÖNYÖRŰ iPhone 11 128GB Black-1 ÉV GARANCIA -Kártyafüggetlen, MS4360, 100% Akksi
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
- Telefon felvásárlás!! Apple iPhone SE (2016), Apple iPhone SE2 (2020), Apple iPhone SE3 (2022)
- Jo Nesbo: LEOPÁRD (nem olvasott)
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest


