Viewing 15 posts - 5,236 through 5,250 (of 7,191 total)
SQLkiwi (7/7/2011)
Hi John,There was an interesting discussion on Connect over Hugo Kornelis' request to deprecate UPDATE...FROM:
http://connect.microsoft.com/SQLServer/feedback/details/332437/deprecate-update-from-and-delete-from
Thanks Paul. Seems to be a very partisan discussion. I think I'm on...
July 7, 2011 at 8:55 am
Point taken, but however the database engine handles it internally, it's the physically last value that persists. That's what I was trying to get across.
John
July 7, 2011 at 7:16 am
This is because you're trying to access a variable called "E:\BINDU\TEST.NEW1.20110707.txt". Surely that is the value of the variable, not its name? I need to see how you're...
July 7, 2011 at 6:27 am
I prefer to use standard SQL if everything else is equal. I'm not so bothered about whether it's portable, but it's easier to maintain and less likely to be...
July 7, 2011 at 6:15 am
What is the actual file name? Something like E:\DATA\TEST\NEW1_20110707.txt? What is the value of new_a? You either need to make sure that the variable contains the correct...
July 7, 2011 at 6:07 am
I actually agree with Joe on this, although not with the argument that it should be avoided because it's not standard SQL. That isn't a concern of mine -...
July 7, 2011 at 5:56 am
This is a perfect example of why you should not use UPDATE...FROM. Since there is more than one value for each row being updated, the value will be updated...
July 7, 2011 at 4:35 am
Lowell
I think Phil's suggestion is better than using a derived column. But I think the syntax for the latter would be something like this: ((IsHoliday=="True") ? 1, 0).
John
July 7, 2011 at 1:18 am
Lowell
The trouble with bit values is that not every provider interprets, as SQL Server does, 1 as True and 0 as False. For that reason, I always stick with...
July 6, 2011 at 9:18 am
If you insist on looping in that way, just use an Execute SQL task to get your clients into a variable, then use a ForEach Loop to do the work...
July 6, 2011 at 9:12 am
Your details are still a bit sketchy, but given what you've said, I think this is how I'd do it. Write a query that joins the two tables and...
July 6, 2011 at 8:44 am
Is there any reason why you want to do this one client at a time? Can you give an example of some rows in the tables, please? Are...
July 6, 2011 at 8:23 am
What do you mean by "understable"?
Use TRY...CATCH to trap errors. I can't be any more specific unless you provide more details of what you're trying to achieve.
John
July 6, 2011 at 4:19 am
OK, have you done a search on the error message you get? Here's one link that may help, but you'll find loads more.
John
July 6, 2011 at 1:20 am
Viewing 15 posts - 5,236 through 5,250 (of 7,191 total)