Implement a MyCalendarTwo class to store your events. A new event can be added if adding the event will not cause a triple booking.
Your class will have one method, book(int start, int end). Formally, this represents a booking on the half open interval [start, end), the range of real numbers x such that start <= x < end.
A triple booking happens when three events have some non-empty intersection (ie., there is some time that is common to all 3 events.)
For each call to the method MyCalendar.book, return true if the event can be added to the calendar successfully without causing a triple booking. Otherwise, return false and do not add the event to the calendar.
MyCalendar cal = new MyCalendar();
MyCalendar.book(start, end)
Example 1:
MyCalendar(); MyCalendar.book(10, 20); // returns true MyCalendar.book(50, 60); // returns true MyCalendar.book(10, 40); // returns true MyCalendar.book(5, 15); // returns false MyCalendar.book(5, 10); // returns true MyCalendar.book(25, 55); // returns true Explanation: The first two events can be booked. The third event can be double booked. The fourth event (5, 15) can't be booked, because it would result in a triple booking. The fifth event (5, 10) can be booked, as it does not use time 10 which is already double booked. The sixth event (25, 55) can be booked, as the time in [25, 40) will be double booked with the third event; the time [40, 50) will be single booked, and the time [50, 55) will be double booked with the second event.
Note:
MyCalendar.book per test case will be at most 1000.MyCalendar.book(start, end), start and end are integers in the range [0, 10^9].Intuition
\nMaintain a list of bookings and a list of double bookings. When booking a new event [start, end), if it conflicts with a double booking, it will have a triple booking and be invalid. Otherwise, parts that overlap the calendar will be a double booking.
Algorithm
\nEvidently, two events [s1, e1) and [s2, e2) do not conflict if and only if one of them starts after the other one ends: either e1 <= s2 OR e2 <= s1. By De Morgan\'s laws, this means the events conflict when s1 < e2 AND s2 < e1.
If our event conflicts with a double booking, it\'s invalid. Otherwise, we add conflicts with the calendar to our double bookings, and add the event to our calendar.
\n\nComplexity Analysis
\nTime Complexity: , where is the number of events booked. For each new event, we process every previous event to decide whether the new event can be booked. This leads to complexity.
\nSpace Complexity: , the size of the calendar.
Intuition and Algorithm
\nWhen booking a new event [start, end), count delta[start]++ and delta[end]--. When processing the values of delta in sorted order of their keys, the running sum active is the number of events open at that time. If the sum is 3 or more, that time is (at least) triple booked.
A Python implementation was not included for this approach because there is no analog to TreeMap available.
\nclass MyCalendarTwo {\n TreeMap<Integer, Integer> delta;\n\n public MyCalendarTwo() {\n delta = new TreeMap();\n }\n\n public boolean book(int start, int end) {\n delta.put(start, delta.getOrDefault(start, 0) + 1);\n delta.put(end, delta.getOrDefault(end, 0) - 1);\n\n int active = 0, ans = 0;\n for (int d: delta.values()) {\n active += d;\n if (active >= 3) {\n delta.put(start, delta.get(start) - 1);\n delta.put(end, delta.get(end) + 1);\n if (delta.get(start) == 0)\n delta.remove(start);\n return false;\n }\n }\n return true;\n }\n}\n
Complexity Analysis
\nTime Complexity: , where is the number of events booked. For each new event, we traverse delta in time.
Space Complexity: , the size of delta.
Analysis written by: @awice. Solution in Approach #2 inspired by @cchao.
\n