Jeżeli masz 'operować' od 3 warstwy ISO/OSI - sieciowej i chcesz począwszy od tej warstwy zasymulować=zaprogramować dalszą komunikację z serwerem SQL, to może dobrym pomysłem jest przechwycić jakieś działające pakiety (czyli z jakiegoś klienta sql do serwera sql) opakowane od 3 warstwy wzwyż i spróbować copy-paste użyć tego, a potem się wzorować 'rozpakowując kolejne warstwy' zgodnie z ISO/OSI.
Mam nadzieję, że cokolwiek zrozumiale napisałem.
To nie MySQL lat 1999, tylko współczesny MS-SQL
Sniffowqanie może nie przynieść trwale użytecznych informacji, a wcale się nie uda w kanale szyfrowanym
Zanim kolega do czegokolwiek dojdzie, będzie zabijał pulę połączeń i nie wiadomo co jeszcze ...
No to na tym TCP (bo to dla sterownika PLC tylko nośnik) lepiej żeby chodził nie protokół bazy, ale protokół http
Sterownikowi rybka, "jakiś" TCP/IP chodzi, a tym masz o wiele bardziej standardową pracę.
Raczej dużo insertów chcesz robić, to dość częste, czy coś innego ?
Nie przewiduję tego typu rozwiązania do intensywnego zbierania danych procesowych i zapisywania w bazie ze względu na dodatkowe obciążenie sterownika. Zastosowanie to miało by miejsce w aplikacjach ,które nie będą takiego zapisu wymagały, a trzeba będzie szybko i w prosty sposób pomijając programy i komputer podłączyć się do istniejącej już bazy danych. Przy pomocy wcześniej stworzonych AOI dla sterownika. Zaciąganie procedur, gromadzenie informacji związanymi z szczególnymi zdarzeniami itp. Poza tym chciałbym mieć do dyspozycji i tego typu rozwiązanie. Nie wiadomo czasem, kiedy i do czego się może przydać i dopasować do okoliczności :)
Nie wyobrażam sobie chaotycznego dewelopmentu na ograniczonych zasobach PLC, bez określenia scenariuszy
A określenie scenariuszy w moich oczach idealnie się zbiega z wykonaniem sobie projektu na serwerze pośredniczącym endpointu, np w pythonie
a trzeba będzie szybko i w prosty sposób pomijając programy i komputer podłączyć się do istniejącej już bazy danych. Przy pomocy wcześniej stworzonych AOI dla sterownika. Zaciąganie procedur, gromadzenie informacji związanymi z szczególnymi zdarzeniami itp. Poza tym chciałbym mieć do dyspozycji i tego typu rozwiązanie. Nie wiadomo czasem, kiedy i do czego się może przydać i dopasować do okoliczności :)
Szybkie choćby na testy zaciagniecie procedury "na jeden strzał", zobaczyć czy zadziała - idealny argument za endpointem.
... i dopasować do okoliczności :)
Potencjal dopasowania znacznie większy
Zainteresuj się pytaniem, jak się ocenia dłubanie z daleka w bazach danych. Jest powszechnie uważane za antywzorzec.
