| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > СУБД, общие вопросы > Органайзер |
| Автор: BoomeR 18.3.2010, 11:03 |
| Добрый день! В данный момент занят разработкой приложения выполняющего функции, схожие с MS Outlook, исключая почтовик. Нахожусь на стадии проектирования структуры БД. Как я себе это вижу, структура получается простенькая и нечего тут городить огород и подключать различные методы проектирования (кроме "умо-зрительного" Сущности определяю так : встречи/события(строго привязанные ко времени), контакты, заметки, задачи. Атрибуты пока в процессе, но думаю с ними более-менее и так ясно. Вопросы возникают дальше : к БД будут удалённо обращаться некоторое (<100) количество пользователей, у каждого должна быть своя учётная запись и, соответственно, данные. 1) Никогда не доводилось заниматься безопасностью БД - как лучше хранить пары логин/пароль? Завести под них таблицу и набросать функцию аутентификации? Или есть лучшие решения? 2) Как лучше разграничить данные пользователей? Я вижу два решения (второе, на мой взгляд, откровенно плохое) : добавить в каждую таблицу по атрибуту "логин" и таким образом делать выборки по данным или плодить по 4 таблицы на каждого юзера. Думаю вопросы несложные |
| Автор: BoomeR 18.3.2010, 12:21 |
| LSD, спасибо. Многое прояснилось |
| Автор: BoomeR 20.3.2010, 19:52 |
| Привет! Поковырял я за последнее время некоторую теорию проектирования БД. Кое-что применил. Вспомнил UML - набросал use case diagram и физическую модель, которую получил в результате алгоритма синтеза. Структура получилась странноватая : http://radikal.ru/F/s47.radikal.ru/i117/1003/3b/02244c799a4e.png.html Все таблицы, кроме UID_Note_Task_Event, я так себе и представлял, но вот эта табличка меня смущает... Без неё не выполняется свойство соединения без потерь, получается убить её нельзя. Но кто её будет заполнять? Она сама по себе содержит очень невнятный набор информации... Её поля : ID юзера, даты создания неких заметок, встреч, задач и ID некого контакта - вся это информация связанна лишь косвенно через ID юзера... А держать путсую таблицу - не серьёзно Подскажите куда копать? Или я ошибаюсь в основах? |
| Автор: LSD 22.3.2010, 17:41 |
| Я честно говоря вообще не понимаю, что за данные содержит UID_Note_Task_Event. |
| Автор: BoomeR 22.3.2010, 19:03 |
| LSD, вот-вот. Сегодня ездил говорить с научником по этому вопросу : решено было просто удалить эту таблицу, т.к. она не содержит никакой вменяемой информации, ну а свойством соединения без потерь в этом случае можно пренебречь. Не самое лучшее решение, но для данной структуры другого подхода не видно... Спасибо, за участие ПС. Аутентификацию пользователя было решено делать на серверной стороне, логин передаётся в открытом виде, а пароль в хэшированном, в таблице с данными пользователя хранятся хэши паролей. |