message type
1 message type
2 message type
3 Message Type
4 message type
5 message type
6 Message Type
7 message type
8 message type
9 message type
10 message type
См. также в других словарях:
Message type — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type identifier — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type description — Also called Awaiting Information Description, gives a fill description of the type of message … International financial encyclopaedia
Message type code — An ISO term. A code that designates the function of and/or the action requested by the message. ISO Key Management term. 3a. ISO Identification Cards term. ISO Bank Card Originated Messages term. 4n. ISO Funds Transfer Messages term. 3an … International financial encyclopaedia
Message type generated — An indicator telling what kind of message has been processed … International financial encyclopaedia
Message type to be generated — An indicator telling what kind of message will be processed … International financial encyclopaedia
Message type generated ID — A transfers term: See also ID … International financial encyclopaedia
Message Format Language — (MFL) is a BEA proprietary language to describe the layout of binary data, and defines rules to transform the binary data in typed data. A Message Format Language (MFL) document is a specialized XML document used to describe the layout of binary… … Wikipedia
Type de média internet — Type MIME Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour… … Wikipédia en Français
Message passing — This article is about the computer science concept. For other uses, see Message passing (disambiguation). Message passing in computer science is a form of communication used in parallel computing, object oriented programming, and interprocess… … Wikipedia
Type MIME — Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour leur… … Wikipédia en Français
CREATE MESSAGE TYPE (Transact-SQL)
Создает новый тип сообщений. Тип сообщений определяет имя сообщения и проверку, выполняемую компонентом Компонент Service Broker для сообщений с этим именем. Обе стороны диалога должны определить одинаковые типы сообщений.

