 [mysql] Projekt bazy |
| [mysql] Projekt bazy |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 26.02.2007 Ostrzeżenie: (0%) 
 |
Witam serdecznie. Mam pytanie do osób doświadczonych w projektowaniu baz danych.
Problem, jak optymalnie zrealizować taki oto system: - baza ogłoszeń nieruchomości - cechy do oferty Różne typy ogłoszeń mieszkania, domy, itd. każdy tych będzie zawierał trochę cech wspólnych trochę różnych. Domyślnie dużo cech. Czy optymalnym rozwiązaniem będzie stworzenie tabeli: offer - ogłoszenia, zawierające ID, opis, daty dodania modyfikacji itd feature_date feature_text feature_int ... osobne tabele dla różnych cech w zależności jakiego typu one będą. Wyszukiwanie będzie zawierać dużo LEFT JOINOW, jeśli będę chciał znaleźć ofertę o 10 cechach to jest 10 joinów, da się to zrobić optymalniej? Z mniejszą zależnością od ilości wyszukiwanych cech? Pozdrawiam jachu |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 340 Pomógł: 49 Dołączył: 3.07.2009 Skąd: Rzeszów Ostrzeżenie: (0%)
|
Rozsądne wydaje się stworzenie trzech tabel
1 nieruchomości 2 cechy_nieruchomości 3 oferty |
|
|
|
jachu151 [mysql] Projekt bazy 11.07.2012, 21:13:37 
mmmmmmm Możesz zrobić tak:
tabela ogłoszenia:
ogloszeniaID... 12.07.2012, 08:12:13 jachu151 Tylko należałoby pamiętać o tym, że w cechach mogą... 12.07.2012, 09:06:56 alegorn dla mnie projektowanie bazy danych zaczyna się od ... 12.07.2012, 10:53:59 jachu151 Tylko normalizacja wiążę się często z późniejszą w... 12.07.2012, 11:20:33 alegorn normalizacja przyczyna spadku wydajnosci? noo, ja ... 12.07.2012, 13:37:22 jachu151 Cytatnormalizacja przyczyna spadku wydajnosci? noo... 12.07.2012, 21:05:12 alegorn eh, silniki relacyjnych baz danych naprawdę dobrze... 13.07.2012, 11:09:05 
jachu151 Cytathm. co do cech..
a co w przypadku jeśli będzi... 13.07.2012, 13:52:10  |
|
Aktualny czas: 23.08.2025 - 16:55 |
