Temat: Kwerenda+duża ilość kolumn w tabeli

Drodzy koledzy. Przystapiłem do tworzenia raportów i napotkałem problem. potrzebuję w jednym raporcie na jednej stronie zamieścić informacje głownie w postaci liczyb z 3 tabel. łączna ilość kolumn z których pobieranę będa informacje wynosi ok 300 kolumn. Jak sprawdziłem kwerenda jest wstanie pomieścić ok 26 kolumn(jeśłi się nie pomyliłem w liczeniu). Znacie jakiś sposób aby to jakos rozwiązać.?

Temat: Kwerenda+duża ilość kolumn w tabeli

znormalizować dane i dopiero robić raport

Temat: Kwerenda+duża ilość kolumn w tabeli

Kwerenda tak jak tabela ma ograniczenie do 255 pól. Myślę, że problem leży w wymaganiach do raportu, bo 300 kolumn jest nie do ogarnięcia przez człowieka. Jeżeli jednak musisz mieć taki wynik to musisz zmienić narzędzie lub sposób tworzenia - możesz oprogramować raport ręcznie (odradzam).

Temat: Kwerenda+duża ilość kolumn w tabeli

Opisz szerzej problem.
Może jest możliwe alternatywne rozwiązanie.

Temat: Kwerenda+duża ilość kolumn w tabeli

Przemysław R.:
znormalizować dane i dopiero robić raport

Co ma normalizacja danych do ilości kolumn na raporcie?

Temat: Kwerenda+duża ilość kolumn w tabeli

Michał Dziubek:

Przemysław R.:
znormalizować dane i dopiero robić raport

Co ma normalizacja danych do ilości kolumn na raporcie?

"Kwerenda+duża ilość kolumn w tabeli" - taki jest temat

jeżeli zastąpimy kolumny normalizacją to raport można generować bardziej dynamicznie np. pokazywać tylko te kolumny które potrzebujemy w danej sytuacji

Temat: Kwerenda+duża ilość kolumn w tabeli

Przemysław R.:

Michał Dziubek:

Przemysław R.:
znormalizować dane i dopiero robić raport

Co ma normalizacja danych do ilości kolumn na raporcie?

"Kwerenda+duża ilość kolumn w tabeli" - taki jest temat
jeżeli zastąpimy kolumny normalizacją to raport można generować bardziej dynamicznie np. pokazywać tylko te kolumny które potrzebujemy w danej sytuacji

No a co, jeśli ktoś się uprze, że w raporcie (=wydruk) ma być te 300 kolumn (nie wiem po co)? Takie przypadki się zdarzały ;)

Problem pewnie leży nie w oprogramowaniu, ale problemem jest zmiana myślenia przez użytkownika, np. zamiast coś analizować na 300 kolumnach na wydruku, można przedstawić te dane, jak napisał Pan Przemysław.

Tak czy siak za mało danych, żeby przesądzać, czy tworzenie tylu kolumn w raporcie ma sens czy nie.

Temat: Kwerenda+duża ilość kolumn w tabeli

Przemysław R.:

Co ma normalizacja danych do ilości kolumn na raporcie?

"Kwerenda+duża ilość kolumn w tabeli" - taki jest temat

jeżeli zastąpimy kolumny normalizacją to raport można generować bardziej dynamicznie np. pokazywać tylko te kolumny które potrzebujemy w danej sytuacji

A czytasz treść pytania czy opierasz się na tytule? Autor chce mieć 300 kolumn w raporcie. Więc się pytam jeszcze raz co mu da normalizacja, jeżeli nadal będzie chciał tam dawać 300 kolumn?
Bo z twojej odpowiedzi wynika, że jak znormalizuje dane to mu to pomoże rozwiązać problem.

Łukasz Mamrot.:
Jak sprawdziłem kwerenda jest wstanie pomieścić ok 26 kolumn(jeśłi się nie > pomyliłem w liczeniu). Znacie jakiś sposób aby to jakos rozwiązać.?

Nie wiem jak obliczyłeś te 26 kolumn, pewnie używasz QBE, jeżeli wpiszesz to z poziomu widoku SQL-a, to wtedy limit pól w kwerendzie wynosi 255 i to jest faktyczne ograniczenie MSAccessa.

