SQL Server - Dodawanie funkcjonalności do serwera (procedury i funkcje)

Temat:
Informatycy twierdzą, poniekąd słusznie (choć nie zawsze mają rację w 100%), że funkcjonalności bazodanowe powinny znajdować się i być uruchamiane na serwerze.
Ma to kilka zalet (chociaż oni twierdzą, że tylko tu się w ogóle da), a mianowicie:
1) Może być uruchamiane niezależnie od analityków, a nawet niezależnie od dostępności ich komputerów, czyli np. w nocy
2) Jest sterowane i zarządzane centralnie, uruchamiane automatycznie i takie tam.
3) Jest "profesjonalne", ktoś ma/daje uprawnienia, itp.

Film:
afin.net/webcasts/Demo_ManagingSQLS_ProcsFuncs.swf

Wnioski:
Nie ma funkcjonalności na serwerze? To sobie ją zrób.
Transact SQL nie jest, co prawda, bułką z masłem, ale informatyk pomoże (jak się mu powie, że mu robota odpadnie)

UWAGA:
Najpierw konieczne jest WYDZIELENIE całkowicie odrębnej bazy danych lub postawienie oddzielnego serwera (darmowy MS SQL Server Express się sprawdza doskonale, roboty na 15 minut)

Książka SQL w Excelu

Nowe...
http://afin.net/KsiazkaSQLwExcelu/EdytorySQL_Przeglad.htm

Raportowanie finansowe - kody controllingowe

Czy implementacja controllingu jest trudna, skomplikowana i droga?

Bajka:

Mamy jakąś tam księgowość - praktycznie dowolną, dowolnej    
wielkości.
I chcemy wprowadzić klasyfikację kosztów, która w żaden sposób    
nie pasuje do stanu obecnego naszej ewidencji. Jak to zrobić szybko    
i bezboleśnie?

Oczywiście potrzebne są zmiany organizacyjne - musimy ustalić z    
księgowością, jak ma klasyfikować dokumenty według naszych    
controllingowych wymagań - wprowadzamy tzw. system kodów    
controllingowych:
Każdy dokument jest przyporządkowywany do naszych grup...
tylko GDZIE?
Otóż, najprościej, w polu TREŚĆ TRANSAKCJI
Ale JAK?
Jakkolwiek, byle można to było odczytać bazodanowo.
Tu, w naszej bajce, zastosowano 6 nowych wymiarów ewidencji:    
A,B,C,D,E,F, każdy wymiar ma 10 stanów, od 0 do 9.

Więc każdy koszt opisujemy:
:A7:F9 (czyli w wymiarze A ma wartość 7, a w wym. F wartość 9)
:A5:D4
:C5:E5:A9
:B6:D5
:C1:E1
:A8
:C6:F5
:B9:F0:C5
:B1:D6
:C6:F6:A1
:A4:E0
:D7

I... pyk...

Film:
http://afin.net/webcasts/Demo_ControllingCodes.swf

Niezła bajka, no nie?
Do wdrożenia bardzo szybko.
Technicznie - 1 dzień, największy problem to problem    
organizacyjny, w każdym razie, technicznie, to chwila.

Tu się, wbrew pozorom, dużo dzieje:
1. dane są zasysane do hurtowni
2. dane są uzupełniane i poprawiane (uszlachetniane)
3. budowana jest kostka OLAP naszych kodów księgowych

A raport po prostu się otwiera i jest.


I drugi przykład - na tej samej kostce i tych samych danych.
Tym razem bez zmiany danych, ale ze zmianą ich przyporządkowania    
do poszczególnych kodów controllingowych.

Film:
http://afin.net/webcasts/Demo_ControllingCodes_Changes.swf

Warto wspomnieć o takich szczegółach dodatkowych, jak:
1. konsolidowanie danych z wielu miesięcy, oddziałów, itp. -    
patrz: konsolidacja - temat rozpracowany
2. Nazewnictwo wymiarów (semantyka biznesowa) - temat również    
już przerabiany
3. Wielkość danych - w przypadku kostek OLAP, wielkość danych    
źródłowych jest praktycznie bez znaczenia - bardziej przeszkadza    
w odczycie dużej kostki, niż w procesie jej tworzenia. Przy    
szczególnie duzych danych, polecamy tworzyć tzw. Data Marty, czyli    
mniejsze kostki tematyczne lub wydzielone np. okresami (Raporty robi    
się przede wszystkim na okres bieżący, ale wszystkie są do    
natychmiastowej dyspozycji)

Raportowanie finansowe - kostka bilansowa

POWAŻNE (!) RAPORTOWANIE FINANSOWE
Robimy słowniki:
1. mapujący konta (oczywiście, w Excelu)
2. struktura sprawozdania, która ma być strukturą kostki
(oczywiście, w Excelu)

I...

Film:
http://afin.net/webcasts/Demo_FinancialReporting_CubeBalanceSheet_PL.swf

1. Odświeżanie danych (administracyjne, czyli poważne - można
zautomatyzować, w tym uruchamiać o określonej godzinie, itp.) -
jeden klik
2. Odświeżanie raportów (czyli, de facto, tabel przestawnych)
przez księgowych/analityków - również jeden klik. Co ciekawsze,
użytkownik końcowy NIE MUSI mieć AFINA - Excel wystarczy (od
wersji 2000 w górę)

Wdrożenie tego w dowolnej* firmie to, praktycznie, tylko
sporządzenie (ramię w ramię z księgową) słownika mapującego
konta, czyli 1 dzień. I, tak szczerze, można to zrobić samemu -
czytaj: bez konsultantów, usług, zamówień, umów, przepychanek,
tzw. "kosmosu, znaczy się wiedzy eksperckiej, BI")

Oczywiście, można tak zrobić DOWOLNE SPRAWOZDANIE w dowolnym
języku, na dowolnym, od nas zależnym, stopniu szczegółowości.
Dodatkowo, można z tego korzystać jak z przetworzonych danych.
Funkcje AFINA, np. GETDATAOLAP() potrafią wyciągać dane z
dowolnych kostek, czyli można robić własne (we własnych
układach) raporty z danymi ze 100 różnych kostek.

Wszystko można.


* "dowolnej" oznacza DOWOLNEJ! - bardzo duże firmy mają takie same
konta, jak małe, a to, że maja na nich więcej zer, nie ma
znaczenia. Kostka OLAP pozwala zamknąć kompletną księgowość
(salda i obroty wszystkich kont analitycznych) z wielu lat w firmie
rozmiaru 'elektrownia' - w pliku o wielkości <10 MB.
(Konsultanci będą twierdzić inaczej.
Oczywiście.)

Kreator kostek OLAP

Artykuł - pomoc
"Tworzymy własną kostkę OLAP - krok po kroku"

http://afin.net/articles/AfinNet_Article_MyOlapCube_PL.htm

Przyjemnej lektury i poważnych efektów!

Tags: OLAP : Cube : Wizard : Excel

Zrób sobie prostą kostkę OLAP (w Excelu 2007 lub 2010 !!!) (ABC)

Zrób sobie prostą kostkę OLAP (w Excelu 2007 lub 2010 !!!)
Film (329s):
http://afin.net/webcasts/ABC_AfinNetCubeBuilder.swf

Tu więcej info i przykładów:
http://www.goldenline.pl/forum/1394066/kreator-kostek-olap

Tags: OLAP : Cube : Wizard : Excel