Новые книги

Comprehensive Real-World Guidance for Every Embedded Developer and Engineer

This book brings together indispensable knowledge for building efficient, high-value, Linux-based embedded products: information that has never been assembled in one place before. Drawing on years of experience as an embedded Linux consultant and field application engineer, Christopher Hallinan offers solutions for the specific technical issues you're most likely to face, demonstrates how to build an effective embedded Linux environment, and shows how to use it as productively as possible.

Hallinan begins by touring a typical Linux-based embedded system, introducing key concepts and components, and calling attention to differences between Linux and traditional embedded environments. Writing from the embedded developer's viewpoint, he thoroughly addresses issues ranging from kernel building and initialization to bootloaders, device drivers to file systems.

Hallinan thoroughly covers the increasingly popular BusyBox utilities; presents a step-by-step walkthrough of porting Linux to custom boards; and introduces real-time configuration via CONFIG_RT--one of today's most exciting developments in embedded Linux. You'll find especially detailed coverage of using development tools to analyze and debug embedded systems--including the art of kernel debugging.

• Compare leading embedded Linux processors

• Understand the details of the Linux kernel initialization process

• Learn about the special role of bootloaders in embedded Linux systems, with specific emphasis on U-Boot

• Use embedded Linux file systems, including JFFS2--with detailed guidelines for building Flash-resident file system images

• Understand the Memory Technology Devices subsystem for flash (and other) memory devices

• Master gdb, KGDB, and hardware JTAG debugging

• Learn many tips and techniques for debugging within the Linux kernel

• Maximize your productivity in cross-development environments

• Prepare your entire development environment, including TFTP, DHCP, and NFS target servers

• Configure, build, and initialize BusyBox to support your unique requirements
В современной деловой среде все более важной становится эффективность совместной работы. Службы SharePoint – компонент Windows Server 2003, бесплатно доступный для скачивания, – помогают в решении этой задачи, предоставляя мощный набор инструментов для организации данных, управления документами, повышения эффективности бизнес-процессов и создания надежной среды взаимодействия. Эта книга научит вас использовать службы Windows SharePoint для организации совместной работы. Вы узнаете, как создавать собственные узлы SharePoint при помощи шаблонов, списки и библиотеки для хранения информации; добавлять электронные доски обсуждений, вики-узлы и блоги; настраивать рабочие области документов и собраний; использовать календари, контактную информацию и другие данные совместно с программами из пакета Microsoft Office и многое другое, что поможет рабочим группам легко взаимодействовать друг с другом.

Для пользователей любого уровня подготовки, желающих самостоятельно освоить Microsoft Windows SharePoint Services 3.0.

Уровни




9. Уровни

Этот стандарт специфицирует два уровня и отдельные средства поддержания целостности данных.

Средства поддержания целостности данных образуют следующие синтаксические конструкции вместе с Синтаксическими правилами и Общими правилами:

  1. <Раздел умолчаний> (<default clause>)
  2. все опции <ограничения на столбец> (<column constraint>), отличные от NOT NULL и NOT NULL UNIQUE
  3. все опции <определения ограничения на таблицу> (<table constraint definition>), кроме опции UNIQUE <список столбцов уникальности> (UNIQUE (<unique column list>)).
  4. <действие> REFERENCES <список столбцов передачи> (<action> REFERENCES [ (<grant column list>)])

