Fanom nowoczesności pod rozwagę.
OLE DB jest wszak 100 razy nowocześniejszą technologią, niż
kilkadziesiątletnie ODBC.
Przynajmniej w Excelu 2010 OLEDB uruchamia się o wiele ładniej, bo
DEDYKOWANĄ (!) opcją
Dane / Z innych źródeł / Z programu SQL Server
(tzw. kwerenda OLE DB)
Nie tam jakieś stare, zapyziałe MS Query...
(tzw. kwerenda ODBC)
Film:
http://afin.net/webcasts/Demo_OLEDBvsODBC.swf
Tak więc, ODBC bije OLE DB na głowę:
1. Kreator graficzny zapytań, czyli MS Query
2. Możliwość stosowania grupowania w SQLu
3. ? (proszę o podpowiedzi)
wtorek, 28 sierpnia 2012
Jak dostać się przez ODBC do danych niedostępnych przez ODBC?
Że można?
- No pewnie. W końcu każdy system oferuje "Interfejs eksportowy".
Czy ów wspaniały (bo oferuje jw.) system eksportuje do Excela, czy
do pliku tekstowego - nie ma większego znaczenia. Tylko NIE
OTWIERAJMY TYCH PLIKÓW EXCELEM, bo jeszcze daty się rozjadą,
teksty zamienią na liczby, liczby na teksty, takie tam, poważne
bardzo, problemy systemów informatycznych...
Dostańmy się do tych danych normalnie, profesjonalnie, ślicznie i
łatwo - przez ODBC...
Co z tego, że producent systemu nie oferuje dostępu bazodanowego
(czyli przez np. ODBC)?
Nie oferuje - jego strata - nie będziemy go lubić.
Ale MUSI OFEROWAĆ EKSPORTY, znaczy się - pardon! - "interfejs
excelowy" ;).
(Brzuch mnie boli, jak piszę takie głupoty...)
Więc my, analitycy i tak dostaniemy to, co chcemy.
W tym przypadku, Oracle 32-bitowy nie chce się porozumieć z
Windowsem 64-bitowym. Ale czy to dlatego, że nie może, czy
dlatego, że nie chce - dla nas to bez znaczenia. Umiemy.
Życzę powodzenia w omijaniu raf SAP-a, Oracle Financials-a i setek
innych, "wspaniałych", "nowoczesnych" do bólu systemów, zarówno
ERPów, jak i biajów (i innych, oczywiście, też)!
Film:
http://afin.net/webcasts/HowTo_AccessDataFromClosedDatabase.swf
- No pewnie. W końcu każdy system oferuje "Interfejs eksportowy".
Czy ów wspaniały (bo oferuje jw.) system eksportuje do Excela, czy
do pliku tekstowego - nie ma większego znaczenia. Tylko NIE
OTWIERAJMY TYCH PLIKÓW EXCELEM, bo jeszcze daty się rozjadą,
teksty zamienią na liczby, liczby na teksty, takie tam, poważne
bardzo, problemy systemów informatycznych...
Dostańmy się do tych danych normalnie, profesjonalnie, ślicznie i
łatwo - przez ODBC...
Co z tego, że producent systemu nie oferuje dostępu bazodanowego
(czyli przez np. ODBC)?
Nie oferuje - jego strata - nie będziemy go lubić.
Ale MUSI OFEROWAĆ EKSPORTY, znaczy się - pardon! - "interfejs
excelowy" ;).
(Brzuch mnie boli, jak piszę takie głupoty...)
Więc my, analitycy i tak dostaniemy to, co chcemy.
W tym przypadku, Oracle 32-bitowy nie chce się porozumieć z
Windowsem 64-bitowym. Ale czy to dlatego, że nie może, czy
dlatego, że nie chce - dla nas to bez znaczenia. Umiemy.
Życzę powodzenia w omijaniu raf SAP-a, Oracle Financials-a i setek
innych, "wspaniałych", "nowoczesnych" do bólu systemów, zarówno
ERPów, jak i biajów (i innych, oczywiście, też)!
Film:
http://afin.net/webcasts/HowTo_AccessDataFromClosedDatabase.swf
poniedziałek, 13 sierpnia 2012
Edytuj dane w Excelu, przechowuj w bazie danych!
Nowy filmik:
http://afin.net/webcasts/Demo_EditDataInExcelStoreOnSqls.swf
Cóż tu dodać...?
Dzisiaj film był bez napisów.
Uzupełnienie:
A TERAZ BOMBA!
Trzymajcie się krzeseł!!!
http://afin.net/webcasts/Demo_EditDataInMSQueryStoreOnSqls.swf
P.S.
Pan Ł.D. pyta: "dlaczego dzierganie zapytań w excelu jest prostsze od 3 kliknięć w management studio."?
Odpowiadam
Bo wszyscy (analitycy) używają Excela. Arkusz kalkulacyjny to jest NATURALNE środowisko pracy analityka - tu umie się poruszać i tu CZUJE SIĘ BEZPIECZNIE - to bardzo ważne, wbrew pozorom.
Nie ma co analityków uczyć, jak w SQLMS zmieniać wartości - szczególnie, że jest to wysoce upierdliwe.
Przykład: Mam tabelę 2.000 rek. Chcę coś zmienić w tysiącu z nich, ale jeszcze nie wiem, jaki warunek ma to zmienić. Gdybym znał warunek, zrobiłbym to UPDATEm z WHEREm, ale nie znam - chciałbym użyć opcji formuła/znajdź - nie ma. Użyję testowo jakiegoś WHEREa - nie widzę innych, nie użyję - mam 2.000 do przeglądnięcia.
W Excelu - autofiltr, formuła/znajdź, kopiuj-wklej, wpisz wiele komórek naraz w autofiltrze, bogatsze opcje filtrownia, mogę sobie na boku zrobić tabelę przestawną, żeby lepiej się dowiedzieć , CO JA CHCĘ FILTROWAĆ, itp. A potem - pyk, do bazy, bo tam ciepło i bezpiecznie. Ale bazy nie oferują elastyczności Excela, a to się przydaje, nieprawdaż?
http://afin.net/webcasts/Demo_EditDataInExcelStoreOnSqls.swf
Cóż tu dodać...?
Dzisiaj film był bez napisów.
Uzupełnienie:
A TERAZ BOMBA!
Trzymajcie się krzeseł!!!
http://afin.net/webcasts/Demo_EditDataInMSQueryStoreOnSqls.swf
P.S.
Pan Ł.D. pyta: "dlaczego dzierganie zapytań w excelu jest prostsze od 3 kliknięć w management studio."?
Odpowiadam
Bo wszyscy (analitycy) używają Excela. Arkusz kalkulacyjny to jest NATURALNE środowisko pracy analityka - tu umie się poruszać i tu CZUJE SIĘ BEZPIECZNIE - to bardzo ważne, wbrew pozorom.
Nie ma co analityków uczyć, jak w SQLMS zmieniać wartości - szczególnie, że jest to wysoce upierdliwe.
Przykład: Mam tabelę 2.000 rek. Chcę coś zmienić w tysiącu z nich, ale jeszcze nie wiem, jaki warunek ma to zmienić. Gdybym znał warunek, zrobiłbym to UPDATEm z WHEREm, ale nie znam - chciałbym użyć opcji formuła/znajdź - nie ma. Użyję testowo jakiegoś WHEREa - nie widzę innych, nie użyję - mam 2.000 do przeglądnięcia.
W Excelu - autofiltr, formuła/znajdź, kopiuj-wklej, wpisz wiele komórek naraz w autofiltrze, bogatsze opcje filtrownia, mogę sobie na boku zrobić tabelę przestawną, żeby lepiej się dowiedzieć , CO JA CHCĘ FILTROWAĆ, itp. A potem - pyk, do bazy, bo tam ciepło i bezpiecznie. Ale bazy nie oferują elastyczności Excela, a to się przydaje, nieprawdaż?
Subskrybuj:
Posty (Atom)
Posty
