MSSQL2008: бит-массивы и битовые операции + база данных Мозговой штурм

Question

У меня проблема с кодированием, когда я должен хранить «примечание» и даты, к которым применяется примечание. Подумайте о:

Примечание 1 Привет, сегодня г-н Клиент позвонил, организовав эти встречи. 30/8/2009, 31/8/2009, 05/9/2009

Примечание 2 Бизнес как обычно. 30/8/2009

Примечание 3 Ресторан закрыт. 6/9/2009

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

Я обсуждал с несколькими коллегами и друзьями и дошел до этого дизайна. Обратите внимание: я хочу иметь возможность хранить всю информацию в одной таблице или больше, если дизайн элегантный.

> Date Bitmap | Month | Year | Note 
> 101..   9  2009 Blah Blah  // applies to 1st and 3rd 
> 0001...  10  2009 Blah2   // applies to the 4th 
> 100   9  2009 Blah23 

Когда пользователь выбирает из нескольких выбора даты в следующей даты: 1 сентября Он получит Бла Бла и Blah23. Один объект времени даты будет повторять заметку или принудительно создать другую таблицу с внешним ключом.

В том смысле, что я мог хранить в первом столбце, в какие дни месяца относится к примечанию. В растровом виде все может быть суперэффективным. Любые другие способы (связанные таблицы с Note-ID или таблица со всеми днями с идентификаторами) привели к уродливому дублированию либо поля примечания, либо повторяющихся дат. Я также не хочу думать о наличии текстового поля с наборами дат с разделителями и уродливого кода, который будет анализировать его при поиске.

У меня есть роскошь времени на этот проект, как вы можете судить.

Но как может клиентское приложение RETRIEVE сказать, что все примечания для заданного набора дат? Есть ли бит-операции в MSSQL? Поэтому я могу получить все строки, скажем, a '1' в 5-м и 7-м битах в этом двоичном поле?

Я не могу использовать МЕЖДУ, поскольку у меня могут быть спорадические даты, которые не входят в диапазон или что-то в этом роде. Представьте, что у вас есть тип данных, где он может представлять любое число от 1 до 31. Вот как я думал о растровом изображении.

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

Могу ли я мне помочь?

Спасибо за все ваши ответы.

Leo

Answer 1

Я бы лично разделить это на две таблицы

NOTE 
int Id 
varchar NoteText 

NOTEACTIVITY 
int Id 
DateTime ActivityDate 
int NoteId 

Это держит ваши запросы простой и позволяет много гибкости в будущем. Это будет означать, что если примечание относится к трем датам, у вас есть одна запись в таблице примечаний и три записи в таблице NoteActivity. В некотором роде вы, вероятно, столкнетесь с этой проблемой с вашим существующим дизайном. Если клиент хотел, чтобы примечание применялось к первому из каждого месяца, вы бы дублировали строку (включая примечание) 12 раз?

В качестве альтернативы, если вы уже решили, что ваша идея растрового изображения является правильной, подумайте о сохранении чисел дня вместо растрового изображения, чтобы вы могли сохранить «[1] [5] [30]». Это может упростить выполнение запросов, путем поиска строк, которые содержат «[5]» в этом столбце, например

Answer 2

Да, вы переоценены.

Просто создайте один столбец datetime и проиндексируйте его. Если вы хотите разделить дату и время, используйте встроенные функции, такие как datepart().

«Как клиентское приложение ПОЛУЧИТЬ сказать, все ноты для данного набора дат?»

Выполнение запроса с пометкой WHEREBETWEEN начальные и конечные даты.

Объявление поля «Примечание» как varchar (n) [n до 8000 ок.). Он использует только пространство, занимаемое запиской, но не максимальный определенный размер.

Answer 3

Если приложение должно будет выбрать дату и получить все примечания, относящиеся к этой дате (исключительно или частично), вам необходимо сохранить дату, используя тип данных DateTime.

Если деловая записка для заметки такова, что она может охватывать дни, для вашей таблицы NOTES нужны EFFECTIVE_DATE и EXPIRY_DATE столбцы DateTime. Даты могут быть в тот же день, или пара раздельно.

Если вы хотите, чтобы примечание текст/тело, чтобы применить к периодическим дней (IE 1 января 13-го, 21-е), то вам нужно две таблицы: NOTES и NOTE_ACTIVITY. NOTE_ACTIVITY будет содержать примечание_ид вместе с действительными датами истечения срока действия. Я просто не понимаю, как вы могли бы поддерживать спорадические даты, связанные с одним текстом, любым другим способом в базе данных.