Синтаксис
Ссылки на описание синтаксиса Transact-SQL для SQL Server 2014 и более ранних версий, см. в статье Документация по предыдущим версиям.
Аргументы
message_type_name
Имя создаваемого типа сообщений. Создается новый тип сообщений в текущей базе данных, которой владеет участник, указанный в предложении AUTHORIZATION. Не могут быть указаны имена сервера, базы данных и схемы. Имя Message_type_name может содержать не более 128 символов.
AUTHORIZATION owner_name
Устанавливает указанного пользователя или роль базы данных в качестве владельца типа сообщений. Если текущим пользователем является dbo или sa, то аргумент owner_name может быть именем любого допустимого пользователя или роли. В противном случае аргумент owner_name должен быть именем текущего пользователя, именем пользователя, для которого у текущего пользователя есть разрешение IMPERSONATE, или именем роли, которой принадлежит текущий пользователь. Если это предложение опущено, тип сообщений будет принадлежать текущему пользователю.
VALIDATION
Указывает, как компонент Компонент Service Broker производит проверку текста сообщения этого типа. Если это предложение не указано, то по умолчанию проверке присваивается значение NONE.
None
Указывает, что проверка не выполняется. Текст сообщения может содержать любые данные или иметь значение NULL.
EMPTY
Указывает, что текст сообщения должен быть NULL.
WELL_FORMED_XML
Указывает, что текст сообщения должен содержать корректные XML-данные.
VALID_XML WITH SCHEMA COLLECTION schema_collection_name
Указывает, что текст сообщения должен содержать XML-данные, которые соответствуют схеме в указанной коллекции схем. Аргумент schema_collection_name должен быть именем существующей коллекции XML-схем.
Remarks
Компонент Компонент Service Broker проверяет входящие сообщения. Если сообщение содержит текст, который не соответствует указанному типу проверки, компонент Компонент Service Broker удаляет неправильное сообщение и возвращает службе, которая его отправила, сообщение об ошибке.
Обе стороны диалога должны задать одинаковые имена типа сообщений. В целях оказания помощи при поиске и устранении неполадок, обе стороны диалога обычно указывают одинаковые проверки для типа сообщений, хотя компонент Компонент Service Broker не требует использования обеими сторонами одинаковой проверки.
Разрешения
Разрешения на создание типа сообщений по умолчанию есть у предопределенных ролей базы данных db_ddladmin или db_owner и у предопределенной роли сервера sysadmin.
По умолчанию разрешение на REFERENCES для типов сообщений принадлежит владельцу типа сообщений, членам предопределенной роли базы данных db_owner и членам предопределенной роли сервера sysadmin.
Если инструкция CREATE MESSAGE TYPE задает коллекцию схемы, выполняющий инструкцию пользователь должен иметь разрешения REFERENCES для указанной коллекции схем.
Примеры
A. Создание типа сообщений, содержащего XML-документ правильного формата
Этот пример создает новый тип сообщений, который содержит корректный XML.
Б. Создание типа сообщений, содержащего типовой XML
Этот пример создает тип сообщений для отчета о затратах, закодированного в XML. Пример создает коллекцию XML-схем, которая содержит схему для простого отчета о затратах. Затем пример создает новый тип сообщений, который сверяет сообщения со схемой.
В. Создание типа сообщений для пустого сообщения
Этот пример создает новый тип сообщений с пустой кодировкой.
Г. Создание типа сообщений, содержащего двоичные данные
message type
Смотреть что такое «message type» в других словарях:
Message type — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type identifier — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type description — Also called Awaiting Information Description, gives a fill description of the type of message … International financial encyclopaedia
Message type code — An ISO term. A code that designates the function of and/or the action requested by the message. ISO Key Management term. 3a. ISO Identification Cards term. ISO Bank Card Originated Messages term. 4n. ISO Funds Transfer Messages term. 3an … International financial encyclopaedia
Message type generated — An indicator telling what kind of message has been processed … International financial encyclopaedia
Message type to be generated — An indicator telling what kind of message will be processed … International financial encyclopaedia
Message type generated ID — A transfers term: See also ID … International financial encyclopaedia
Message Format Language — (MFL) is a BEA proprietary language to describe the layout of binary data, and defines rules to transform the binary data in typed data. A Message Format Language (MFL) document is a specialized XML document used to describe the layout of binary… … Wikipedia
Type de média internet — Type MIME Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour… … Wikipédia en Français
Message passing — This article is about the computer science concept. For other uses, see Message passing (disambiguation). Message passing in computer science is a form of communication used in parallel computing, object oriented programming, and interprocess… … Wikipedia
Type MIME — Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour leur… … Wikipédia en Français
message type
Смотреть что такое «message type» в других словарях:
Message type — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type identifier — An ISO term. See preferred term Message type code … International financial encyclopaedia
Message type description — Also called Awaiting Information Description, gives a fill description of the type of message … International financial encyclopaedia
Message type code — An ISO term. A code that designates the function of and/or the action requested by the message. ISO Key Management term. 3a. ISO Identification Cards term. ISO Bank Card Originated Messages term. 4n. ISO Funds Transfer Messages term. 3an … International financial encyclopaedia
Message type generated — An indicator telling what kind of message has been processed … International financial encyclopaedia
Message type to be generated — An indicator telling what kind of message will be processed … International financial encyclopaedia
Message type generated ID — A transfers term: See also ID … International financial encyclopaedia
Message Format Language — (MFL) is a BEA proprietary language to describe the layout of binary data, and defines rules to transform the binary data in typed data. A Message Format Language (MFL) document is a specialized XML document used to describe the layout of binary… … Wikipedia
Type de média internet — Type MIME Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour… … Wikipédia en Français
Message passing — This article is about the computer science concept. For other uses, see Message passing (disambiguation). Message passing in computer science is a form of communication used in parallel computing, object oriented programming, and interprocess… … Wikipedia
Type MIME — Un Internet media type[1], à l origine appelé Type MIME ou juste MIME ou encore Content type[2], est un identifiant de format de données sur internet en deux parties. Les identifiants étaient à l origine définis dans la RFC 2046 pour leur… … Wikipédia en Français
Message Types and Error Groups
The messages in the R/3 System can be classified according to different types. The message type determines where the message is issued and how the system responds.
Messages which refer to errors, so-called error messages, can be grouped in terms of their contents on the basis of the events triggering them or the objects affected. Error messages are to state the problem and, if space permits, should offer suggestions for removing the error. In this way the user can proceed without outside help. Examples illustrate the individual error groups.
Message Types
Note: The message types have been defined by the programmers, not the Ergonomics Group.
S Message (Success)
S-type messages are displayed in the Status Bar on the same or next screen. The message has no influence on the user’s work. It only confirms the successful execution of system functions.
I Message (Information)
W Message (Warning)
So-called W messages interrupt the processing and allow the user to make corrections. For this reason, fields are enabled for input. W messages are displayed in the Status Bar if the messages have been issued by a primary window. If a dialog box issues the message, the system displays the message in a separate dialog box.
With regard to the system response, warnings are similar to E messages. E messages, however, force the user to change the entry.
E Message (Error)
When the system detects an error, E messages should be used. Incorrectly completed fields must be ready for input. If consequential errors occur, we recommend to make not only the incorrectly filled field ready for input but also those fields whose entries have contributed to the error.
Depending on whether the E message was issued by a primary window or a dialog box, it is either displayed in the Status Bar of the primary window or in a separate dialog box.
A Message (Abend)
A messages are intrinsically of a modal character, that is, a separate dialog is inserted into the current task. Therefore, they are displayed in modal dialog boxes
A messages do not allow the user to make any further entries. The user can only acknowledge the message. The task is abruptly terminated and the system returns to a higher-level menu.
A messages should only be issued in extraordinary circumstances, for example, when a system-related error occurs or if the error can no longer be handled by the task. In all error situations handled by the task, however, it should be possible for the user to remain in his work environment. A messages should therefore be avoided, if possible.
Icons in Messages
If standard error messages from the Basis system are displayed in a dilaog box, the system auotmatically displays the appropriate icon for the particluar message type (E, W, I, or A). Since S messages always appear in the status bar, there is no icon for S messages.
Figure 1: Icons to be used in messages
Note: In general, application developers do not have to take action in this respect.
Error Groups
Errors in Tables
Generally, the user is not authorized to make changes in a table. Therefore, the short text of the error messages which refer to tables should not contain a reference to a table. This information is contained in the long text, possibly together with the recommendation to contact the system administrator.
If the display of the message was initiated because a system table does not include an entry which it was expected to contain, the short text should not contain a reference to the table but at most a note on the entry:
If the error is related to tables, which are only of importance for the SAP System itself or if the cause for the error cannot explicitly be assigned to a particular entry, the message should refer the user to the system administrator:
The long text should always contain a detailed error diagnosis which can also be of a more technical nature (which, however, is indicated as such).
If special reference is made to lines which are not contained in a table and if the table is important for the user, that is, if he has maintenance authorization for the table, use the following message pattern:
Input Values are not within the Valid Value Range
The user has entered an entry which was not within the valid, usually numeric value range.
If the value range is known or predefined, the error message should ask the user to enter a value within a specified range:
Nonsensical Entries
In some situations, the user attempts to carry out an action which is meaningless from a business point of view (the system should be able to prevented these actions).
System Error, System Limits are Exceeded
If a non-user error occurs in the system, the message should explain that a system-related problem has caused the error. It should also point out how the user can respond. Technical descriptions should be avoided.
For temporary problems, the following «good» example can be used:
A detailed explanation of this message must be given in the long text.
If a more severe system error interrupts the user’s interaction with the system, the following message can be displayed:
A detailed explanation of this message must be given in the long text.
No Entry Made in a Certain Field
If particular entries are required to continue processing, the required specifications are, however, missing or incorrect:
Control Error
If an operating error occurs, for example, the user chooses a function which requires a previous selection to have been made, the message should specify the initiated action and the error diagnosis, if possible:
Resource Conflicts Due to System Conditions
If records are locked, the user is missing the required authorization, etc.:
Invalid Result of an Action
If a calculation would lead to a meaningless or invalid result, not only the diagnosis should be given but also help in eliminating the error.
Success Messages
The system sends success messages to the user when it has performed certain tasks (e.g. particular important tasks).
Plausibility Error
The system, for early recognition of substantive errors, should check entries for their plausibility, if possible.
Technical Notes
In the flow logic of the screen, the required fields for E messages must be enabled for input by the FIELD statement in front of the module in question. After the user has corrected the entry, the module is processed again automatically from the beginning.
Messages within modules are generally triggered at the event PROCESS AFTER INPUT. Only I messages and S messages are useful at the event PROCESS BEFORE OUTPUT.
If several fields/modules are chained on the screen (CHAIN), the entire chain and therefore all modules are processed again.
If a field is contained in several chains and an error occurs, all chains which are in front of the module reporting the error are checked for this field and processed again, if found.



