Új hozzászólás Aktív témák

• #1564 rum-cajsz őstag cucka #1562

  Új Válasz 2013-01-24 14:55:21 #1564

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  rum-cajsz

  őstag

  válasz cucka #1562 üzenetére

  Tegyük hozzá, ha jól értelek, hogy te a webes programozásról beszélsz, nem a klasszikus adatbáziskezelési feladatokról, ugye?

• #1563 martonx veterán cucka #1562

  Új Válasz 2013-01-24 14:42:02 #1563

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz cucka #1562 üzenetére

  "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.

• #536 shev7 veterán cucka #535

  Új Válasz 2010-02-03 09:11:16 #536

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  shev7

  veterán

  válasz cucka #535 üzenetére

  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...

• #535 cucka addikt cucka #534

  Új Válasz 2010-02-02 20:04:01 #535

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz cucka #534 üzenetére

  Közben beugrott, hogy nincs szükség reguláris kifejezésekre, mysql-ben legalábbis.
  update tablanev set mezo=repeat('1',length(mezo));

• #472 vakondka őstag cucka #471

  Új Válasz 2009-05-21 16:33:58 #472

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vakondka

  őstag

  válasz cucka #471 üzenetére

  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 lettem

• #194 cucka addikt cucka #193

  Új Válasz 2007-02-10 12:17:43 #194

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz cucka #193 üzenetére

  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.

• #187 xcbiker addikt cucka #186

  Új Válasz 2006-12-18 21:16:10 #187

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xcbiker

  addikt

  válasz cucka #186 üzenetére

  De van egy könyvtár ahol az az adatokkal kapcsolatos fájlok megvannak.

• #176 Blackmate őstag cucka #175

  Új Válasz 2006-12-03 10:35:46 #176

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Blackmate

  őstag

  válasz cucka #175 üzenetére

  Oracle alá írt sql és pl/sql scripteket akarok írni, és futtatni. Van olyan oracle server (távoli gép), amihez bárki kapcsolódhat?

Új hozzászólás Aktív témák