Система онлайн-бронирования ресторанов (структуры данных)

<сильный>1. ) Если вы просто записываете количество мест в ресторане, вы стреляете себе в ногу. Предположим, мне нужно сделать резервацию на 16 человек, и все они должны быть за одним столом (да, мне нужен довольно длинный стол). Ваша система могла бы привести моих гостей туда, где им пришлось бы сидеть за 8 столиками по два человека за каждым.

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

РЕДАКТИРОВАТЬ: есть более минималистичный способ хранить места для каждого ресторана. Используйте словарь, хеш-таблицу или любую другую структуру, содержащую ключи и связанные значения. Итак, пусть ключ представляет собой тип таблицы. Ключ может быть целым числом, указывающим, сколько человек сидит за столом. Значением является количество столов данного типа в ресторане. Я думаю, что это намного лучше, чем мое первоначальное предложение.

Так, например, ресторан с такой хэш-таблицей:

Key | Value
 4  |   5
 2  |   8
16  |   1

Имеет пять столов на 4 места каждый, 8 столов на 2 места каждый и один длинный стол на 16 человек. (Кроме того, использование таблицы для хранения таблиц является метаданным).

<сильный>2. ) Ваши рассуждения верны для оговорок. Если он делает дубликаты, вы должны опубликовать более конкретный вопрос, показывающий, как вы это делаете, чтобы мы могли попытаться помочь вам найти ошибку.

Реляционные базы данных упрощают выполнение обоих этих требований.

У вас будет две таблицы: RESTAURANT и SITTING (TABLE — это зарезервированное слово в SQL) с отношением «один ко многим» между ними.

РЕСТОРАН будет иметь имя, поэтому вы можете ЗАКАЗАТЬ ПО имени.

package model;

class Table {
    private int id; 
    private int numSeats; 

    public Table(int id, int numSeats) { 
        this.id = id;
        this.numSeats = numSeats; 
    }
    public int getId() { return this.id; }
    public int getNumSeats() { return this.getNumSeats; }
}

class Restaurant implements Comparable {
    private String name;
    private List<Table> tables;

    public Restaurant(String name) {
        this.name = name; 
        this.tables = new ArrayList<Table>(); 
    }

    public void addTable(Table t) { this.tables.add(t); }
    public void removeTable(int id) {
       for (Table t : this.tables) {
           if (t.getId() == id) {
               this.tables.remove(t); 
               break;
           }
       }
    }    
    public int getCapacity() { 
        int capacity = 0;
        for (Table t : this.tables) {
            capacity += t.getNumSeats();
        }
        return capacity;
    }
    public int compareTo(Restaurant r) {
        return this.name.compareTo(r.name);
    }
}

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

2) поддерживать поле первичного ключа, возможно, составной ключ, выделяя уникальные, это может не допускать дубликатов

Рекомендации: Класс Res_Table Класс ресторана

поля первичного ключа с ORDERING