Dlaczego domyślne Azure ciąg połączenia bazy danych ma Pooling = False

Question

skopiowane ciąg połączenia z Azure Database jak poniżej:

I widzę domyślnie Azure ciąg połączenia bazy danych ma Pooling=False

Serwer = tcp: {serwer_serwera} .database.windows.net, 1433; Źródło danych = ra-labs-01.database.windows.net; Katalog początkowy = {twoja_bazy danych}; Persist Security Info = False; ID użytkownika = {twój_nazwa_użytkownika } Password = {twoje_hasło}; Pooling = False; MultipleActiveResultSets = False; Encrypt = True; TrustServerCertificate = False; Connection Timeout = 30;

To sprawia, że ​​jestem nieco zdezorientowany, ponieważ moje obecne zrozumienie to Pooling=False nie jest zalecane.

Domyślnie, ciąg połączenia z Azure wyłącza buforowanie połączeń lub dlatego, że umieściłem moją bazę danych w puli elastycznej?

Answer 1

Azure SQL obsługuje pule połączeń zarówno w standardowych DB, jak iw elastycznych pulach. Myślę, że widząc to, prawdopodobnie nie było to zamierzone, ponieważ żadne z moich kont nie pokazuje tego ustawienia domyślnie. Możesz zobaczyć wytyczne dla azure connections na głównej stronie internetowej. W przeciwieństwie do serwera na miejscu, możesz cierpieć z powodu bardziej zamkniętych połączeń ze względu na opóźnienie i naturę publicznego Internetu, ale jest to łagodzone przez transient fault handling w późniejszych wersjach ado.net i innych struktur połączeń. Technologia ta pozwala na ponawianie połączeń, które zostały przerwane lub przerwane bez konieczności bezpośredniej odpowiedzi programu. Programy, które wydajnie zarządzają połączeniami, mogą zauważyć pewną poprawę w przypadku łączenia połączeń.

Jeśli chodzi o MARS (wiele aktywnych zestawów wyników), jest to bardzo rozmowny protokół i podczas gdy można go włączyć, wpłynie to na opóźnienie i czas reakcji. Nie zaleca się używania tego z SQL Azure.