Главная » Статьи для тега "ограничения"

Отображение с учетом привилегий Spring

Добавлено Дата: 9 July, 2014 категория: Spring

Иногда некоторые фрагменты представления должны или не должны отображаться, в зависимости от привилегий пользователя. Бессмысленно отображать форму аутентификации, если пользова- тель уже аутентифицирован, или показывать персонализированное приветствие пользователю, который еще не аутентифицирован.

Читать »

Ограничения обобщений .NET в Visual C# (Sharp)

Добавлено Дата: 17 March, 2014 категория: C#

Обобщения .NET рассматривались в  нескольких главах этой книги. Дополнителым аспектом обобщений .NET являются ограничения, которые  можно  использать для оптимизации кода. Обобщения .NET не обязательно должны быть просто "черными ящиками". Код может обращаться к методам и свойствам, при условии, что в нем применяются ограничения.

Читать »

Ограничения, определяемые для базы данных в Android приложении

Добавлено Дата: 18 August, 2013 категория: Разработка для Android

 

Ограничения, определяемые для базы данных (database constraints) – это особые атрибуты, присваиваемые для ее таблиц. Некоторые ограничения являются информационно-ориентированными, например требуют, чтобы все значения в столбце были уникальными. Таков, например, будет столбец с номерами страховых полисов. Другие ограничения характеризуются более функциональными свойствами. Основу межтабличных связей составляют реляционные ограничения PRIMARY KEY и FOREIGN KEY.

Читать »

СРЕДСТВА SQL ограничения

Добавлено Дата: 23 August, 2012 категория: SQL, Базы данных

Начнем с описания поддержки в языке SQL (или, скорее, по большей части, с констатации отсутствия такой поддержки) схемы классификации ограничений,  описанной в разделе 9.9.

■     В языке SQL вообще не поддерживаются ограничения типа, за исключением тех примитивных ограничений, которые являются прямым следствием применения определенного физического представления. Например, как было показано в главе 5, допустимо утверждать, что значения типа WEIGHT должны быть представлены в виде чисел DECIMAL (5,1), но нельзя указать, что эти числа должны быть больше нуля и меньше 5000.

Читать »

СХЕМА КЛАССИФИКАЦИИ ОГРАНИЧЕНИЙ

Добавлено Дата: 4 August, 2012 категория: SQL, Базы данных

В данном разделе будет кратко намечена схема классификации для ограничений (по сути, это та же схема, которая была принята в [3.3]). Кратко отметим, что здесь предусмотрено распределение ограничений по четырем  основным категориям: ограничения базы данных, ограничения переменной отношения, ограничения атрибута и ограничения типа. Краткие определения этих ограничений приведены ниже.

Читать »

ПОДРОБНЫЕ СВЕДЕНИЯ ОБ ОГРАНИЧЕНИЯХ ЦЕЛОСТНОСТИ

Добавлено Дата: 25 July, 2012 категория: SQL, Базы данных

В общем, ограничения целостности представляют собой ограничения, налагаемые на значения, которые разрешено принимать некоторой переменной, или комбинации переменных1. Поэтому тот факт, что конкретная переменная относится к некоторому определенному типу, представляет собой априорное ограничение, налагаемое на рассматриваемую переменную (это ограничение состоит в том, что значения, которые может принимать данная переменная, должны, безусловно, быть значениями этого типа). Например, переменная отношения S (поставщики) ограничивается тем, что должна содержать значения, являющиеся  отношениями, в которых каждое значение s# представляет собой номер поставщика (значение типа s#), каждое значение SNAME является именем  (значением типа NAME) и т.д.

Читать »

Целостность данных

Добавлено Дата: 19 July, 2012 категория: SQL, Базы данных

С  годами  та  часть  реляционной  модели,  которая  касается   целостности данных, подвергается наиболее существенным изменениям  (возможно, здесь следовало сказать не "подвергается изменениям", а  развивается). На первых порах основное внимание было обращено на исследование именно первичных и внешних ключей (сокращенно будем  называть их просто ключами). Но со временем   специалисты   по   базам   данных   стали   понимать   важность   (а фактически чрезвычайную важность) ограничений целостности как таковых, и поэтому количество работ в этой области значительно возросло; наряду с этим многие исследователи обнаружили определенные сложности, возникающие при использовании только одних ключей. Структура этой главы отражает  данное изменение направления  исследований,  поскольку  в  ней  вначале  дано  общее описание  ограничений  целостности  в  достаточно  большом  объеме,  а  затем изложение переходит к рассмотрению ключей (которые  по-прежнему имеют важное практическое значение).