Co do meritum to pewnie masz jakieś uzasadnienie 300 kolumn na wydruku, zwrócę tylko uwagę, że pokazanie tego w accessie może być problematyczne chociażby z powodu braku powtarzania pierwszej kolumny (tzw. zamrożona kolumna), po drugie szerokość sekcji to max. ok 55 cm (dokładnie 55.87 cm lub 22 cale) więc pokazanie na tak wąskie powierzchni, takiej ilości kolumn może być nieczytelne

Workaround:
Wygenerować 2 (lub więcej tabel) tymczasowych, wpisać do każdej numer rekordu kopiować dane, jak wyczerpiesz limit pierwszej dajesz do drugiej itd. zachowując numer rekordu.
Pokazujesz raport dla tabeli 1 i tabeli 2 sortując po numerze rekordu.

Generalnie niepraktyczne i sensowniejsze wydaje się przekonanie użytkownika, że taka ilość kolumn jest nie do ogranięcia...Michał Dziubek edytował(a) ten post dnia 20.09.11 o godzinie 00:25

Temat: Kwerenda+duża ilość kolumn w tabeli

Michał Dziubek:

Przemysław R.:

Co ma normalizacja danych do ilości kolumn na raporcie?

"Kwerenda+duża ilość kolumn w tabeli" - taki jest temat

jeżeli zastąpimy kolumny normalizacją to raport można generować bardziej dynamicznie np. pokazywać tylko te kolumny które potrzebujemy w danej sytuacji

A czytasz treść pytania czy opierasz się na tytule? Autor chce mieć 300 kolumn w raporcie. Więc się pytam jeszcze raz co mu da normalizacja, jeżeli nadal będzie chciał tam dawać 300 kolumn?
Bo z twojej odpowiedzi wynika, że jak znormalizuje dane to mu to pomoże rozwiązać problem.

W odróżnieniu od Ciebie myślę szerzej niż tylko rozwiązanie doraźne problemu, proponuję rozwiązanie systemowe zgodne z zasadami sztuki a nie gaszenia pożaru

Co do normalizacji danych łatwo wtedy zmienić narzędzie do pivotowania np. może być to widok tabeli w układzie tabeli przestawnej w samym accessie, tudzież inne wynalazki typu OLAP ale już poza acceseem np. PoverPivot.

widzę że kolega kiepsko zna Access-a

Workaround:
Wygenerować 2 (lub więcej tabel) tymczasowych, wpisać do każdej numer rekordu kopiować dane, jak wyczerpiesz limit pierwszej dajesz do drugiej itd. zachowując numer rekordu.
Pokazujesz raport dla tabeli 1 i tabeli 2 sortując po numerze rekordu.

druciarstwu mówimy zdecydowane nie!

Generalnie niepraktyczne i sensowniejsze wydaje się przekonanie użytkownika, że taka ilość kolumn jest nie do ogranięcia...

kolumny są do ogarnięcia przy zastosowaniu odpowiednich rozwiązań np. OLAP karmiony znormalizowanymi danymi

Temat: Kwerenda+duża ilość kolumn w tabeli

Przemysław R.:
W odróżnieniu od Ciebie myślę szerzej niż tylko rozwiązanie doraźne problemu, proponuję rozwiązanie systemowe zgodne z zasadami sztuki a nie gaszenia pożaru

Co do normalizacji danych łatwo wtedy zmienić narzędzie do pivotowania np. może być to widok tabeli w układzie tabeli przestawnej w samym accessie, tudzież inne wynalazki typu OLAP ale już poza acceseem np. PoverPivot.

I własnie o to mi chodzi, nie przyczepiłbym się do Twojej odpowiedzi, gdybyś
to napisał w pierwszym poście, wtedy by to miało jakiś sens. A tak autor może to interpretować różnie, a napewno nie wniosło to wiele do dyskusji.

widzę że kolega kiepsko zna Access-a

Przyjmuje na klatę ;)

Workaround:
Wygenerować 2 (lub więcej tabel) tymczasowych, wpisać do każdej numer rekordu kopiować dane, jak wyczerpiesz limit pierwszej dajesz do drugiej itd. zachowując numer rekordu.
Pokazujesz raport dla tabeli 1 i tabeli 2 sortując po numerze rekordu.

druciarstwu mówimy zdecydowane nie!

A czemu, wiele by się chłopak nauczył pisząc takie rozwiązanie... i jak zaznaczyłem jest to obejście problemu nie jego rozwiązanie.