Viewing 15 posts - 9,121 through 9,135 (of 59,102 total)
From the article:
Flash storage is known for enabling significant improvements in data processing operation speeds, allowing multi-terabyte databases to be stored "in-memory", with a read/write speed that is four...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2019 at 1:40 pm
Please see the following articles. The first compares PIVOTs to an old "Black Arts" technique known a CROSSTAB (as well as fully explaining CROSSTABs), which is what Erland is talking...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2019 at 11:55 am
Jeff, You ask some great questions. Are you suggesting that I create a separate database with only views (that are named with the original names of the tables I...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2019 at 11:47 am
If prod is on a SAN, a lot of SAN vendors provide the ability to do "SAN Snapshots", which are virtually instantaneous.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2019 at 8:38 pm
I guess what I'd really like to know is why do you have the second set of fully replaceable tables to begin with? What are in these tables and why...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2019 at 1:51 pm
Hi, It might be worth looking at Partition Switching as a possible option as well: https://www.jamesserra.com/archive/2012/07/sql-server-table-partition-switching/
How will partition switching help you between databases?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2019 at 1:47 pm
Jeff, thank you for all the info and your time it's greatly appreciated!
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2019 at 5:07 am
You can also use a computed column for as_of_month, there's no need to physically store it again. as_of_date date NOT NULL, as_of_month AS CONVERT(varchar(6), as_of_date, 112), That...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 9:07 pm
Be honest, was this one of you? https://www.newsweek.com/drunk-poland-soviet-tank-1444475
Not me... but I want one.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 9:03 pm
I'm pretty sure that a Tally table solution for this wouldn't be the preferred solution. There is a set based solution. See the winning entry at the bottom of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:56 pm
Thanks for the update, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:48 pm
I've not tried RCSI yet but, from what I've read, it seems like a really expensive solution especially where imports are concerned.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:42 pm
It's amazing how common such posts are becoming.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:38 pm
You can also use a computed column for as_of_month, there's no need to physically store it again. as_of_date date NOT NULL, as_of_month AS CONVERT(varchar(6), as_of_date, 112), That column is...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:14 pm
I like the synonyms, maybe with an Agent job that does the work to check/repoint. I'd think the Java app wouldn't need to know, just load the empty table....
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2019 at 7:10 pm
Viewing 15 posts - 9,121 through 9,135 (of 59,102 total)