Каковы наиболее важные соображения при разработке базы данных?
Один из вариантов - проверить type объекта Selection, возвращенного window.getSelection:
function toggleInfo() {
var selection = window.getSelection();
if(selection.type != "Range") {
$("#clicktoshow").toggle();
$("#information").toggle();
}
}
http://jsfiddle.net/k61u66ek/4/
Обновить
Если браузер, на который настроен таргетинг, не предоставляет свойство type для объекта Selection, то вы можете протестировать его по длине выбранного вместо этого:
function toggleInfo() {
var selection = window.getSelection();
if(selection.toString().length === 0) {
$("#clicktoshow").toggle();
$("#information").toggle();
}
}
http://jsfiddle.net/k61u66ek/9/
, который, в свою очередь, может быть уменьшен до проверки bool на toString:
if(!selection.toString()) {
11 ответов
Прежде всего и самый важный изучают и понимают бизнес-домен.
1) Вы смотрящий на высокую скорость обработки транзакций как оживленный веб-сайт или низкое использование как, система небольшой компании HR
2) Является безопасностью, большая проблема - является Вами обрабатывающий персональные данные или финансовые данные. Или это - просто каталог продукции
3), Ваши пользователи будут делать, многие обновляют/вставляют или являются этим главным образом только для чтения
4), В каком количестве пользователей, каковы шаблоны использования (максимальная нагрузка или равномерно распределенный)
5), Вы нуждаетесь 24x7, 16x5, или другое время работы, 24x7 намного более трудно сделать, поскольку у Вас нет времени простоя для обслуживания
6), Как большой DB собирается пойти? Если это является действительно большим, необходимо ли будет разработать таблицы для принятия во внимание это и/или раздел
7), необходимо ли посмотреть на кластер предприятия с горячим сбоем или просто нормальный хостинг
8), Как DB будет adminstered, в большинстве проектов DB 95% усилия потрачены, разработав для пользователей и их приложений, об администраторе DB забывают
9), Администратор DB, от предыдущего включает резервные копии, изменения в других системах, интеграцию с другими системами, загрузка данных
10), На самом деле Загрузка данных и использование существующих данных являются другой большой проблемой самостоятельно.
Вот именно для запуска
база данных вторична к Вашему дизайну бизнес-процесса и должна чисто поддерживать Ваш бизнес-процесс прямым и простым способом. Вы получите намного больше выгоды от правильно построенной, чистой, модели объекта, чем Вы будете от индекса тут и там. Таким образом, после того как Ваш процесс определяется, Вы берете его и разделяете его на "объекты" максимально чисто с отношениями, которые имеют смысл. После того как Вы знаете свои объекты, они переводят в таблицы базы данных.
Одна из самых важных вещей сделать не состоит в том, чтобы сверхспроектировать.
, Чтобы дать Вам ответ с некоторыми зубами, давайте возьмем объект "механизма" в качестве примера. Механизм имеет несколько колес. У Вас есть критическое решение сделать знание, что будет несколько колес, подключенных к механизму. У Вас есть 2 варианта сделать - можно сделать "колеса" отдельным объектом, или можно сделать "количество колес" целочисленным полем в объекте "Механизма".
, Если Вы абсолютно знаете , что необходимо будет хранить большую изменяющуюся информацию о каждом колесе, затем создайте объект "Колеса". У Вас теперь есть отношения между объектами (автомобиль и колесо).
В противном случае простое поле сделает очень хорошо.
Продумывание этих критических решений и создание вещей, максимально простых, являются безусловно самой важной вещью для меня при разработке базы данных. Это может иметь значение между вещами, являющимися действительно легким и действительно трудным при создании следующего слоя (слоев) приложения.
1 - Непротиворечивость
Со временем Ваша база данных будет изменяться, и другие люди должны будут работать с нею. Сделайте себе и им одолжение и удостоверьтесь, что структуры называют таким способом, которым любой разумный человек с основными знаниями проблемной области будет в состоянии ожидать содержание таблицы. Не торопитесь для записи (могло быть простое как блокнот), некоторые основные конструкции, которые Вы используете.
Примеры:
- Первичные ключи все запускают с Преобразования регистра IdTableName
- имен таблиц, Паскаль
- , Внешние ключи являются всем расширением TableNameId
, Принимаете ли Вы решение использовать подчеркивания, или не (замените любым другим преобразованием подчеркивания), действительно не имеет значения в конце дня, пока Вы последовательны в способе, которым Вы используете или не используете их.
Ваша база данных является последней линией обороны для целостности данных. Сделайте весь свой доступ к данным через хранимые процедуры и осуществите целостность данных при помощи проверочных ограничений, внешние ключи и так далее. Введите данные правильно, не используйте VARCHAR (50), когда CHAR (5) будет более конкретным и точным.
Кто-то еще упомянул что-то о хранении его простой. Наконец, что не менее важно, не создавайте что-то, потому что Вы "думаете", что Вам будет нужен он в следующем месяце. Вещи изменяются быстро, и Вы закончите тем, что делали больше обслуживания на материале, Вы "думали", что собирались использовать, а не вещи, которые Вы используете, если Вы заполнитесь, то Ваша база данных наполнит, который не служит никакой цели.
Точность с объектами реального мира, которые база данных, как предполагается, моделирует.
Я лично предложил бы забрать или одолжить копию "Проектирования баз данных для Простых Смертных". Все, что необходимо было бы когда-либо рассматривать в разработке базы данных, будет перечислено в той книге, и это находится в очень методическом и логическом порядке, в котором можно пристроить базу данных. Таблица и Определения столбца утомительны, но стоят, каждую минуту использовал в конце.
я полагаю, что Вы смогли читать первую главу если книга через Google Books или через предварительный просмотр страницы на Amazon.com.
существуют некоторые лакомые кусочки, которые можно узнавать со временем или из этого сайта как 'лучшие практики', но ничто не бьет разработку его с нуля корректный путь на первой попытке.
Основной набор точек:
- Определяют цель Вашей системы.
- Определяют объекты, в которых будет нуждаться Ваша система.
- Определяют, какую информацию каждый объект должен предоставить.
- Определяют выходящие отношения между Вашими объектами
- , О чем пользователь хотел бы знать и сделать с Вашими данными.
- Концептуальное и Логическое Проектирование баз данных
- Нормализация и поля ERD
- Identify с уникальными значениями.
- Выбор соответствующие типы данных для Ваших полей.
- рефакторинг Базы данных.
также необходимо понять то, для чего будет использоваться база данных. если это для транзакций (OLTP), это должно быть максимально нормализовано, и цель для транзакций, которые будут завершены как можно быстрее. если это для анализа и/или создания отчетов (о OLAP), это должно быть денормализовано во многих местах, где Вы будете выполнять агрегирование. конструктивные соображения для баз данных OLTP не применимы к базам данных OLAP, и наоборот.
кто собирается создать и поддержать его, где, как и с какой. У Вас есть методы и процедуры и процессы для того, чтобы сделать это или просто winging это. Конечно, Бизнес-потребности управляют данными, необходимыми, который должен быть получен в реализации независимый ERD. Но, также необходимо думать о том, кто будет поддерживать данные со временем. А также кто "владеет" данными. Кто владеет определения атрибута и объект.
Информационные требования являются самой важной частью.
Это - другой способ сказать, "определяют цель Вашей системы", от ответа, обеспеченного CMS.
Концептуальное моделирование данных является просто организованным способом собрать и представить информационные требования. Каждое значение, сохраненное и поданное базой данных, подключено к атрибуту и каждому атрибуту к домену. Атрибуты, в свою очередь, описывают или объекты или отношения среди объектов. Объекты темы и отношения составляют концептуальную структуру "реального мира", который описывают данные. Создание ERD из концептуальной модели легко, хотя утомительный.
После этого, можно выбрать DBMS, разработать логическую базу данных, разработать физическую базу данных и сборку. На каждом шаге решения, которые Вы принимаете, более обратимы, из-за независимости данных. Независимость данных инкапсулирует проектные решения в базе данных, за исключением последствий производительности. Необходимо знать инструмент, конечно.
Наличие инструмента для руководящих моделей и преобразования их к схемам и сценариям может быть очень полезным при ускорении этого процесса и сокращении ошибок.
, Но если у Вас есть серьезные ошибки или пропуск в Вашей информации requirments, никакой объем умного дизайна или реализации не собирается восполнить это.
Хорошая база данных может быть оценена следующим образом:
, Если база данных правильно разработана, необходимо быть в состоянии понять, как бизнес работает, ни на что не смотря больше тогда схема.
, Другими словами, база данных бизнес. Если база данных не отражает, как бизнес выполняется, или база данных является неправильной или бизнес, является неправильным.
база данных является также одной из нескольких вещей, которые Вы действительно, действительно должен закрепить заранее. Можно всегда фиксировать плохой код, но редко можете Вы назад из плохого изменения схемы. Удостоверьтесь, что сделали его правильно.