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

• #1301 sztanozs veterán Sk8erPeter #1300

  Új Válasz 2012-07-25 12:14:17 #1301

  Ú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

  

  sztanozs

  veterán

  válasz Sk8erPeter #1300 üzenetére

  Paraméterezett esetben a fejlesztői nyelv általában segítséget nyújt abban, hogy az értéket ne string formában, hanem a nyelv natív adatformátumában (pl. java, .net) adja át, amit az adatbáziskezelő csomag képes olyan formában átadni a db szerver számára, hogy az ne okozzon értelmezési/konverziós problémát.
  Persze olyan környezetben, ahol nincs natív datetime formátum, ott ez nem segít...

• #1299 sztanozs veterán Sk8erPeter #1297

  Új Válasz 2012-07-25 10:34:44 #1299

  Ú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

  

  sztanozs

  veterán

  válasz Sk8erPeter #1297 üzenetére

  Rosszul állt az elnevezés a fejemben - sorry
  Szóval paraméterezett SQL utasítást kell használni

• #1296 sztanozs veterán Sk8erPeter #1295

  Új Válasz 2012-07-24 22:08:50 #1296

  Ú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

  

  sztanozs

  veterán

  válasz Sk8erPeter #1295 üzenetére

  Ahol paraméterként adod át a command változóit.

• #1293 sztanozs veterán Sk8erPeter #1292

  Új Válasz 2012-07-24 14:40:49 #1293

  Ú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

  

  sztanozs

  veterán

  válasz Sk8erPeter #1292 üzenetére

  Prepared Statementnél a programnyelv natív formájában tudod átadni a változót, nem kell előtte stringgé alakítani. Ezt konkatenált utasítás esetén nem tudod megtenni.

  Igen ezt volt

• #1291 sztanozs veterán Sk8erPeter #1290

  Új Válasz 2012-07-24 13:57:41 #1291

  Ú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

  

  sztanozs

  veterán

  válasz Sk8erPeter #1290 üzenetére

  Ha sql parancsot konkatenálsz - amit ugye nem illendő - akkor ahány adatbáziskezelő annyi féle datetime megvalósítás, sőt a datetime string formátum még kultúra érzékeny is.
  egy 10/11/12-ről megmondani, hogy mi volt az eredeti dátum 33%-os eséllyel lehet - és az adatbáziskezelő is ilyen eséllyel vesz fel jó értéket.

  Persze, ha prepared statement-et használ az ember, akkor rögtön nincs ilyen gond... (láttam is róla egy jó képet itt valahol ) De ugye a fenti esetben sem erre láttunk példát.

• #1288 sztanozs veterán sanzi89 #1287

  Új Válasz 2012-07-24 11:17:05 #1288

  Ú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

  

  sztanozs

  veterán

  válasz sanzi89 #1287 üzenetére

  Gondolom Delphi-ben is van prepared statement. Tessék azt használni és nem stringet konkatenálni...

• #1285 sztanozs veterán martonx #1283

  Új Válasz 2012-07-23 16:43:25 #1285

  Ú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

  

  sztanozs

  veterán

  válasz martonx #1283 üzenetére

  Biztos a timestamppel van gondja. A DateTime full szívás, bármilyen adatbázisban

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