Читать »

ЗАЩИТА ДАННЫХ

Добавлено Дата: 14 May, 2012 категория: 1С Предприятие

8.2.3.    ПОСТАНОВКА  ЗАДАЧИ

Защита данных  это  также  многогранная задача, включающая  такие  подзадачи, как физическое сохранение данных, обеспечение  их целостности и непротиворечивости, верификация данных, ограничение прав доступа и др.

Читать »

GridBag Layout – более гибкое табличное расположение

Добавлено Дата: 25 March, 2012 категория: Java

А сейчас я покажу ещё один способ создания окна калькулятора. Здесь будет    использоваться    java.awt.GridBagLayout    вместо комбинации  схем и панелей. В нашем калькуляторе есть строки и столбцы, но в GridLayout ониобязаны  иметь  одинаковые  размеры.  Это  не  подходит,  так  как  у  нас есть  поле  для  ввода,  ширина  которого  равна  ширине  трёх  кнопок  с числами.GridBagLayout   -­?  более  продвинутая  схема  размещения. Она позволяет   задавать   размер   ячейки,   равным   нескольким   клеткам таблицы.  GridBagLayout  имеет  вспомогательный  класс,  который называется GridBagConstraints (ограничения на клетки таблицы). Эти  ограничения  не  что  иное,   как атрибуты ячеек,   которые необходимо задавать  для  каждой  ячейки  таблицы  отдельно.  Все ограничения  должны  быть заданы  до того, как  в ячейку помещаются компоненты.  Например,  один  из  атрибутов  GridBagConstraints называется  gridWidth. Он позволяет задать ширину какой-­?то  одной ячейки,  равной ширине  нескольких других.Во время работы  с GridBagLayout необходимо сначала создать экземпляр  класса GridBagConstraints, и затем задать значения для его  свойств.  После  того  как  это  сделано,  можно  добавлять  объект  в ячейку контейнера.

Читать »

Проверяйте решения на прочность по ключевым характеристикам

Добавлено Дата: 9 March, 2012 категория: Архитектура ПО

Стивен Джонс

Изначально архитектура приложения Формируется на основании заданных бизнес-требований, выбранных или уже применяемых технологий, диапазона производительности, ожидаемых объемов данных и финансовых ресурсов, выделенных для построения, развертывания и управления системой. Решение, каким бы оно ни было, должно соответствовать требованиям из этого набора либо превосходить их – и при этом успешно работать в современных условиях (иначе это попросту не решение).

Читать »

Поддерживайте разработчиков

Добавлено Дата: 29 February, 2012 категория: Архитектура ПО

Тимоти Хай

Сказать обычно проще, чем сделать; уж что-что, а говорить архитекторы умеют. Чтобы ваши слова не превращались в пустое сотрясание воздуха (основной метод возведения воздушных замков), вам понадобится хорошая команда разработчиков. Как правило, роль архитектора состоит в том, чтобы накладывать ограничения, но у вас есть также возможность эти ограничения снимать. Сделайте все от вас зависящее, чтобы развязать руки разработчикам.

Читать »

Правила ограничений основы UML

Добавлено Дата: 26 May, 2011 категория: UML

 

При построении диаграмм классов большая часть времени уходит на представление различных ограничений. На рис. 3.1 показано, что Заказ (Order) может быть сделан только одним единственным Клиентом (Customer). Из этой диаграммы классов также следует, что каждая Line Item (Позиция заказа) рассматривается отдельно: вы можете заказать 40 коричневых, 40 голубых и 40 красных штучек, но не 120 штук вообще. Далее диаграмма утверждает, что Корпоративные клиенты располагают кредитами, а Индивидуальные клиенты – нет.

Читать »

Проверяйте достоверность параметров

Добавлено Дата: 16 May, 2011 категория: Java, Советы

 

Большинство методов и конструкторов имеет ограничения на то, какие значения могут быть переданы с параметрами. Например, нередко указывается, что индексы должны быть неотрицательными, а ссылки на объекты отличны от null. Вы обязаны четко документировать все эти ограничения и начинать метод с их проверки. Это частный случай более общего принципа: стараться выявлять ошибки как можно cкоpee после того, как они произойдут. В противном случае обнаружение ошибки станет менее вероятным, а определение источника ошибки – более трудоемким.

Читать »