Viewing 15 posts - 8,296 through 8,310 (of 59,072 total)
I guess I'm different... perhaps, a lot different. AG is nice and all but, to me, AG has NOTHING to do with DR and vice versa. To me, DR is...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2019 at 1:25 am
What Jeff wrote is enough to scare me away from even trying this approach. Using internal locking could enable end-users to do things which produce unpredictable performance. You wrote...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 1:48 pm
Can the database be set to the BULK LOGGED recovery model? If not, can we put this table in a new, single table database that can?
Also, how up to date...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 1:00 pm
Hello,
i have a table called Codes and having below columns
Declare table Codes(IdCode int identity(1,1) primary key, EmpCode varchar(10) unique key, AllotedStatus bit default 0)
i will get...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 12:56 pm
Do you actually have 65GB remaining on the drive to create the file? And, I've got to ask, are you sure the path is correct?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 12:46 pm
Yes, or WHERE CAST(CLOG.RecvdDate AS date) = '20191120'. I think casting as date preserves sargability (provided that the column is datetime in the first place).
John
It does and it's better...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 12:33 pm
Have you considered just rebuilding the heap? You should also rebuild any non-clustered indexes, as well, to recover space and rebuild stats.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 4:02 am
if all 4 columns data exists already and the new data matched with exisitng it shoudl delete using trigger.
There's a little bit of ambiguity in that statement. Delete from...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 3:39 am
It would be nice if you provided the CREATE TABLE statment to go along with the test data. Posting the code for your attempt would probably help, as well.,
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 3:33 am
Never, never use that highly proprietary and totally nonrelational SQL_variant data type.
You really need to come out of your shell on SQL, Joe. While I agree that the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 3:23 am
Indirectly, yes there is, and it's a guaranteed locking approach, since it's provided by the db engine itself, and uses its own locking mechanisms internally.
Use system procs sys.sp_getapplock and...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2019 at 2:18 am
All of that is fine but... how do you make money? You could achieve a huge number of trips per hour (your definition of "productivity" above) and not make a...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2019 at 1:38 am
Ah... now I see where you're coming from, George. In that vein, I have to agree.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2019 at 1:10 am
Ah... thanks, Drew.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 21, 2019 at 1:08 am
On top of everything Drew posted, you need to change the "#' signs to single quotes and, depending on the datatype for the Time column, you might not be able...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 20, 2019 at 6:38 pm
Viewing 15 posts - 8,296 through 8,310 (of 59,072 total)