Új hozzászólás Aktív témák
-
cucka
addikt
természetesen elrontottam
szóval a lenti az elvileg arra jó, hogy egy adott termék adott dátumhoz kapcsolódó régi árát kiírja. ehhez a where részbe bele kell tenni egy szűrést a termek.id-ra, mondjuk termek.id=5
az összes ilyet kilistázni elég necces, legalábbis nem igazán van ötletem, mi lehetne a helyes megoldás. ha az árváltozások helyett azt tárolnád, hogy egy adott ár milyen dátumok között volt érvényes, akkor viszont a lentihez hasonlóan meg lehetne oldani. -
vakondka
őstag
Beraktam programba és hibátlanul megy, köszi a tippet !
Tiszta hülyeség, mert tudtam, hogy lehet rá így hivatkozni, de azt hittem, hogy csak a phpmyadminból lehet így, mert a php-nál kötelező adatbázist választani...hát most kiderült hogy nem éppen így van...megint okosabb lettemhttps://toptarget.hu - Online Marketing Ügynökség
-
shev7
veterán
erre en is gondoltam, de nem tudtam, hogy csak szamok vannak abban a mezoben vagy mas is... de a 76 egymasba agyazott replacenel barmilyen megoldas jobb...
''Gee, Brain, what do you want to do tonight?'' ''The same thing we do every night, Pinky: Try to take over the world!''
-
martonx
veterán
"A php előnye, hogy a verziókövetőben található fileok halmaza és a futtatható kód egy és ugyanaz."
Ez miért előnye a php-nak? Miért más nyelveken mit tárolnak a verziókövetőben? Szerelmes verseket?"Félreérthető voltam, amire utalni szerettem volna, az a programozási nyelv (mondjuk PL/SQL) és annak a szolgáltatáskínálata, na ez az, aminek 60-as évekbeli hangulata van."
A relációs SQL az egy rohadt nagy halmaz, rengeteg alhalmazzal, amik között halmaz műveleteket tudsz elvégezni rohadtul gyorsan. Hol akarsz ebben fejlődést? Legyenek örökölhetőek, interfészelhetőek a tárolt eljárások? Legyen bennük lambda, meg generikus függvények??? Ráadásul vicces pont PHP oldalról fanyalogni az SQL nyelv egyszerűsége miatt..."A többire kb. válaszoltam feljebb. A lényeg, hogy nem azt állítom, hogy tárolt eljárást írni rossz ötlet lenne, hanem hogy az esetek többségében nem ad semmilyen előnyt, cserébe növeli a komplexitást."
Ne általánosítsunk már ennyire. Lehet, hogy a te eseteid kimerülnek abban, hogy egy darab adattábla van a weboldalad alatt. De hidd el, amikor komoly adatlogikákat kell kivitelezni, és komoly algoritmusokat kell kivitelezni, akkor azt próbáld már meg webszerver oldalon kivitelezni. És ha készen vagy vesd össze a futásidőket. Tudnék mutatni olyan tárolt eljárásokat, amik több ezer sorosak, és percek alatt lefutnak. Az egyikkel konkértan egy 4 óra futásidejű webszerver oldali tákolmányt váltottunk ki.
Csak gondolj bele. Minden egyes db-hez fordulás idő. Ha van egy komplexebb feladat, amihez több db hívás kell, hívásonként visszad az sql szerver pár millió adatot. Utána for-al megforgatod az adatokat, megcsócsálod, majd visszaírod db-be, akkor az nagyságrendekkel könyebben, gyorsabban, optimalizáltabban elvégezhető db oldalon.
Az én eseteim pl. szinte minden esetben ilyenek. Mégse mondom azt, hogy az esetek többségében tárolt eljárást kell írni. Ehelyett maradjunk abban, hogy a helyzet dönti el, melyik megoldás a hatékonyabb a rendszer futása, terhelhetősége szempontjából.Én kérek elnézést!