Здравствуйте, Аноним, Вы писали:
D_A>>- Правила нормализации D_A>>- Наследование в базе D_A>>- методы денормализации и правила целесообразности ее использования — разгон БД воимя избежания длинных цепочек джоинов путем дублирования данных на меньшем расстоянии от данных, вместе с которыми они выгребаются D_A>>- сразу же — стратегии обновления денормализированных данных D_A>>- Оптимистическая и пессимистическая конкьюренси — как обновлять строку, если в период между ее вычиткой и обновлением ктото другой ее уже обновил
А>Это всё я уже читал и многое использовал.
D_A>>- защита данных на уровне строки А>Не совсем понял что Вы имеет ввиду. Constrain?
нер — роу левел секьюрити
D_A>>ну в Микро етсь еще ДатаПаттерны — книга прям целая А>А ссылку можно? Я видел одну книгу, но там больше воды чем дела.
А>А вообще я имеел ввиду следующее. Например, синглетон для БД. Фасад для БД и прочее. То есть можно ли класические (GoF) шаблоны применить к БД. Есть ли примеры?
посмотри ОРМ
а насчет банды четырех — там все применимо, например абстрагирование от конкретного типа БД — абстрактная фабрика, создающая конекшн, команду. Таким образом часто реализуют ДАО.
Синглтон для БД делать нежелательно — лучше продумать архитектуру контекстов в бизнес уровне, чтобы напротяжении операции использовался 1 конекшн, а пул по идее есть на сервере БД. Синглтон не позволит тебе его своевременно закрыть.
