Вопрос о структуре БД(график)

[crossmark]

Здравствуйте, уважаемые эксперты!
вопрос у меня такой. проектирую базу данных "Расписание пассажирских поездов" пока планируется из двух таблиц
в одной таблице будут сведения и данные о поездах, а во второй дни следования. я не могу понять как организовать вторую таблицу: понимаю что должно быть: год, месяц, дни и номера поездов....
как применить год, месяц, дни следования.....? что за мега таблица: ~365дней Х 250 поездов. как это можно забабахать?????

рисунок прилагаю со своими догадками

[Surgeon]

Сообщение от crossmark

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

"Следование" - прохождение через определённую станцию?
Если всё для одной станции то как и предложено:
IDTransit
DateTransit
IDTrain

Если с учетом станции то

IDTransit
IDStation
DateTransit
TimeTransit
IDTrain

Как-то так.

[crossmark]

со станциями проблем нет. там станции - это определенный местный участок (начальная и конечная станция)
проблема в том, что как будет выглядить таблица в которой должны быть дни следования каждого поезда. поездов примерно около 250 в год или же 50-70 пар в сутки.

[rdama]

НУ можешь хранить в виде записей и потом транспонировать таблицу.
Обсуждался недавно такой вопрос.
Обращение к ~.mdb через AdoTable

[crossmark]

Сообщение от rdama

НУ можешь хранить в виде записей и потом транспонировать таблицу.
Обсуждался недавно такой вопрос.
Обращение к ~.mdb через AdoTable

это к чему вообще??????????? не к селу ни к лошаде... ответ для рейтинга??? какие записи, зачем они???? 250*365, что с этой записью делать? и зачем она????

[Surgeon]

Сообщение от crossmark

это к чему вообще???????????

Это к решению проблемы.

Сообщение от crossmark

не к селу ни к лошаде... ответ для рейтинга???

Спокойнее. Может позовем модераторов?

Сообщение от crossmark

какие записи, зачем они????

Для хранения информации, речь вобщем-то о том что и предлагалось.

Сообщение от crossmark

250*365, что с этой записью делать?

Нет такой записи не будет.
Количество записей вообще не должно смущать. Разработал и поддерживаю базу в которой около 300 000 записей, описано около 10 000 объектов, для которых учтено от 0 до 100 количественных признаков.
Это вообще не предел, а тут всего около 60 000. Другое дело кто и какими силами это заполнять будет, но это вопрос вообще к вашему проекту. У меня сведения за несколько лет стекались из примерно 50 источников.

Сообщение от crossmark

и зачем она????

RTFM. Рекомендую почитать про нормализацию таблиц БД, может что-то прояснится.

[crossmark]

я понимаю что можно сделать так:

дата Idпоезд
.... ........
10.10.2011 10
10.10.2011 11
10.10.2011 12
.............. ..
10.10.2011 56
11.10.2011 10
............. ...

и все же должен же быть другой вариант......
дни следования нужны для формирования списка поездов на N-день на основании существующих поездов.
вот и хочу понять структуру данной таблицы для нормализации.

[Surgeon]

Сообщение от crossmark

и все же должен же быть другой вариант......

Почему должен быть другой вариант? Вернее зачем?

Сообщение от crossmark

дни следования нужны для формирования списка поездов на N-день на основании существующих поездов.

Вот сейчас вообще не понял.

[crossmark]

значит, говорите и так будет не плохо сливать в два столбца.., что же. спасибо!

[rdama]

2 crossmark
Я конечно понимаю, что ваша задача единственная в своем роде, и никто до вас с такими вещами не сталкивался.
Но хотелось бы попросить прежде чем орать о том, что

это к чему вообще??????????? не к селу ни к лошаде... ответ для рейтинга??? какие записи, зачем они????

Перечитали ветку полностью. Если с первого раза не уложилось в голове и не создалось понимание того о чем речь и каким образом соотносится с вашей проблемой. Перечитайте еще раз. И так пока не поймете.
Ваша матрица 250*365 один хрен, что изначальная матрица указанного мной поста n*150.
И человеку предложенно было решение хранить данные значения не в виде столбцов, а в виде строк.
А потом при построении отчета транспонировать результат выборки.
А то, что вы не увидели того, что ваш вопрос и вопрос решаемый в рамках указанного поста один и тот же просто наводит на мысль, что вы сами не очень понимаете, что делаете и каким образом это должно выглядеть.
Вам бы прежде чем браться за разработку программы не мешало бы порисовать на бумажке. Схемы и структуры БД.
А потом еще раз подумать, и еще раз.
И вот когда все проблемные места станут ясны. (Кстати отсылка к тому как это будет заполняться и кем.)
Тогда браться за реализацию.
А не "счас я вам тут напишу и у вас все будет летать".