пропозиції роботи
Wypowiedzi
-
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 -
Nie potrzebujesz robić dwóch formularzy, zakładam że skoro masz uprawnienia to w jakiś sposób to sprawdzasz w aplikacji.
Jeżeli naprzykład masz to w zmiennej to, przy otwarciu formularza
ustaw właściwości mozna edytowac/dodawac zależnie od uprawnień w vba to własciwości allowedits itd.
Co do drugiej części to da się...Michał Dziubek edytował(a) ten post dnia 19.09.11 o godzinie 22:48 -
Przemysław R.:
znormalizować dane i dopiero robić raport
Co ma normalizacja danych do ilości kolumn na raporcie? -
Dariusz ustalmy, że swoje zdanie wyraziłem na stronach tego wątku, oczywiście możesz się nie zgadzać z nim. Nie chce na nowo tego wałkować. Naprawdę wiem, że mogę przypisać recordset do combo czy listview sam z tego korzystam (notabene to sposób na obejście limitu 10000 rekordów w combo).
Wiem też jakie środowisko oferuje rozwiązania, jednak korzystając z innych baz wolę wykorzystać VS. To podejście wynika z mojej praktyki. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Access VBA
-
Zakładając że robisz to na formularz ciagłym,
W kodzie formularza deklarujesz zmienną na samej górze modułu, tam gdzie maszoption compare databse
dopisz linijke niżej:
Private popWartosc as String
Założenie, że nazwa tego combobox-a to kombo
dodaj do niego zdarzenie po aktualizacji
Private Sub kombo_AfterUpdate()
popWartosc=me.kombo
End Sub
Wykorzystaj zdarzenie formulrza Przed Wstawieniem do wypełnienia kombo:
Private Sub Form_BeforeInsert(Cancel As Integer)
me.kombo=popWartosc
End Sub
I tyle wystarczy...Michał Dziubek edytował(a) ten post dnia 09.09.11 o godzinie 17:22 -
Przemysław R.:
obchodzenie mechanizmów w przypadku Access-a to zabawa z WinAPI
wypełnienie recordsetem jest akurat standardem
Z mojej strony koniec tematu nie widzę sensu jak pisałem wyżej kontynuacji dyskusji, bo zaraz wyjedziesz z kolejnym akronimem który w tym wypadku nie ma sensu, a meritum mojej wypowiedzi pozostanie bez echa.
Lubie jak dyskusja do czegoś prowadzi, a ta przy takim poziomie niczego nie wniesie. -
Przemysław R.:
No w standardzie mam podłączenie tabeli do formularza, jak to obejść?
wypełnij formularz edytowalnym ADODB Recordsetem, formularz niezwiązany + execute procedury po stronie serwer-a, co kto umie albo lubi
I to jest własnie kwintesencja, pytanie było retoryczne, wiem że mogę to obejść recordsetem przypisać go do formularza, mogę mieć same nie powiązane kontrolki i wypełnić je danymi pobranymi z bazy i później zapisać. Pytanie tylko po co mi w takim wypadku tabela połączona, bo mogę spytać samej bazy?
Poco cały ten access skoro muszę obchodzić jego mechanizmy, to jest własnie ograniczenie.
Jest jeszcze kilka innych kwiatków, ale to nie temat tego wątku.
Z mojej strony uważam, ze wyczerpałem temat, nie mam ochoty bawić się w polemikę jak się pracuje w korporacjach, jak się podejmuje decyzje, kto ma kolorowo, a kto czarno-biało, czy luksusowo.
Każdy może mieć własne zdanie, moje już znasz dalsza dyskusja do niczego sesnownego nie prowadzi, bo zaczynamy tematy około techniczne, a to najlepiej przy piwie.... -
Możesz jaśniej?
Moze chodzi o me.kombo.OldValue -
Przemysław R.:
a jak nie masz niczego innego? w wielu firmach nie ma niczego to co wtedy? zauważ że życie nie jest takie różowe i nie każdy ma dostęp do odpowiedniego oprogramowania
Ja też nie mam dostepu do wszystkiego i wiem że różowo nie jest,
i zdaje sobie sprawę w jaki sposób podejmuje się decyzje o wyborze środowiska
formularz steruje ETL-em i przepływem danych, tak jest wygodniej,m mógł bym to zrobić w postaci jakiegoś JOB-a ale mam taki fan że czasem potrzebuję sterowac tym procesem ręcznie
Ciągle nie możesz zrozumieć, że ja mówię o pisaniu fron-endu do CURD-a za pomocą access łączącego się do np mysql'a
masz wpływ, skorzystaj z innych możliwości jakie masz w standardzie
No w standardzie mam podłączenie tabeli do formularza, jak to obejść?
a kto powiedział że Acceesem mają się posługiwać programiści - to narzędzie dla ludu
Zwykły lud użyje tabel accessowych, a najpewniej to excela, też się da w nim pisać a'la bazy danych w sumie spoko bo wg. Ciebie nie ma źle dobranych technologii tylko wykonanie do d...
więcej dystansu proponuje, bo w ramach wątku odkrywasz kolejne elementy swojej układanki, która w pierwotnej wersji była frontem do mysql-a, a teraz okazuje się narzędziem ETL...
Powtórze jeszcze raz Access jest bardzo dobrym narzędziem ale nie do wszystkiego i nawet jeżeli firma się decyduje w nim pisać to musi zapłacić za licencje, bo coprawda można runtime tak zautomatyzować by robić w nim formularze ale pełna wersja dla developera jest przydatna;)
I jeżeli mówię/piszę abyś spojrzał szerzej to chodzi mi o to abyś popatrzył na całokształt użycia Access'a , a nie tylko na swoje rozwiązanie.
A jeżeli chodzi o hybrydy to tak na minus sql-a, kiedyś potrzebowałem pobrać dane z dbf-a, na sql 64-bit, rozwiązanie: zainstalować obok expressa 32-bit podlinkować w nim dbf i za jego pośrednictwem dobrać się z serwera 64-bit do danych.
Uprzedzając pytania nie mogłem użyć access'a,bo w wersji 64 bit nie ma dla niego sterowników odbc;)
I tak na zakończenie, coby przestać się już przekrzykiwać czasami tworzę hybrydy, ale zawsze czuję po tym, ze mozna to było rozwiazać lepiej, a przyczyna jak najbardziej prozaiczna: termin wykonania -
Przemysław R.:
spójrz globalnie
Access to uniwersalne narzędzie do robienia np. ETL-a, czego w .NET lub Java w taki prosty i przyjemny sposób nie zrobię
To jak święta wojna z Twojej strony... Zrozum ja naprawdę uważam Accessa za bardzo dobry produkt. Narzędzia ETL których, uzywałem nie, używały access'a chyba że do pobierania danych z plików mdb,
Zresztą co ma ETL do tworzenia front-endu aplikacji
nie ma czegoś takiego jak brak pewności w przypadku access-a
problemy wynikają tylko i wyłącznie z nieumiejętnego wykorzystania środowiska
Patrzyłes kiedyś profilerem co lata po bazie przy tabelach połączonych?
I chodzi mi właśnie o to bo na to w takim przypadku nie mam wpływu...
Jakość wykonania wynika tylko i wyłącznie z umiejętności tworzącego a nie technologii. Technologia jest tylko narzędziem, jak komuś brakuje wiedzy lub talentu to płodzi potworki i później narzeka że środowisko jest kiepskie.
Pełno jest potworków pisanych w PHP jak i w Accessie z wykorzystaniem VBA bo autorzy takich rozwiązań myślą że umieją programować, a wynika to z niskiej bariery wejścia w oba te środowiska i jeszcze niższej wiedzy "progrmistów"
.NET jak i Java wcale nie powodują że w magiczny sposób aplikacje stają się lepsze pod kątem technicznym, trzeba mieć tylko większą wiedzę żeby w tym pisać, ale nadal można kiepścić
Ciągle nie możesz zrozumieć, że ja nie zamierzam udowadniać że coś
jest lepsze od drugiego, tu chodzi o to, ze to programista dobiera
narzędzia które wykorzystuje, ja wychodzę z założenia, że access nie jest lekiem na wszystkie bolączki programisty... -
Przemysław R.:
tak jak pisałem wcześniej do tego typu zadań korzystamy z kwerend przekazujących, wtedy zapytanie nieważne jak skomplikowane jest wykonywane przez silnik zdalnej bazy danych z wszystkimi tego zaletami, zwracany jest tylko rezultat
Przemek mogę też do tego samemu via ado connection dobrać się do bazy mysql bez kwerendy przekazującej, rozumiem, że bronisz swojego rozwiazania, ale dla mnie wykorzystanie access'a tylko po to by linkować tabele bo fajnie się robi formularze to abstrakcja, mnie by do głowy nie przyszło pisać to w accessie,
spojrzałbym raczej w strone .net lub javy.
a co jest złego w korzystaniu z ODBC?
nic, nigdy nie napisałem że to jest złe...
nie ma czegoś takiego jak źle dobrana technologia czy środowisko, jest najwyżej kiepskie wykonanie
Można ze śląska pojechać nad morze rowerem, tu nie rozmawiamy o tym czy coś się da
w czymś zrobić czy nie, ja np lubie mieć pewność jak wykorzystuje połączenia do bazy w przypadku access'a jej nie mam.
co takiego sprawia że taki PHP + PDO jest lepszy od Access-a + MySQL ODBC + ADO - moim zdaniem nic, obie technologie wykonują SQL po stronie serwera , obie pobierają wynik, z czego PHP jest bardziej upierdliwy bo więcej trzeba się orzeźbić żeby uzyskać pożądany efekt np. w JavaScrip + Ajax żeby uzyskać efekt _change albo _AfterUpdate
Najpierw piszesz że nie ma różnicy po czym sobie przeczysz...
Nie podejmuje polemiki na temat aplikacja desktop vs. aplikacja internetowa.
Wyjdź trochę wyżej w swoim rozumowaniu, ja nie pisze że czegoś w czymś się nie da zrobić, mnie chodzi ciągle o to że technologia w której piszemy determinuje jak coś jest wykonane. -
Możesz ustawić właściwość formularza edycja dozwolana na: nie, wtedy będziesz widział tylko nowy rekord + te które dodałeś
-
Paweł D.:
Jeśli chodzi o podłączenie do innych baz i kwestii wyboru MSSQLServer + MSACCESS to jest to nie uważam tego za złe rozwiązanie
z prostego względu - zero kosztów!
Accessa na Runtimeie + wersja Expres
Jezeli w oparciu o projekt adp to jak najbardziej tak jeżeli natomiast
w opraciu o podlinkowane tabele to już nie, różnica jest kolosalna, prosty join dwóch tabel
adp wykorzysta do tego silnik sql-a, bo w adp nie ma JET-a
w mdb jet pobierze całe dwie tabele i je ze sobą złączy, to jest moim zdaniem
zabójcze
Jeśli chodzi o dostęp do innych baz to tez nie widzę problemu w projekcie adp
, można zlinkować inne źródła na MSSQLSERVER , no i zostaje jeszcze podpięcia się pod inne źródła z VBA
, nawet jeśli ktoś 'nie lubi'.
Ja nie pisze, ze to jest złe sam korzystam z zewnetrznych źródeł danych i linked serverów, ja ciągle pisze o sytuacji, że decydujemy się np na mysql
i front piszemy w Accessie.
... chyba odchodzimy trochę od tematu, kombinacje access + MSSQLServer
jest po prostu tanim i prostym w rozwijaniu rozwiązaniem. Kilka razy się spotkałem z mniej więcej takim rozwiązaniem
które później było przepisywane w VS, ASP i przenoszone, może faktycznie dlatego że w początkowej fazie warto mieć możliwość w prosty i szybki sposób uruchomić jakiś projekt
Ja ciągle uważam że w ramach technologi MS korzystanie z accessa jest dobrym rozwiazaniem, nie mówię że tabele zalinkowane to samo zło. Powtórzę jeszcze raz, moim zdaniem, jeżeli ktoś chce pisać front do mysql-a w accessie to źle dobiera technologie, albo bazy albo środowiska. -
Przemysław R.:
To raczej decyzja polityczna, nie spodziewam się tego po MySQL w końcu Oracle nie będzie sobie robił konkurencji, nie czepiając się znaczenia słowa "silnika bazy danych" to linked server to jeden z dodatków do sql servera.'
jakie ograniczenia? ograniczenia to mają silniki bazodanowe np. brak możliwości pobierania danych z baz zewnętrznych w takim MySQL-u
A ograniczenia są dokładnie takie jakie ma Access.
Access ma niewątpliwą zaletę w postaci szybkości programowania. osiągnięcie tego samego efektu w php lub asp.net lub asp.net mvc jest trudne jak nie niemożliwe np. wypełnienie pivota danymi, z tego co wiem php generuje pliki xls tyle o ile zgodne z excelem
Trudno porównywać aplikacje desktopową do webowej, więc nie podejme polemiki.
Nie wiem o jakiego Pivota chodzi i dlaczego pojawia się excel. Kolejna hybryda?
Ja wiem, że accessowe transform jest bardzo miłe, ale porównując do mssql-a to piwota doczekaliśmy się dopiero w wersji 2005 i to jeszcze nie w takiej prostocie jak w accessie, ale to zawsze było do obejścia
w samym sql-u.
Co do pivota w execel'u to o ile pamiętam podajemy jako źródło table/skoroszyt
a reszte załatwia tabela przestawna.
fronend w PHP funkcjonalnie nie pokrywa się z elementami w Access i nie będzie się nigdy pokrywał, więc hybryda tak, 2 frontendy nie
Ja mam chyba problemy z matematyką 1xphp + 1xaccess = 2,
zresztą nie o to chodzi decyzje podejmowałeś Ty jako autor, ja jestem zbyt leniwy, aby utrzymywać 2 rozwiązania
spróbuj dodać linked server w MSSQL-u na poziomie usera, hmm chyba nie da rady, albo wykorzystaj openquery albo openrowset z poziomu usera - też nie da rady, w Oraclu jest podobnie - jak nie masz odpowiedniego poziomu uprawnień to nie zrobisz niczego - a tak wygląda rzeczywistość w korporacjach
Od dodawania linked serwera jest administrator nie user, w końcu mysql jest na stałym serwerze więc operacja wymagana jednokrotnej konfiguracji.
Twój opis nie jest dla mnie jasny bo nie wiem czy to ty zasilasz DW czy pobierasz z niej dane.
głównie pobieram
Na tym etapie nie chce ciągnąć tematu rozwiązania bo go nie znam a z oczywistych powodów nie poznam. W swoim życiu zawodowym widziałem podejrzewam gorsze zagwozdki, ale to nie znaczy, że uważam je za dobrze rozwiązane
chyba tylko logiką i zdrowym rozsądkiem
skoro od 2 wersji i w kolejnej nie zmieniają niczego i nie zamierzają zmienić to o czym to świdczy? moim zdaniem o wygaszaniu technologii i zachowaniu kompatybilności dla rozwiązań istniejących. Spójrz na takiego MSSQL-a najnowsze wersje zachowują wsteczną kompatybilność
Programuje w Accessie od wersji 2.0 i cyklicznie powtarzane jest, że produkt umarł i w nastepnych wydaniach już go nie będzie itd. dlatego jestem wyczulony
na wróżenie z fusów. I o ile dobrze sie zorientowałem to w wersji 2010 mozna już w adp wykorzystać nowy widok splitform, czego w 2007 się nie dało więc coś tam delikatnie do przodu poszło.
To tak jak VBA już dawno ga miało nie być, teraz wszyscy wieszczą, żw w 15 będziemy korzystać z JS i HTML5 a VBA pożegnamy, maja racje?
Konkludując ja nie twierdzę że adp nie jest wygaszane, ale dopóki nie usłyszę tej informacji od producenta to będe sceptyczny do grzebania tej technologii.
Nie zareagowałbym na to gdybyś w swoich wypowiedziach zaznaczył, że przedstawiasz swoje stanowisko... -
Nie znam sposobu na zatrzymanie działania scroll'a
Pytanie jest czy chcesz pokazywać reszte rekordów czy nie? -
Przemysław R.:
hmm
chyba nie kumasz czaczy - te mechanizmy się uzupełniają
z jednej strony masz tabele podlinkowane idealne do wpięcia w formularz żeby mieć edycję danych, z drugiej strony masz kwerendy przekazujące służące do wykonania skomplikowanych zapytań, jedno drugiego nie wyklucza tylko uzupełnia
sztywne trzymanie się jakiegoś schematu jest złe, trzeba wykazać się elastycznością w dostosowaniu tego co nam oferuje środowisko a nie mówić że tego nie było w temacie, bo nie racja się liczy tylko szybkość rozwiązania
Ja ciągle się będe upierał, że w takim zastosowaniu to jest źle dobrane środowisko programistyczne, a nie zaleta Access'a, jeżeli potrzebuje
dostępu do bazy innej niż mssql/mdb to nie podchodzę nawet do access'a.
Jego użycie narzuca za dużo ograniczeń, które bolą w przypadku baz spoza znaku MS.
Starając się zebrać co napisałes do tej pory to stowrzyłeś bazę w mysql z frontem w PHP, dodatkowo zespoliłeś to plikiem Access'a do którego też napisałes jakieś formularze, a jeszcze musisz sięgać do baz oracle.
Jeżeli nic nie pomyliłem to masz do utrzymania 2 front-endy + integracje w oparciu o access'a i to własnie nazywam hybrydą.
Brak dostępu - kto da userowi prawo do grzebania w ustawieniach hurtowni danych - nikt normalny, zwłaszcza jak jest to krytyczna hurtowania danych
Jak widzisz pomimo iż pewne mechanizmy są to są poza zasięgiem
To też błąd na poziomie rozwiązania, nie wywracaj kota ogonem, nikt nie pisze tutaj o grzebaniu w ustawieniach hurtowni danych przez użytkownika.
Twój opis nie jest dla mnie jasny bo nie wiem czy to ty zasilasz DW czy pobierasz z niej dane.
już to zrobili
zresztą
http://social.msdn.microsoft.com/Forums/en-US/accessde...
Powtarzam jeszcze raz, merytoryczna dyskusja, nie domysły, nawet MVP w tym poście piszą o swoich PRZEMYŚLENIACH na temat przyszłości ADP.
Konkluzja: ja nie twierdze, że adp w wersji 15 to będzie torpeda, nie zdziwie się też jeśli nie będzie wspierana lub nic się nie zmieni. chodzi mi tylko o fakt, że opierasz się na domysłach swoich i innych nie popartych żadnymi oficjalnymi informacjami producenta. -
Przemysław R.:
a kto mówi o tabelach podlinkowanych, preferuje kwerendy przekazujące które są de fakto dialektem zdalnego SQL-a
Choćby sam tytuł wątku i cały temat dotyczący tabel linkowanych z SQL-a
, ani razu nie padło nic o kwerendzie przekazującej..
a co stoi na przeszkodzie - brak dostępu do czegokolwiek po za Selectem albo brak odpowiedniego mechanizmu, przeważnie to drugie
Wg. mojej wiedzy oracle spokojnie potrafi odczytać dane z MySQL-a więc proszę rozwiń w czym tak naprawdę niezbędny jest Access
podczas tworzenia nowego projektu nie ma projektów ADP w widocznym miejscu, jest to mocno zakumoflowane ponadto jest trzymany tylko ze względu na konieczność zachowania zgodności wstecz
Proszę prowadźmy merytoryczną dyskusje, a nie opierajmy się na domysłach,
skoro udostępnia możliwość tworzenia w wersji 2010 tzn. że jest duże prawdopodobieństwo, że w wersji 15 też będzie.
Podaj źródło tego, że to jest robione TYLKO I WYŁĄCZNIE w celu zachowania kompatybilności wstecz.
Ja nie mam złudzeń, że jeżeli MS postanowi że nie będzie już rozwijał adp to to zrobi. Różnica polega jednak na tym, że o tym wiedzą tylko ludzie pracujący nad rozwojem produktu, nam zostają tylko domysły. -
Łukasz Mamrot:
Jak skutecznie zablokować scroll. Ja kombinuje coś w ON MAUSE WHELL. Robię wstawiając makro aby wyświetlało ostatni rekord, ale nie wszędzie to działa.
Pytanie co chcesz osiągnąć, w sensie czemu chcesz blokować scrolla? -
Przemysław R.:
a niby dlaczego, jak by dali taki sam edytor jak jest w Visual Studio było by całkiem ok
Ja nawet używając vs korzystam z SMS, poprostu wygodniej.
a guzik prawda
jeżeli masz bazę MySQL + frontend w php to nic nie stoi na przeszkodzie żeby mieć do tego podpiętego access-a wykonującego jakieś obliczenia z danych z różnych źródeł. z doświadczenia wiem że przeliczenia danych z Oracle lub np. Teradaty i pokazywanie tego w PHP bez Access-a była by mało przyjemna, MySQL nie wspiera czegoś takiego jak Linked Serwers z MSSQL-a
Ja nie twierdze, że są jakieś przeszkody, dla mnie jest to hybryda,
jaki sens ma okładanie silnika oracla dodatkowo JET-em, przeanalizuj w wolnej chwili profilerem co wyczynia access na bazie przy zapytaniach na zalinkowanych tabelach...
I nie wiem po co mieszać do tego access-a to jest dodanie zupełnie niepotrzebnego rozwiązania, co stoi na przeszkodzie połączenie się z oracle'a do mysql?
I tak mnie naszło, skąd masz wieści że ms się z tego wycofuje?
http://www.bing.com/videos/watch/video/creating-web-da...
to jest przyszłość według MS
To jest link do filmu odnosnie nowej funkcjonalności Accessa 2010 + Access Services, nigdzie nie ma tam wzmianki o tym, że adp umiera.
Wg. mnie jest zacofany i mało rozwijany ale jest różnica pomiędzy wsparciem adp pomiędzy 2007 i 2010, więc coś się jednak dzieje.
Jeżeli ktoś śledzi blog Access'a to zna ten post:
http://blogs.office.com/b/microsoft-access/archive/200...
który przeczy Twojej tezie, że access i adp umiera.
Oczywiście pewności nie ma, że adp przeżyje swój renesans, ale również jasnej informacji, że ms się z tego wycofuje.
Dlatego pisanie na forum publicznym o tym, że adp to trup jest wprowadzaniem ludzi w błąd.
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
Zaloguj się za pomocą
