I have once been asked to suggest the solution for the same problem, and I have
suggested a solution which was out of this world, but completely in line with
my education of a mathematician. The project was scrapped and I didn't have an
opportunity to apply the solution.
To start describing the solution, let me remind you that overlapping areas of space
would be discovered by using spatial option. To apply the spatial option, you
need to define distance function. Temporal difference does satisfy the necessary
conditions for a distance function, as far as mathematics is concerned.
In mathematics, there is a structure called "metric space", which is, basically,
a set with a distance function. Distance function d ("metric") on set S is a function
d:S x S->R which satisfies the following two conditions:
a) d(x,y)>=0 for all x,y from S.
b) d(x,z)<=d(x,y)+d(y,z) for every x,y,z from S. (Cauchy inequality).
Points in time, with the difference in seconds do satisfy the above conditions, which
means that you
can define geometry and use spatial option.
Next lesson will be about Cauchy sequences, complete metric spaces, continuous
functions, contractions
and Banach theorem. If Cary got away with queuing theory, why wouldn't I get away with
some abstract
calculus and general topology?
As I've said earlier, I've never actually had an opportunity to actually apply this
solution, but it
still looks quite elegant to me, despite it's apparent oddity.
On 10/31/2003 01:24:37 PM, [EMAIL PROTECTED] wrote:
> I was wondering if anyone had the need to find overlapping time periods and how to
> identify them efficiently.
>
> Here is the scenario:
>
> Elapsed minutes refer to the actual "clock" time either spent on a
> given task. Thus an activity that started at 9:00 am and finished at 11:00 am on
> the same day is said to have 120 elapsed minutes.
> If one task overlaps another (either completely or partially with
> another task), then the tasks are said to be "multitasked". In that case the system
> will store the portion of the elapsed time that was multitasked as "elapsed
> multitask minutes" and the portion of the time that was not overlapped as "elapsed
> single minutes". In addition, for the portion of time that two or more activities
> were simultaneously taking place; their time will be divided by the number of
> simultaneous activities and stored as "prorated multi minutes". The sum of Elapsed
> Single Minutes and Prorated Minutes will equal the actual clock time that a vehicle
> was active.
> The following example should help to illustrate these concepts. In
> the table below a list of fictitious activities for a vehicle are shown in addition
> to how the time is allocated to the various measures:
> Activity Start Time End Time Elapsed Minutes Elapsed Multitask
> Minutes Elapsed Single Minutes Prorated Multi Minutes Prorated Minutes
>
> 1 10:00 12:00 120 60 60 25 85
> 3 11:00 13:00 120 120 0 55 55
> 4 11:30 13:30 120 90 30 40 70
> 7 13:30 16:00 150 0 150 0 150
> Totals 510 270 240 120 360
> The vehicle was active from 10:00 to 16:00, a total of 6 hours (360 minutes) which
> is equal to the total of Prorated Minutes.
> The vehicle performed 8 � hours (510 minutes) of work during that
> 6-hour time span. This can be arrived at by adding the total of Elapsed Multitask
> Minutes (270) + the total of Elapsed Single Minutes (240).
>
>
Mladen Gogala
Oracle DBA
Note:
This message is for the named person's use only. It may contain confidential,
proprietary or legally privileged information. No confidentiality or privilege is
waived or lost by any mistransmission. If you receive this message in error, please
immediately delete it and all copies of it from your system, destroy any hard copies
of it and notify the sender. You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the intended
recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to
monitor all e-mail communications through its networks.
Any views expressed in this message are those of the individual sender, except where
the message states otherwise and the sender is authorized to state them to be the
views of any such entity.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Mladen Gogala
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
