Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:SQL Server
Azure SQL Managed Instance
I den här artikeln beskrivs överväganden för namngivning av tjänstmäklarobjekt. Konventionerna skiljer sig något åt för offentliga gränssnittsobjekt, nätverks- och säkerhetskonfigurationsobjekt och köer.
Offentliga gränssnittsobjekt
Kontrakt, tjänster och meddelandetyper utgör det offentliga gränssnittet för ett Service Broker-program. Eftersom namnen på dessa objekt finns i meddelanden följer namngivningskonventioner för dessa objekt ofta namngivningskonventionerna för universell resursidentifierare (URI). Detta hjälper till att säkerställa unika namn för objekten.
Tjänstnamn kan också använda sig av konventionerna för att ange en nätverksadress i en rutt. I det här fallet kan namnet på tjänsten användas i en transportväg. Mer information om routning finns i Service Broker-routning.
När du skickar och tar emot meddelanden använder Service Broker binär matchning för namnen på dessa objekt. Därför kräver tecken som har mer än en binär representation särskild försiktighet när offentliga gränssnittsobjekt namnges.
Nätverks- och säkerhetskonfigurationsobjekt
Namnen på vägar och fjärrtjänstbindningar ingår aldrig i ett meddelande. För enkelhetens skull kan dessa namn använda namnet på den tjänst som objektet konfigurerar.
Dessa objekt kan inte vara temporära objekt. Därför anses inte taltecknet (#) vara betydande i namn för dessa objekt. Ett objekt med ett namn som börjar med # är ett permanent objekt i stället för ett tillfälligt objekt.
Queues
Könamn kan användas för många av de satser som accepterar tabellnamn. Könamn följer därför standardkonventionerna för SQL Server-identifierare, med ett undantag. Eftersom köer inte kan vara temporära objekt kan namnet på en kö inte börja med nummertecknet (#). Köer är schemaägda objekt, så könamn kan innehålla ett schemanamn och databasnamn.