VS 2019 + XAMPP - podłączenie do bazy

WItam udalo sie komus polaczyc te dwa programy aby w VS bylo widac bazy danych? Ja walczylem wczoraj caly dzien i poleglem. Nie wiem jak to ugryzc jesli oczywiscie sie tak da?

W czym problem?

wloochacz napisał(a):

W czym problem?

VS nie widzi zadnych serwerow uruchomionych. Probowalem instalowac DNS nazwy i bez efektu. SSMS nie widzi nic a XAMPP dziala bez zarzutu.

O.o nie wiem jak vs ale baza z xampa to normalna baza i bez problemu łącze się tam i php stormem i workbenchem. Łączysz się po 127.0.0.1 + odpowiedni port jeśli nie zmieniałeś to 3306, podaj dane do logowania i tyle.

No wlasnie niestety ale M$ juz nie jest taki skory do wspolpracy. Tez mam PHPStorm i dziala bez zarzutu. Ludzie pisza iz SSMS ma problem wlasnie z komunikacja pomiedzy serwerami nie od nich. Srodowisko NET wymaga innych sterownikow niz JAVA do polaczenia z baza SQL.

https://www.jetbrains.com/help/phpstorm/connecting-to-a-database.html

W najgorszym jak i tak masz odpalonego xamppa to co za różnica jeden klik więcej na mysql.

@czysteskarpety: czemu wrzucasz info od storma skoro problem jest z vs?

Mozesz podac linka do tlumacza jezyka ktorego uzywasz bo nic nie rozumiem co tam belkoczesz. @MESSIAH stary, ja nic nie muszę podawać , bo to nie ja mam problem :)

Ponadto wpisałem w g: visual studio xampp database connect i serio ziom jest 300k wyników+filmy.

A Visual Studio obsługuje bazy MySQL, żeby się do nich podłączać w nim? Wydawało mi się, że nie.

Ktos napisał(a):

A Visual Studio obsługuje bazy MySQL, żeby się do nich podłączać w nim? Wydawało mi się, że nie.

Tak obsluguje lecz musisz miec sterowniki i wlaczyc DNS dla localhosta - takie male puzzle - ja juz 2 dzien i cos juz mi sie udalo osiagnac ale wciaz bez powodzenia.

czysteskarpety napisał(a):

Mozesz podac linka do tlumacza jezyka ktorego uzywasz bo nic nie rozumiem co tam belkoczesz. @MESSIAH stary, ja nic nie muszę podawać , bo to nie ja mam problem :)

Ponadto wpisałem w g: visual studio xampp database connect i serio ziom jest 300k wyników+filmy.

Jest udalo sie. Nigdzie chyba to nie pisze ale sam wpadlem na to. Wiec tak SYstem jest 64 bity i takie sterowniki zainstalowalem lecz okazalo sie ze VS jest 32 bitowy i wymaga sterownikow 32 bitowych. No gratulacje dla M$.

Dobra ludziska znalazlem juz powod: wsparcie MySQL a raczej jego brak. Tutaj jest idealnie opisane: https://forums.mysql.com/read.php?174,673879,673879#msg-673879

czysteskarpety napisał(a):

Mozesz podac linka do tlumacza jezyka ktorego uzywasz bo nic nie rozumiem co tam belkoczesz. @MESSIAH stary, ja nic nie muszę podawać , bo to nie ja mam problem :)

Ponadto wpisałem w g: visual studio xampp database connect i serio ziom jest 300k wyników+filmy.

Kolego ale co ty mi tu opowiadasz za herezje? Jak nie wiesz w czym problem to po co sie udzielasz z jakims google. Co ty myslisz ze nie umiem szukac w wyszukiwarce? Jak chcesz to zainstaluj najnowsze VS + XAMPP + MySQL i zobaczysz jak to wyglada kolorowo. Sama instalka wtyczki MySQL wywala BSOD.

lecz okazalo sie ze VS jest 32 bitowy i wymaga sterownikow 32 bitowych. No gratulacje dla M$.

VS jest 32bitowy ze względu na wydajność :P

First, from a performance perspective the pointers get larger, so data structures get larger, and the processor cache stays the same size. That basically results in a raw speed hit (your mileage may vary). So you start in a hole and you have to dig yourself out of that hole by using the extra memory above 4G to your advantage. In Visual Studio this can happen in some large solutions but I think a preferable thing to do is to just use less memory in the first place. Many of VS’s algorithms are amenable to this. Here’s an old article that discusses the performance issues at some length: http://blogs.msdn.com/joshwil/archive/2006/07/18/670090.aspx