Уровень 2 - это полный язык базы данных SQL, не включающий средства улучшения целостности данных. Уровень 1 - это подмножество уровня 2, которое подчиняется следующим дополнительным правилам.

  1. 4.16, "Транзакции":
    а) Первое предложение параграфа 1 заменяется следующим:
    Транзакция - это последовательность операций, включающая операции над базой данных, которые являются атомарными по отношению к восстановлению.
    b) Параграф 2 удаляется.
    c) Второе предложение параграфа 3 удаляется.
  2. 5.3, "Лексемы (<token>):
    <Идентификатор> (<identifier>) не должен состоять более чем из 12 символов.
  3. 5.4, "Имена":
    <Имя таблицы> (<table name>) не должно содержать <идентификатор полномочий> (<authorization identifier>).
  4. 5.6, "<Спецификация значения> (<value specification>) и <спецификация цели> (<target specification>)":
    а) <Спецификация значения> (<value specification>) не должна содержать USER.
    b) <Спецификация параметра> (<parameter specification>) не должна специфицировать <парамететр-индикатор> (<indicator parameter>).
    c) <Спецификация переменной> (<variable specification>) не должна специфицировать <переменную-индикатор> (<indicator variable>).
  5. 5.7, "<Спецификация столбца> (<column specification>)" :
    К синтаксическому правилу 4 добавляется следующее:
    • <Спецификация столбца> (<column specification>) не должна быть внешней ссылкой.
  6. 5.8, "<Спецификация функции над множеством> (<set function specification>)" 5.24, <Подзапрос> (<subquery>), и 5.25, <Cпецификация запроса> (<query specification>):
    • <Функция надо всеми элементами множества> (<all set function>), <подзапрос> (<subquery>) и <спецификация запроса (<query specification>) не должны содержать ALL.


    Замечание: на уровне 1 сохранение дубликатов специфицируется отсутствием DISTINCT.

  7. 5.8, "<Спецификация функций над множеством> (<set function specification>)":
    • <Функция над различными элементами множества> (<distinct set function>) не должны включать AVG, MAX, MIN или SUM.
  8. 5.11, "<Предикат сравнения> (<comaprison predicate>)" : <Оператор сравнения> (<comp op>) не должен включать "<>". Замечание: на уровне 1 сравнение в форме "A <> B" выражается через эквивалент "NOT A=B".
  9. 5.14, "<предикат like> (<like predicate>):
    а) <Предикат like> (<like predicate>) не должен специфицировать ESCAPE <символ escape> (<escape character>).
    b) <Предикат like> (<like predicate>) не должен специфицировать NOT.
    Замечание: на уровне 1 <предикат like> (<like predicate>), содержащий NOT, может быть выражен в эквивалентной форме <условия поиска> (<search condition>): "NOT <like predicate>".
  10. 5.17, "<предикат exists> (<exists predicate>)":
    • <Предикат> (<predicate>) не должен специфицировать <предикат exists> (<exists predicate>).
  11. 5.22, "<раздел group by>" (<group by clause>)":
    Следующее предложение добавляется к Общему правилу 2:
    • Группирование строк, в которых значения одного или нескольких столбцов группировки являются неопределенными, определяется в реализации.
  12. 5.25, "<Спецификация запроса> (<query specification>)":
    Синтаксическое правило 11 заменяется на следующее:
    • Распознавание того, является ли <спецификация запроса> (<query specification>) изменяемой или только читаемой, определяется в реализации.
  13. 6.1, "<Схема> (<schema>)":
    <Схема> (<schema>) не должна специфицироваться.
    Уровень 1 реализации должен обеспечивать некоторый механизм связи <идентификатора полномочий> (<authorization identifier>) с <определением таблицы> (<table definition>), <определением представления> (<view definition>) или <определением привилегий> (<privileges definition>).
  14. 6.2, "<Определение таблицы> (<table definition>)":
    <Определение таблицы> (<table definition>) не должно содержать <определение огpаничения уникальности> (<unique constraint definition>). Уровень реализации 1 должен обеспечивать некоторый механизм спецификации ограничения таблицы, связанного с уникальностью.
  15. 6.3, "<Определение столбцов> (<column definition>):
    а) <Тип данных> (<data type>) в <определении столбца> (<column definition>) не должен включать REAL, DOUBLE, PRECISION и NUMERIC.
    b) <Определение столбца> (<column definition>) столбца не должно специфицировать NOT NULL.
    c) <Определение столбца> (<column definition>) столбца не должно специфицировать UNIQUE.
  16. 6.9, "<Определение представления> (<view definition>):
    <Определение представления> (<view definition>) не должно содержать WITH CHECK OPTION.
  17. 6.10, "<Определение привилегий> (<privilege definition>)" :
    <Определение привилегий> (<privileges definition>) не должно содержать WITH GRANT OPTION.
  18. 7.3, "<Процедура> (<procedure>):
    а) Cинтаксическое правило 8 (a) (2) заменяется на следующее:
    Любой <тип данных> (<data type>) в <объявлении параметра> (<parameter declaration>) должен специфицировать тип CHARACTER.
    b) В общем правиле 3 случай (a) каждое вхождение числа "100" заменяется на слова "положительное число со значением, определяемым реализацией"
    c) Общее правило 3 (b) (1) заменяется на следующее:
    В реализации определяется, аннулируются ли при выполнении S изменения, произведенные в базе данных.
  19. 8.3, "<Объявление курсора> (<declare cursor>)":
    а) <Спецификация сортировки> (<sort specification>) не должна содержать <целых без знака> (<unsigned integer>).
    b) <Спецификация сортировки> (<sort specification>) не должна содержать ASC.
    Замечание: на уровне 1 порядок по возрастанию специфицируется отсутствием опции DESC.
    c) <Выражение запроса> (<query expression>) не должно содержать UNION.
    Замечание: на уровне 1 функция объединения не поддерживается.
  20. 8.7, "<Оператор вставки> (<insert statement>) :
    <Оператор вставки> (<insert statement>) не должен содержать <спецификацию запроса> (<query specification>).
  21. 8.11, "<Оператор модификации: позиционный> (<update statement: positioned>)" и <оператор удаления: поизиционный> (<delete statement: positioned>):
    <Оператор SQL> (<SQL statement>) не должен специфицировать <оператор модификации: позиционный> (<update statement: positioned>) или <оператор удаления: позиционный> (<delete statement: positioned>).

Назад | Содержание | Вперед