|
Тема |
структура на БД |
|
Автор | k (Нерегистриран) | |
Публикувано | 03.04.03 12:45 |
|
|
Дайте препоръки по един принципен въпрос за реализирането на схемата на БД. (MySQL)
Ежемесечно трябва да се добавят данни средно за по 100 хил. души
Някои от данните присъстват във всички случаи, някои - не. Опционалните данни са между 10 и 20 вида. Всички данни са числови. Трябва да реализирам нещо като ведомост.
По логиката на теорията трябва да се осъществи следния вариант (или поне така си мисля):
табл.1 - задълж. данни
№табл.1 (primary key)
поле-1
поле-2
поле-3
...
табл.2 - описание на опционалните данни -
№табл.2 (primary key)
описание опц. данна
табл3
№табл.1
№табл.2
поле
табл.2 ще съдържа може би не повече от 20 записа, не се очаква често да се актуализира (примерно 2 пъти годишно)
В зависимост от броя допълнителни данни се добавя съотв. брой записи в табл. 3. За всяко лице обаче има поне по 3 допълн. данни, което прави минимум по 300 хил. записа /месечно в табл.3, което определено ме притеснява.
По-лесния вариант е табл.1 да има толкова полета, колкота са допълн. параметри и за всяко лице да се във. само в определени полета, табл. 3 отпада, а при добавяне на нов запис в табл. 2 да се добавя нова колона в табл. 1.
Мисля, че по-добрия вариант е втория - жертва се нормализацията, но пък обработките ще стават по-бързо и по-лесно, ще има по-малко записи.
Вие как мислите?
|
| |
|
|
|