Temat: Tabele połączone z MS SQL

Przemysław R.:
jakie ograniczenia? ograniczenia to mają silniki bazodanowe np. brak możliwości pobierania danych z baz zewnętrznych w takim MySQL-u

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.'
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...

Temat: Tabele połączone z MS SQL

Nie mówiłem że nie działa z nowszą wersją SQL-a, podłączyć można się pewnie z każdą wersją, ale żeby nie wprowadzić w błąd wymieniłem tylko te z którymi sprawdzałem.
Też korzystam z SMS'a, zawsze pozostaje możliwość klepania ręcznego :P
Pomysł zaadaptowania paru elementów z VS to chyba by dał niezłego kopa accesowi, może tego się boją :]

Jeśli chodzi o widoczność w msaccess różnych narzędzi, komponentów etc. to zawsze czegoś nie widać
ale nie powiedział bym z góry że to oznacza braku wsparci

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

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'.

... 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

Temat: Tabele połączone z MS SQL

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.

Temat: Tabele połączone z MS SQL

Michał Dziubek:

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

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

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.

a co jest złego w korzystaniu z ODBC?

... 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.

nie ma czegoś takiego jak źle dobrana technologia czy środowisko, jest najwyżej kiepskie wykonanie

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

Temat: Tabele połączone z MS SQL

Ja narazie posłucham zaciętej dyskusji :]

Temat: Tabele połączone z MS SQL

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.

Temat: Tabele połączone z MS SQL

Michał Dziubek:

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.

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ę

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.

nie ma czegoś takiego jak brak pewności w przypadku access-a
problemy wynikają tylko i wyłącznie z nieumiejętnego wykorzystania środowiska

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.

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ć

Temat: Tabele połączone z MS SQL

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...

Temat: Tabele połączone z MS SQL

Michał Dziubek:

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,

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

przy okazji ja tez korzystam z innych rozwiązań, ale Access w konkretnych przypadkach jest bardziej elastyczny

Zresztą co ma ETL do tworzenia front-endu aplikacji

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

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?

jasne, dlatego nie robię joinów po stronie accees-a tylko po stronie MSSQL-a albo innej bazy danych - kwerenda przekazująca albo bezpośrednio wywołanie za pomocą ADO

I chodzi mi właśnie o to bo na to w takim przypadku nie mam wpływu...

masz wpływ, skorzystaj z innych możliwości jakie masz w standardzie

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...

a kto powiedział że Acceesem mają się posługiwać programiści - to narzędzie dla ludu

Temat: Tabele połączone z MS SQL

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

Temat: Tabele połączone z MS SQL

Michał Dziubek:

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

w większości przypadków osoby pracujące w korpo mają nikły wpływ na środowisko
mówię tu wszelakiej masci specjalistach od raportowania, analiz itd

pisanie że są lepsze narzędzie - pewnie tak, ale co mi po nim jak nie skorzystam

Ja w firmie nie mam luksusu doboru środowiska, korzystam więc z tego co mam, wiele osób ma dokładnie tak samo nazywa się to "standard stacji roboczej"

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

formularz robi operacje CRUD w bazie zewnętrznej poprzez ODBC
kwerenda przekazująca uruchamia skomplikowane zapytanie na tym serwerze

formularz służy do wygodnego przekazania parametrów w postaci wartości do tabel, nie muszę modyfikować SQL-i, zmieniam tylko wartości w tabelach które przechowują parametry, dodam odrazu że do niektórych baz mam prawo do zapisu, a w niektórych już nie

nikt nie powiedział że nie mogę sterować zapytaniami w konkretnie ten sposób

tu nie chodzi o to że narzędzie jest prymitywne, tylko o to że jest skutecznie wykorzystane do skomplikowanego zadania przeliczanego już po stronie MSSQL-a lub 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ść?

wypełnij formularz edytowalnym ADODB Recordsetem, formularz niezwiązany + execute procedury po stronie serwer-a, co kto umie albo lubi

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...

jedno drugiego nie wyklucza w przypadku Access-a
modyfikacja tabel za pomocą formularza wpływa na ETL, to że elementy ze sobą współpracują - takie jest założenie podczas pisania aplikacji - mają Mi ułatwić pracę nie dodać dodatkowej roboty

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;)

dla większości pracowników biurowych to jedyna alternatywa.

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.

patrzę bardzo szeroko, nie rozumiem tylko co jest lepszego niż access w prostych zadaniach? po co mam wytaczać armatę na muchę?

Temat: Tabele połączone z MS SQL

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....

Temat: Tabele połączone z MS SQL

Michał Dziubek:

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....

obchodzenie mechanizmów w przypadku Access-a to zabawa z WinAPI
wypełnienie recordsetem jest akurat standardem

Temat: Tabele połączone z MS SQL

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.

Temat: Tabele połączone z MS SQL

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.

MySQL OLE DB Provider pozwala na napisanie dobrego klienta do MySQL we wszystkim co pozwala na użycie ADO, np w PowerPoint-cie, chociaż oczywiście Access będzie do tego dużo wygodniejszy

Temat: Tabele połączone z MS SQL

Poco cały ten access skoro muszę obchodzić jego mechanizmy, to jest własnie ograniczenie.

w Accessie rekordset możesz przypisać do fm, kombi albo listy jednym prostym poleceniem. Masz tak w jakimś innym środowisku?

Temat: Tabele połączone z MS SQL

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.