Rambler's Top100
Форум: MS ACCESSVBVBA MS OfficeMS SQL server
Новые сообщения: 0000

Форум: MS ACCESS

Вопросы связанные с MS ACCESS

Обновить визитку
Участники «Online»
Все участники

 
 

Доброго времени суток, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Оптимальное количестово полей в т-це
 
 автор: Кукамака   (10.11.2006 в 14:25)   личное сообщение
 
 

Подскажите, как лучше организовать т-цу.
Необходимо описать объект по <> 30 полям из них может 5 будет memo.
Может лучше их классифицировать? Но потом всё равно в кучу собирать...

  Ответить  
 
 автор: Силыч   (10.11.2006 в 15:01)   личное сообщение
 
 

согласно правилам нормализации БД, правила Риддика и концепции RDBMS

  Ответить  
 
 автор: Кукамака   (10.11.2006 в 15:18)   личное сообщение
 
 

Ой, а можно как-нибудь по-прземлённее?

  Ответить  
 
 автор: Explorer   (10.11.2006 в 15:39)   личное сообщение
 
 

однозначного ответа нет


- если слепо следовать концепциям без учета реалий то одно поле
- если следовать заветам Силыча то два (поле индекса и поле содержания)


зато есть ограничения Access на количество полей в таблице

а вообще - конечно нужно больше конкретики... что за таблица, какую роль играет, что за данные... в общем - нужно посмотреть

  Ответить  
 
 автор: Силыч   (10.11.2006 в 15:57)   личное сообщение
 
 

ну и чем не подходит "то, што Силыч прописал" в данном контексте? ;)

  Ответить  
 
 автор: Explorer   (10.11.2006 в 16:08)   личное сообщение
 
 

это типа нормализация 7-й нормальной формы Реддика как угловой камень реляционных даз банных...

да нормально ты все прописал, нормально... раслабь_ся

  Ответить  
 
 автор: Силыч   (10.11.2006 в 17:21)   личное сообщение
 
 

не магу расслабицца!
зафтра самалёд

  Ответить  
 
 автор: Силыч   (10.11.2006 в 15:58)   личное сообщение
 
 

неа :)
прогугли по ключевым словам. все поймешь сразу

  Ответить  
 
 автор: ДрЮня   (10.11.2006 в 15:17)   личное сообщение
 
 

чем меньше таблиц - тем проще жизнь

  Ответить  
 
 автор: Силыч   (10.11.2006 в 15:56)   личное сообщение
 
 

категорически не согласен с этим утверждением :)
бывает в одну таблицу напихано всякой х...тени, что
хорошо, что не у меня так бывает

  Ответить  
 
 автор: KrukVN   (10.11.2006 в 16:50)   личное сообщение
 
 

если объект имеет <>30 уникальных типов характеристик/параметров - загоняйте все в одну таблицу
30 полей для Access не катастрофа

  Ответить  
 
 автор: osmor   (10.11.2006 в 17:15)   личное сообщение
 
 

ну я считаю так, учитывая все что сказал Силыч,
одна сущность (объект) = одна таблица.
Ну есть у вашего объекта 200 свойств, значит так тому и быть.
Если инструмент на дает столько (или тормозит) , то либо инструмент поменять, либо под него подстраиваться.
созание таблиц один-к-одному это из области "прогибания" под инструмент (я не говорю, что это плохо), это выход в рамках тех условий в которых приходится работать, ну не переписывать же все систему на Cache, только из-за одной задачи.
Резюмируя:
1-е ставим задачу
2-е выбираем (или за нас уже выбрали) инсрумент
3-е делаем максимально возможное в данном иструменте по данной задаче

В данном конткретном случае согласен с Ув. KrukVN
будут поблемы - будете их решать

  Ответить  
 
 автор: кукамака   (10.11.2006 в 23:04)   личное сообщение
 
 

Всем спасибо, картина проявилась :-).

  Ответить  
 
 автор: Explorer   (13.11.2006 в 10:32)   личное сообщение
 
 

мощно задвинул

  Ответить  
HiProg.com - Технологии программирования
Rambler's Top100 TopList