[sql] Sp_rename geeft "incorrect syntax"

[Chillz]

ik wil in SQL een aantal kolommen van naam veranderen...
om het typewerk zoveel mogelijk te verminderen moet natuurlijk alle info uit de database komen... op zich geen probleem, want het zit erin...

het veranderen doe ik met sp_rename

code:

EXECUTE ('sp_rename ''' + @tabel_naam +'.'+ @kolom_naam + '''
  , test_' + @kolom_naam + '
  , ''COLUMN''')

op deze manier werkt hij wel,
maar eigenlijk wil ik dat deze werkt:

code:

SET @kolom_nieuw 
    = @tabel_naam + '.' + 'stuff(@kolom_naam, (len(@tabel_naam - 5), 0, right(@tabel_naam, 5) )'

<...>

EXECUTE ('sp_rename ''' + @tabel_naam +'.'+ @kolom_naam + '''
  , '@kolom_nieuw'
  , ''COLUMN''')

maar nu wil hij ineens niet meer
met de melding:

Line 28: Incorrect syntax near '@kolom_nieuw'.

Wanneer ik '@kolom_nieuw' met +'jes versterk, net als bij de test_ gedaan wordt, dus: ' + @kolom_nieuw + ' dan wordt alles uitgevoerd, maar ga ik naar het resultaat kijken, dan blijkt dat er niets is veranderd...

Volgens mijn collega is het een kwestie van apostrofjes ' plaatsten, maar ik ben nu al 2 dagen aant zoeken waar ik ze kan zetten, maar niets werkt...

wie kan mij helpen?

[ Voor 39% gewijzigd door Chillz op 14-07-2003 11:56 ]

[Verwijderd]

haal de quotjes eens weg bij @kolom_nieuw

Je kan het debuggen met:
SELECT ('sp_rename ''' + @tabel_naam +'.'+ @kolom_naam + '''
, '@kolom_nieuw'
, ''COLUMN''')

[ Voor 61% gewijzigd door Verwijderd op 14-07-2003 13:48 ]

[whoami]

Dergelijke fouten opsporen wil wel eens makkelijker gaan als je die string die je wilt uitvoeren eens naar het scherm print ipv hem werkelijk uit te voeren.
Je zal dan zien wat er niet klopt aan de syntax.

[Chillz]

yep... net zo makkelijk eigenlijk

ik heb gewoon een "Copy_" gemaakt van de tabel waarop de rename op plaats moet vinden
daar kan ik het ook aan zien, zonder dat de bewerking echt op mn database plaats heeft gevonden...


(ben er nog steeds niet uit btw)

[Chillz]

het is me gelukt...

voor de nieuwsgierigen onder ons
(of voor wie hier ooit nog op gaat zoeken):

in de sp_rename functie mogen niet te veel (liefst geen) andere functies - zoals ik LEN, RIGHT en STUFF gebruikt had
Deze heb ik dus eerst als variabele gedeclareerd en geset, binnen de rename zijn het nu vaste waarden en werkt het wel...

code:

set @lengte = len(@tabel_naam) - 4

set @jaartal = right(@tabel_naam, 5)

set @kolom_nieuw = stuff(@kolom_naam, @lengte, 0, @jaartal)

  exec ('sp_rename ''' + @tabel_naam +'.'+ @kolom_naam + '''
  , ' + @kolom_nieuw + '
  , ''COLUMN''')

[Annie]

Ik snap even niet waarom je zo moeilijk doet met die quotes.
Werkt zoiets niet net zo goed (niet getest overigens)

SQL:

set @lengte = len(@tabel_naam) - 4
set @jaartal = right(@tabel_naam, 5)
set @kolom_nieuw = stuff(@kolom_naam, @lengte, 0, @jaartal)

EXEC sp_rename (@tabel_naam + '.' + @kolom_naam), @kolom_nieuw, 'COLUMN'

[Chillz]

Annie schreef op 14 July 2003 @ 20:21:
Ik snap even niet waarom je zo moeilijk doet met die quotes.

helemaal snappen doe ik het ook niet,
maar zo werkt hij,
en zonder de quotes dus niet...

het heeft iets te maken met hetzelfde idee als ik hierboven zeg dat er in de sp_rename functie zo min mogelijk andere functies moeten staan.
Zo doet hij ook nog moeilijk met de variabelen, want sql is geneigd ze (zonder quotes) te herkennen als gewoon text.
zoiets

[Annie]

Het ging mij eigenlijk meer om de quotes dan om het variabelen verhaal (dat laatste had ik ook niet getest). Een sp roep je aan met EXEC sp_naam 'param' en niet met EXEC('sp_naam ''param'''). Nu werkt dat laatste wel, maar is eigenlijk een beetje onzin.

Dat je uiteindelijk de eerste variabele ook vooraf moet samenstellen had je dan natuurlijk zelf wel kunnen verzinnen, of niet soms?

code:

DECLARE @table_dot_column NVARCHAR(776)
SET @table_dot_column = @tabel_naam + '.' + @kolom_naam

EXEC sp_rename @table_dot_column, @kolom_nieuw, 'COLUMN'

[Chillz]

ik heb de sp eerst geprobeerd te maken zonder de quotes...
maar toen werkte hij ook niet, Sql wilde de sp toen nog niet eens herkennen...
na wat zoeken door voorbeeldjes zag ik de haken en quotes
-> overgenomen, sp herkend
alleen toen werkte de bewerking niet, en kwam ik aan de aanleiding voor dit topic...