Viewing 15 posts - 1 through 15 (of 32 total)
Nice look and feel. Definitely will be reading from the mobile now.
Like others, fix the white space and put the summaries first.
July 3, 2013 at 9:06 pm
If I understand correctly, your requirement is a transactional report showing login records between a date range.
I didn't quite follow if it should also display either the latest user details...
September 19, 2012 at 9:36 pm
Assuming the keys will be there is a bad idea. There is too much risk your package will break and problems tend to compound quickly when it does.
I have known...
July 4, 2012 at 8:27 pm
I compare how close to what I planned to do versus what I actually did to measure if I had a good week.
March 15, 2012 at 3:52 pm
Seems like you are filtering the date in the where clause where you could simply limit the set in the rows.
e.g.
SELECT
{[Measures].[Fact Patient Leaving Reg Fac Count]} ON COLUMNS,
NON...
February 29, 2012 at 5:39 pm
There is nothing clear cut, as its all dependent on the developer.
Break it into time estimates to get the data and writing the report layer.
For data I'd consider factors like:
...
February 28, 2012 at 8:31 pm
The usual design is to have a Date dimension that only has Date hierarchies and attributes.
A seperate Time dimension is optionally created if the business reports require you to do...
February 20, 2012 at 4:16 pm
the lack of exporting to .xlsx is my number one hatred but the article definitely rings true
September 5, 2011 at 10:19 pm
My approach would have a Payment Type dimension with a Payment Type attribute that has the specific type when just one payment method was used (i.e. Cash, Debit Card, Gift...
March 28, 2011 at 5:28 pm
I constantly see our developers slap on a new feature quickly thats poorly spec'd, quickly developed, and inadequately tested. Then the business wonders why they have scalability and performance issues....
March 28, 2011 at 4:10 pm
I remember seeing a 3rd party stored procedure where the developers obviously didn't know the concept of transactions and had written code to throw data into a temp table then...
August 24, 2010 at 7:19 pm
I find Google is great for solving very narrow and well understood problems, or finding direction for broad less understood problems.
However it's not great for solving broad less understood problems.
August 5, 2010 at 2:14 am
Yes I could go through everyone' emails, payroll information, and revenue reports.
But then I have all these massive secrets I have to keep to myself or get fired.
Ignorance Is Bliss.
Any...
August 2, 2010 at 6:13 pm
On a small note here, have you understood the difference between setting up someone as a server admin through the server properties and setting up security through roles within the...
May 17, 2010 at 4:09 pm
I'm fairly indifferent really.
I'm not going to use an ISV if I have time and expertise, nor would I do the support.
If it performs bad its their problem, and being...
May 17, 2010 at 3:06 am
Viewing 15 posts - 1 through 15 (of 32 total)