Temat: MS SQL i automatyczny export to xls, gdy baza zmienia...
W moim rozwiązaniu w żaden sposób nie ingerujesz w dane przechowywane w pamięci, korzystasz z danych zapisanych w bazie danych MSSQL.
Czy musisz przechwytywać dane w locie ? Przecież dane są zapisywane MSSQL, więc tam po nie sięgasz.
Twój problem to dynamicznie zmieniająca się nazwa bazy danych na dany dzień, więc musisz znaleźć klucz do nazwy takiej bazy aby zaadoptować ją w kodzie jako zmienną po częsci nazwy albo po dacie powstania w zależności od kodu programu, oczywiście nie musisz korzystać z PHP ( PHP to standard w korporacjach, sam IIS obsługuje PHP-a, a na temat dostępu do pamięci nie będę dyskutował bo nie bardzo rozumiem co miałeś na myśli, gdzie twój skrót myślowy wydaje się pozbawiony sensu ), możesz skorzystać z dowolnego innego języka który pozwoli ci pobrać i wystawić dane, i tak może być to nawet Access albo LightSwitch, kwestia co musisz konkretnie uzyskać na wyjściu, gdyż nie znamy twojej analizy wymagań.
Mogło by to wyglądać mniej więcej tak:
1. Podłącz do bazy danych X utworzonej w dniu Y (algorytm znajdujący odpowiednią bazę wg. zadanych kryteriów )
2. Pobierz dane z tabeli T ( zapytanie sql)
3. Wyeksportuj dane do pliku XLS ( csv nie wymagany, teraz dużo bibliotek jest aby eskportować bezpośrednio do XLS
PS. Powyższe trzy punkty to tylko skrót myślowy, który powinien być mocno rozbity, itp., ale ja tu nie buduję analiy i programu na tym forum.
A tak przy okazji być może sensowniej byłoby agregować dane z tych codziennych baz do jednej bazy danych a dopiero z tej jednej bazy danych wyciągać dane ?
Kiedyś z kolegą chcieliśmy napisać rozwiązanie program do tego, z pełną analizą ale nie było chętnych i zapotrzebowania, więc odpuściliśmy.
Rafal T.:
Wielce interesujace - podesli mi, moze przeanalizuje jak to pracuje i moze cos podobnego wykreuje. Niestety mam wszystko wirtualizowane, takie niestandardowe rozwiazazania nie maja akceptacji na poziomie korporacji - nieutoryzowany proces na maszynie witualnej. Mam wiec budowac rozwiazania na bazie standardow, a w tym wypadku MS SQL 2000 i wyciskam wszystko co sie da ;-) Rozwiazania takie jak piszesz obsluguja pamiec w sposob niestandarowy i moga niekorzystnie wplywac na prace pozostalych systemow, tutaj jestem ostrozny.
Sa programy ktore w locie przechwytuja komunikacje pomiedzy PLC czy innymi sterownikami a systemem WinCC z synoptyka, kosztuja 50 000 zl i daje prawie wszystkie narzedzia analityczne dla
procesu zarzadzania poprzez TPM. Teraz robie atrape bo za rok migracja do new version, obecnie potrzebuje rejestru alertow w Excelu do analizy dla TPM.Ten post został edytowany przez Autora dnia 03.05.14 o godzinie 20:13