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

• #3500 Froclee őstag Petya25 #3499

  Új Válasz 2017-07-28 18:06:18 #3500

  Ú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

  

  Froclee

  őstag

  válasz Petya25 #3499 üzenetére

  escapingnek hívják. keress rá google-ben hogy T-SQL escape, vagy t-sql quotation mark escape stb.

• #3380 Froclee őstag Chesterfield #3379

  Új Válasz 2017-04-07 08:21:11 #3380

  Ú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

  

  Froclee

  őstag

  válasz Chesterfield #3379 üzenetére

  szerintem ez eléggé bad practise. nem tudod ezt mashogy megoldani?

  egyebkent ha beirod googlebe hogy 'trigger on insert mssql' akkor elso talalat.

• #3296 Froclee őstag Fecogame #3295

  Új Válasz 2017-01-16 20:50:10 #3296

  Ú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

  

  Froclee

  őstag

  válasz Fecogame #3295 üzenetére

  ?

• #3188 Froclee őstag MineFox54 #3187

  Új Válasz 2016-10-05 18:22:21 #3188

  Ú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

  

  Froclee

  őstag

  válasz MineFox54 #3187 üzenetére

  ha customer facing cucc, ajánlom nézz utána az SQL injection-nek. ha nem, akkor is.

• #3125 Froclee őstag Louro #3124

  Új Válasz 2016-07-15 21:27:35 #3125

  Ú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

  

  Froclee

  őstag

  válasz Louro #3124 üzenetére

  ha jól értem mire gondolsz:

  pl powershell scriptből futtatod az sql filet, és a ps scriptet ütemzed be.

  

  ahogy elnézem gugliban, az oracle connectort ps-ből picit bonyibb megoldani de nem lehetetlen.

• #2900 Froclee őstag

  Új Válasz 2015-09-29 13:42:35 #2900

  Ú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

  

  Froclee

  őstag

  kettes feladvány megoldása ez lett végül:

  EXEC sp_MSforeachdb
  'Begin
  
  USE [?]
  
  IF EXISTS(SELECT name FROM [?]..sysobjects WHERE name = ''titkostablanev'')
  BEGIN
  
  DECLARE @rowCounter INT
  SELECT @rowCounter = row_count FROM sys.dm_db_partition_stats
  WHERE object_id = OBJECT_ID(''titkostablanev'');
  Print ''?'' + ''-> number of rows of titkostablanev table: '' + cast(@rowCounter as NVARCHAR(20))
  
  
  END
  
  End'

  sp_spaceused-al nem tudtam volna printelni. spaceused is innen (sys.dm_db_partition_stats ) szedi ki az infókat és így lehetett printelni is.

  a backupolásról még beszélek valakivel, nem merem még a select into-t lefuttatni, nehogy legyilkolja.

• #2899 Froclee őstag martonx #2898

  Új Válasz 2015-09-29 11:20:48 #2899

  Ú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

  

  Froclee

  őstag

  válasz martonx #2898 üzenetére

  Köszi, közben select into-t én is megtaláltam.

• #2897 Froclee őstag martonx #2896

  Új Válasz 2015-09-28 22:17:07 #2897

  Ú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

  

  Froclee

  őstag

  válasz martonx #2896 üzenetére

  backup nem tudtam hogy tabla backupolasra is jo. nem neztem akkor elegge korul.

  plusz azert scriptet generaltam, mert egy masik tablaba (backup tabla) akarom insertelni ugyanazon db-be.

• #2895 Froclee őstag

  Új Válasz 2015-09-28 21:29:08 #2895

  Ú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

  

  Froclee

  őstag

  sziasztok.
  1) létezik valami hatékony módszer lebackupolni egy táblát, amiben 86 millió rekord (16GB) van? ms sql-ről van szó.
  ma elindítottam egy generate script félét, ami ugye sql fájlba menti ki. fél óra után szóltak hogy gáz van a szeróval, persze a query nyomatta 100%-on a procit. 20gb volt a fájl, mikor cancelt nyomtam neki.

  2) más adatbázisban is le akarom csekkolni, hogy van-e ilyen gázos tábla. egy select count is ennyire proci igényes, hogy legyilkolja a szerót?
  egyébként production szerverről van szó

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