Hirdetés
- Elektromos rásegítésű kerékpárok
- bambano: Bambanő háza tája
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Lalikiraly: Macbook NEO 2
- Navaren: Resident Evil Requiem szösszenet
- Őskoczka
- D1Rect: Nagy "hülyétkapokazapróktól" topik
-
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!
- iPhone Xs Max 64GB 100% (3hónap Garancia)
- BESZÁMÍTÁS! Asus H110M i5 7400 8GB DDR4 120GB SSD 500GB HDD GTX 1050 Ti Formula Air Mesh G3 400W
- Eladó Samsung Galaxy A12 4/128GB fekete / 12 hónap jótállás
- REFURBISHED és ÚJ - Lenovo ThinkPad 40AY Universal USB-C Dock
- Spigen Essential EF323MQ 3in1 Mágneses MagSafe Vezeték nélküli töltőállomás 25W Qi2.2 Fekete
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

