vadim

 

В связи расформированием отдела охраны

подлежат усыплению 20 воспитанных,ученых,умных овчарок.
Отдадут Даром! 
тел.274-20-85,274-70-85.Котов Алексей Никол.и Майоров Сергей Евг.

 это давнишний фэйк гуляет по планете!

 

Упс! И правда...  а я попался

Прошу прощения за спам.

Но на душе все же легче стало

В связи расформированием отдела охраны

подлежат усыплению 20 воспитанных,ученых,умных овчарок.
Отдадут Даром! 
тел.274-20-85,274-70-85.Котов Алексей Никол.и Майоров Сергей Евг.

up

Есть такое задание в Казахстане есть 14 областей. В каждой области в среднем по 10 районов, в каждом районе по 15 населенных пунктов, в каждой из них есть школы. Также должен стоять признак наличия город это село.

Таблица Первая:
Назовем ее Area (Область)

1) ID_Area int (autoincrement) тип int
2) Name_Area (название области) тип nvarchar
3) Description_Area (описание области) тип nvarchar

Таблица Вторая
Назовем ее Region
1) ID_Region
2)Name_Region
3)Description_Region

Таблица третья School
1) ID_School
2) Name_School
4) Adress
5) Phone
6) Library (есть или нет наличие)
7) Contact_Name

В идеале программа выглядит так создается прога забиваются данные. К примеру нужно отобразить школы всей области то в DataGrid должно отобразиться школы принадлежащий к определенной области к примеру Костанайской. Или же нужно отобразить школы определенного района точно также должен быть как указано выше.

Посоветуйте пож-та что надо добавить или исключить и каким образом связть таблицы имеются ввиду через внешние ключи я их в таблицах не написал исходя из того что может Вы подскажете наилучший вариант. Просто это программа в будущем будет использоваться по 5-6 странам СНГ и записей может быть несколько миллионов.

1. ceasar, ты сам написал 4 сущности (область, район, населенный пункт, школа), а таблицы сделал только для 3-х... для начала добавь таблицу для населенных пунктов
2. дальше все будет зависеть от:
а) объема данных;
б)режима использования.
Если бы это был справочник на сотню-тысячу записей, для того, чтобы человек ткнул пальцем в окошечке и посмотрел результат - все вообще можно было бы запихнуть в одну таблицу. При нынешней производительности компов даже старый PC справится с этой задачей за секунду. А быстрее человеку и не надо. Но раз у вас планируется так много - то сначала продумай все варианты, с которыми будут обращаться к данным. Например, "все школы города", "все школы района", "где находится такая-то школа"... То, что будет являться ключевым для выбора, должно быть обязательно проиндексировано. И от него долна быть наиболее простая и короткая связь к тому, что нужно вытащить (школы). Объединять сущности в одну таблицу не торопись. Это только осложнит поиск по нескольким критериям одновременно...
3. По-моему, идеальным для системы поиска был бы вариант, где есть три справочника (область, район, населенный пункт), в каждом из которых есть свой ID, и есть список школ, в котором есть все эти три ID как ссылки, плюс есть свой ID. Вероятнее всего, должны быть дополнительные индексы по наименованиям всех трех сущностей плюс по номеру школы (люди, как правило, все ищут по названию или номеру). Вот и все премудрости...

Вот неожиданность...
Искал-то я не то! Спасибо Tanya за правильное РУССКОЕ название фильма
Если кому интересно, нашел:
страничка на форуме с тем же вопросом и (!) ответом