×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




Interesting question. It would help to know some more about the usage case.

Option 1 would need some kind of sequence to indicate what order the stops
are visited in if there is more than one stop on the journey/route, though
conceivably you could use the arrival time for the same purpose.

I favour option 2 in that is seems to me it would better support a journey
other than a single return journey. Calculating durations would also be
simpler than messing with arrival times in separate records.


On Wed, Jun 8, 2016 at 10:49 AM, Carel <coteijgeler@xxxxxxxxx> wrote:

Hmmm.

Option 1 requires calculations and the possibility of a link to another
destination. (same day, closest arrival time)

Option 2 requires 2 indexes and the possibility of a link to another
destination. (To_Location_ID becomes From_Location_ID but can link to other
locations as well); indezes then should contain at least the 2 Location IDs.

Location A points to Location B and from Location B you can go to Location
C, D, E and A.

Option 2 is easier to implement.

Does it always have to be visa versa?

Just my qick thoughts.


Regards,

Carel Teijgeler



Op 7-6-2016 om 23:23 schreef Nathan Andelin:

We've come up with 2 alternatives for trip itinerary records and would like
to settle on one or the other:

Option 1: delineate one row for each "stop" in the route:

Surrogate_Key.
Location_ID (refers to a row in "location file").
Arrival_Date.
Arrival_Time.
Number_Of_Minutes_At_This_Stop.

Three (3) rows would be required to delineate the "steps" to a single
destination and back. Some users prefer this type of listing on screens.

Option 2: delineate one row for each "from" and "to" location in the
route:

Surrogate_Key_Value.
From_Location_ID (refers to a row in "location file").
From_Location_Departure_Date.
From_Location_Departure_Time.
To_Location_ID (refers to a row in "location file").
To_Location_Arrival_Date.
To_Location_Arrival_Time.

Two (2) rows would be required to delineate the "steps" to a single
destination and back. Some users prefer this type of listing on screens.

How should we settle this debate?


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.