Secondly, from a cost perspective, probably the shortest path to porting Visual Studio to 64 bit is to port most of it to managed code incrementally and then port the rest. The cost of a full port of that much native code is going to be quite high and of course all known extensions would break and we’d basically have to create a 64 bit ecosystem pretty much like you do for drivers. Ouch.

WeiXiao napisał(a):

lecz okazalo sie ze VS jest 32 bitowy i wymaga sterownikow 32 bitowych. No gratulacje dla M$.

VS jest 32bitowy ze względu na wydajność :P

First, from a performance perspective the pointers get larger, so data structures get larger, and the processor cache stays the same size. That basically results in a raw speed hit (your mileage may vary). So you start in a hole and you have to dig yourself out of that hole by using the extra memory above 4G to your advantage. In Visual Studio this can happen in some large solutions but I think a preferable thing to do is to just use less memory in the first place. Many of VS’s algorithms are amenable to this. Here’s an old article that discusses the performance issues at some length: http://blogs.msdn.com/joshwil/archive/2006/07/18/670090.aspx

Secondly, from a cost perspective, probably the shortest path to porting Visual Studio to 64 bit is to port most of it to managed code incrementally and then port the rest. The cost of a full port of that much native code is going to be quite high and of course all known extensions would break and we’d basically have to create a 64 bit ecosystem pretty much like you do for drivers. Ouch.

Jakim cudem? M$ nie chce przerabiac od nowa VC na 64 bity.

O połączeniu VS z MySQL zapomnij, jeśli Ci się nie udało w 2 dni to szkoda na to czasu.

Czego używasz do połączenia z MySQL w Twojej aplikacji?

Ja mam jeden świeży projekt z MySQL i poza tym, ze musiałem użyć starszych wersji bibliotek mysql.data i mysql.data.entity dla EF wszystko działa bez problemów (poza tym, że indeksy na DateTime-ach chyba w ogóle nie działają i trzeba używać daty w postaci liczbowej).

MESSIAH napisał(a):

Wiec tak SYstem jest 64 bity i takie sterowniki zainstalowalem lecz okazalo sie ze VS jest 32 bitowy i wymaga sterownikow 32 bitowych. No gratulacje dla M$.

No tak, bo przecież logicznie by było, że skoro system jest 64bitowy, to wszystkie aplikacje na nim stają się automatycznie 64bitowe. Analogicznie jak w rzeczywistym świecie, np. jak człowiek wejdzie do pokoju to automatycznie zajmuje całą jego objętość.

somekind napisał(a):

MESSIAH napisał(a):

Wiec tak SYstem jest 64 bity i takie sterowniki zainstalowalem lecz okazalo sie ze VS jest 32 bitowy i wymaga sterownikow 32 bitowych. No gratulacje dla M$.

No tak, bo przecież logicznie by było, że skoro system jest 64bitowy, to wszystkie aplikacje na nim stają się automatycznie 64bitowe. Analogicznie jak w rzeczywistym świecie, np. jak człowiek wejdzie do pokoju to automatycznie zajmuje całą jego objętość.

Skoro ktos ma system 64 bity to chyba logiczne ze instalujesz sterowniki 64 bity a nie 32 ktore sa niekompatybilne i czasem nie dzialaja z 64 bitowym systemem. Sproboj zainstalowac sterowniki z Windowsa 98 na Windowsie 10 i zobacz jak bedzie dzialac komp.
Wiec zatem nawet nie bylo tam dokumentacji objasniajacej zagadnienie. Spedzilem kilka dni aby zwalic kompa i stawiac system na nowow bo pier...lony M$ nie umie zrobic uninstall swojego produktu ktory pelny jest telemtrii.

Skad ty takie porownanie bierzesz? D..l skonczony.
Jak masz silnik rakietowy w MIG 29 wysokoprezny to lejesz do niego 95 nisko oktanowke czy 98 ??

Sterowniki tak, ale aplikacje już nie, czasem nawet lepiej wgrać x86 a nie x64 ;) W ide od jetbrainsa też musiałem wymuszać x64 gdy się okazało, że się wywalać zaczęło bo limit ramu wchodził :D