Hirdetés
- Samsung Galaxy A57 - kecses test, lusta lélek
- Megérkezett Európába a Soundcore Space 2 fejhallgató
- Hivatalos a OnePlus Watch 4
- Így spórolhat az Apple az iPhone 18 kijelzőin
- OnePlus 15 - van plusz energia
- Fittyet hány a pesti napfényre a Honor 600
- Mobil flották
- iOS alkalmazások
- Microsoft Rewards
- Milyen okostelefont vegyek?
-
Mobilarena
Új hozzászólás Aktív témák
-
#9928
fordfairlane
veterán
lezso6
#9925
fordfairlane
veterán
A csak tárolt eljárással való API-s megoldás nem jó, mert közvetlenül a tábla adatait szeretnéd piszkálni, akkor borul az egész. Triggerekkel maga az adatbázis önmagában is megáll, nem kell tudni semmilyen API-t, hogy jól működjön, mert elrejti a piszkos részleteket, it just works.
Pont ezért nem hagyod, hogy közvetlenül írja a táblát. Ez egy kezdetleges OO egységbezárás, SQL módra.
-
#9922
fordfairlane
veterán
lezso6
#9918
fordfairlane
veterán
Ez tipikusan olyan lépéssorozat, ami egy tárolt eljárásban szépen, áttekinthetően implementálható, lépésről lépésre. Semmi szükség triggerekre, és az általuk jelentett rejtett adatfüggőségekre. A PHP-nak nem kell a hozzászólásokat tároló táblát piszkálnia, csak a tárolt eljárás nyújtotta API-hoz kell tudnia hozzáférni,a többit az eljárás intézi.
Az adatbázis triggerekkel az a baj, hogy a legtöbb relációs adatbázis event-driven modellje meglehetősen kezdetleges, nehezen összeegyeztethető a konkurens adatkezeléssel. Ezért is van az, hogy a kőegyszerű triggerekről továbblépve könnyen belefut az ember a susnyásba.
-
martonx
veterán
Nem azt mondtam, hogy nem szabad, hanem azt mondtam, hogy kerülendő, és tipikus rossz gyakorlat. Amiket felsoroltál, hogy trigger csinálja, hát azt se mondanám jó gyakorlatnak, még ha így utólag nézve kényelmesnek is tűnik, és francnak van kedve normális kóddá refaktorálni 1-2 nap alatt a most is működő megoldást
De mindegy hagyjuk, részemről a téma lezárva. -
Az a baj, hogy a való életből vette a példát, amit én is alá tudok támasztani. Egy jó nevű autó gyártó cégnek karbantartottam szoftver majd a válság idején kikerült indiába majd vissza. Szóval ami te csinálsz az high quality de amit más nem biztos.
"Azzal nem kell foglalkoznia, hogy bizonyos származtatott vagy kapcsolódó adatok konzisztenciáját fenntartsa"
De igen, az is.
-
martonx
veterán
"Mi értelme lenne kézzel hívnom, ha lehet automatikus?" - az, hogy ha téged holnap elüt a villamos, és te ugyan tudod, hogy mik a saját konvencióid, és mit miért csináltál, és odaültetnek a helyedre valaki mást, akkor az 3 hónapig azt se fogja tudni, hogy fiú-e vagy lány.
Rengeteg ilyen kódot vettem át, örököltem már meg, és mindig borzalmas volt lekövetni ezeket az elrejtett hülyeségeket, amik ráadásul jobban átgondolva éppen semmit nem is adnak hozzá kód futásteljesítményéhez, azon kívül, hogy kódban az ember esetleg megspórol 1-2 sornyi PHP-t. -
martonx
veterán
A triggerekkel az a baj, hogy a tárolt eljárásokkal szemben abszolút debugolhatatlanok, nyomon követhetetlenek. Sőt az egész DB-t simán össze tudják omlasztani ha véletlenül valami deadlock befigyel a futásuk alatt.
Érted, a kódban debugolod, hogy mi történik és miért, meghívsz egy tárolt eljárást, akkor ugyan kontextust kell váltania hozzá, de semmivel nem nehezebb nyomon követni, hogy mi történik, nincs semmi rejtett varázslat.
Míg ha van pár triggered, amik netán még egymás módosításai miatt is elsülnek, akkor meg nézel baromi nagyokat, hogy neked most akkor miért nem futott le az inserted itt, helyette lett update amott, és kezdheted az egész db-t felderíteni, és mindezt folyamatosan fejbe kell tartanod, hogy ha itt kódban kiadsz egy insertet, akkor amott fog updatelni. Amíg az ember magának kókányolgat, addig semmi baj nincs a triggerekkel, illetve bizonyos esetekben tök ártalmatlanok, de alapvetően fejlesztésnél messzire kerülendő tipikus rossz gyakorlat a használatuk.A hozott példáid egytől egyig megoldhatóak lennének kódból, semmi hozadékuk nincs triggerekben tartani ezeket a logikákat (vagy átírni őket egy-egy tárolt eljárásra, még mindig sokkal karbantarthatóbb, áttekinthetőbb lenne).
-
bambano
titán
postgreshez anno volt olyan cluster megoldás, ami az sql kéréseket szórta szét a node-ok között. utána a kéréseket minden node-on kiértékelte. így a random függvény is lefutott minden node-on külön. az összes jelszó meg autentikációs token meg minden ilyen, amiben véletlenszám is volt, úgy szétszaladt, hogy nem is lehetett többet összeterelni.
-
akrobet
tag
Egy teljes 180 fokos fordulat SQL-ről No-Sql-re tényleg nem valószínű, de egy hibrid megoldás sokkat inkább, pl. egy gráf alapú adatbázis mint a Neo4J az applikáció azon részére, ahol az SQL join már nem járható út (és nem szeretnéd agyon-normalizálni a tábláidat és duplikálni az adatot). És akkor szerintem jobban fogok örülni, hogy a bonyolult model struktúra és logic amit le akarok cserélni nem SQL-ben van, hanem CSharpban.
De lehet, hogy ez csak egy egyedi eset nálunk és senki másnál ilyen nem fordult még elő
-
spammer
veterán
Ja már értem, a dupla klikkes dolgot javítandó.
Ez addig jó, amíg programkódból áll a hozzászólás, de ha utána akarunk írni még valamit, akkor már nem biztos, hogy kényelmes monospace betűkkel megírni. Illetve bármilyen más szövegrésznél is zavaró lehet, mert nem lehet menet közben kikapcsolni monospace megjelenítést. Szerintem praktikusabb egy toggle megoldás (button, checkbox, akármi).
-
LOLCODE-ot is felismeri?
pingback - http://itcafe.hu/tema/re_unalmasak_a_programkodok_bosszantsd_magad_pikto/friss.htmlHAI
CAN HAS STDIO?
I HAS A VAR
IM IN YR LOOP
UP VAR!!1
VISIBLE VAR
IZ VAR BIGGER THAN 10? KTHX
IM OUTTA YR LOOP
KTHXBYEVan még mit dolgozni rajta
![;]](//cdn.rios.hu/dl/s/v1.gif)
De mindegy hagyjuk, részemről a téma lezárva.
. Nem tudom nézted-e a fent linkelt linkemet szerintem egész jól leírja miért ne.
És akkor a jelenlegi szintaxiskiemeléses kód formázás mi lenne? Szerintem a jelenlegi a logikus.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Konzolokról KULTURÁLT módon
- Projektor topic
- Anglia - élmények, tapasztalatok
- Vezetékes FEJhallgatók
- Mesterséges intelligencia topik
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- One otthoni szolgáltatások (TV, internet, telefon)
- Xbox Series X|S
- Eljött a CPU-k kora az AI-piacon
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- 3-in-1 PRÉMIUM USB-C HUB /Samsung Dex, MacBook, Surface, Chromebook ,Huawei,Motorola
- Üvegfólia,hidrogél fólia: iPhone ,Honor,Google Pixel,,Nothing Phone,Motorola, Samsung telefonokhoz
- 2TB HDD 100/100 - Több darab!
- Gigabyte AORUS 16X - Core i9 14900HX - 32gb ram - RTX 4090 (175W) 1TB SSD + 2027 januárig gyári gar
- SEAGATE ST500DM002 SATA III 500 GB 3,5 HDD
- Thermal Grizzly Aeronaut paszta 3,9g /BONTATLAN/Több darab/Számlával!
- HP Elitebook 830 G5,FHD,13.3",i5-8350U,8GB DDR4,256GB SSD,WIN11,IR KAMERA
- (NAGYOBB MENNYISÉG) HASZNÁLT Videokártya, Processzor, Memória, Tárhely
- AKCIÓ! Intel Core i5 8500 6 mag 6 szál processzor garanciával hibátlan működéssel
- Á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