Viewing 15 posts - 4,246 through 4,260 (of 8,415 total)
You can't trust the database to enforce foreign keys anyway.
😛 😀 😛
April 4, 2010 at 1:50 pm
Garadin (4/4/2010)
Unfortunately this isn't reporting or I'd do just that.
Ok. And RCS is a no-no because you can't modify the triggers, is that right?
Enterprise can be reasonably good at...
April 4, 2010 at 1:36 pm
MeltonDBA (4/4/2010)
Was this tool you referenced being restricted to 2008? I don't recall reading anything that said it was.
Yes - same one! It uses Extended Events (new in...
April 4, 2010 at 12:59 pm
sumit.joshij (4/4/2010)
the padded value should be like any systimatic value say (00001...00009.....00010....00100...001000) like that. in this it support/possible the reverse indexing. But in the auto incremented value the reverse...
April 4, 2010 at 12:21 pm
MeltonDBA (4/4/2010)
April 4, 2010 at 12:17 pm
Marios Philippopoulos (4/4/2010)
April 4, 2010 at 12:13 pm
Marios Philippopoulos (4/4/2010)
April 4, 2010 at 10:36 am
david_wendelken (4/4/2010)
PaulB-TheOneAndOnly (4/4/2010)
david_wendelken (4/4/2010)
April 4, 2010 at 10:29 am
Just checked the Quest site, and it appears that the latest release (5.2.0) does support the Cleanup History task. See http://www.quest.com/Quest_Site_Assets/PDF/LiteSpeed_520_ReleaseNotes.htm
April 4, 2010 at 9:26 am
For close-to-real-time reporting, I agree that transactional replication is a good choice.
Be sure to place the Distributor on the reporting server, not the production system.
Steve Jones - Editor (4/1/2010)
April 4, 2010 at 8:46 am
sumit.joshij (4/3/2010)
say self generated Padded...
April 4, 2010 at 8:24 am
Continuing the theme Robert Miller started, if data readers can tolerate reading older data, also consider creating a database snapshot to implement the read-only access. This can work well...
April 4, 2010 at 7:45 am
xinyu.wang1 (4/4/2010)
For order by case, the query need to be changed, so the application need to be changed.
Unless dynamic SQL is used 🙂
April 4, 2010 at 7:30 am
xinyu.wang1 (4/4/2010)
why there is no big performance problem when using transparent data encryption? thanks.
You can expect 3-5% higher CPU utilization.
The primary reason that the cost is so low is that...
April 4, 2010 at 7:23 am
Viewing 15 posts - 4,246 through 4,260 (of 8,415 total)