Добро пожаловать! Это — архивная версия форумов на «Хакер.Ru». Она работает в режиме read-only.
 

продуктивность/безопасность БД

Пользователи, просматривающие топик: none

Зашли как: Guest
Все форумы >> [Прочее] >> продуктивность/безопасность БД
Имя
Сообщение << Старые топики   Новые топики >>
продуктивность/безопасность БД - 2006-11-27 03:12:39.013333   
Vern

Сообщений: 2
Оценки: 0
Присоединился: 2006-11-27 03:10:31.480000
несколько вопросов по продуктивности и безопасноти БД (стадия проектирования)
Есть БД кассовой системы
1) Если БД постоянно расширяется, и количество запросов увеличивается, как с этим справиться, чтобы БД не упала в конце концов?
2) Что лучше закешировать?
3) Как реализовать блокировку данных при попытке сразу нескольких клиентов изменить данные?
4) Как ограничить клиентам доступ к данным? ( хранение логина/пароля сервераДБ в клиенте/сервере приложения, в какой части приложения вообще возможно осуществлять запросы)
5) Как обезопасить общение клиента с сервером?

спасибо
Post #: 1
RE: продуктивность/безопасность БД - 2006-11-27 13:47:08.466666   
alexbozhko

Сообщений: 1024
Оценки: 0
Присоединился: 2005-11-24 13:35:34
1 Вопрос. Очевидно решается выбором соответствующей СУБД. Архитектура БД, конечно важна, но она должна быть оптимальна изначально, в не зависимости от кл-ва запросов к БД.
Скажем есть такой стандарт TPC. В нем прописаны тесты производительности СУБД, и, соответственно любая серьезная СУБД предоставляет результаты TPC тестов. На сайте tpc.org можно эти результаты и посмотреть.
Т.е. если IB хватит -используй IB, нет-Oracle. Думаю идея понятна.
Хотя не совсем ясен термин "Расширение БД". Это расширение структуры или увеличение кол-ва записей в таблице? В первом случае будь готов к постоянному рефакторингу приложения.
2. Вопрос
от структуры БД зависит.
3. Вопрос
 А есть же стандартные методики лока (Optimistic Locking, Pessimistic Locking и т.д.)
Кое -что механизмами СУБД реализуется
Кое -что в приложении. В любом случае читай книги по теории БД
4 -5 Вопрос
http://forum.xakep.ru/m_783103/tm.htm
Вот мысли здесь были
И еще…
Многое (часто практически все) можно реализовать средствами СУБД.







Post #: 2
RE: продуктивность/безопасность БД - 2006-11-27 13:57:02.653333   
Vern

Сообщений: 2
Оценки: 0
Присоединился: 2006-11-27 03:10:31.480000
HSQLDB u menja.
Rashirenije = i izmenenije strukturq, i uvelichenije kolichestva zapisei

spasibo, natolknul na nit' lockinga
Post #: 3
RE: продуктивность/безопасность БД - 2006-11-27 14:20:32.450000   
alexbozhko

Сообщений: 1024
Оценки: 0
Присоединился: 2005-11-24 13:35:34
Крайне рекомендую изначально приводить таблицы к нормальным формам.
Иначе при изменении структуры БД будет беда.
Post #: 4
Страниц:  [1]
Все форумы >> [Прочее] >> продуктивность/безопасность БД







Связаться:
Вопросы по сайту / xakep@glc.ru

Предупреждение: использование полученных знаний в противозаконных целях преследуется по закону.