 [mysql] Projekt bazy |
| [mysql] Projekt bazy |
 11.07.2012, 21:13:37
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 -------------------- Nieruchomości Bydgoszcz
|
 |
 
|
jachu151 [mysql] Projekt bazy 11.07.2012, 21:13:37 
bpskiba Rozsądne wydaje się stworzenie trzech tabel
1 nier... 12.07.2012, 07:29:33 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   |
|
Wersja Lo-Fi | Aktualny czas: 19.07.2025 - 07:49 |
