|
|
|
Реализация временных ячеек
|
|||
|---|---|---|---|
|
#18+
Интересует схема БД для хранения следующей информации: 1) Контейнер ячеек у которых может быть 2 состояния (скажем, "Да"/"Нет"); 2) У каждой ячейки должен быть свой идентификатор; 3) Для контейнера можно указывать количество хранимых ячеек [1;много]; 4) Возможность "бронирования" (перевод ячейки в состояние "Да") ячеек по временни (по датам даты - начало/конец). Как лучше это сделать в реляционной БД? Вопрос скорости выполнения запросов по состоянию ячеек в контейнерах также немаловажен. Хотя бы натолкните на мысль, укажите, что почитать (ссылки). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 13:24 |
|
||
|
Реализация временных ячеек
|
|||
|---|---|---|---|
|
#18+
Може я чего-то не понимаю? Чем обычная схема не подходит: 1-таблица контейнер 2-ячейки, ссылка на контейнер, название, состояние Все равно select для всех един --- aka VIR ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2006, 04:17 |
|
||
|
Реализация временных ячеек
|
|||
|---|---|---|---|
|
#18+
Хорошо, но как однозначно описать количество ячеек в контейнере? В логике ПО? Я бы хотел, чтобы все было в таблицах. Небольшое уточнение - логика этой системы сходна с логикой системы обслуживания пассажирских ЖД-перевозок: те контейнер - вагон, ячейки - места, одно место в течение одно рейса может менять свое состояние, не все пассажиры едут от и до конечных станций, одно место может быть занято многими пассажирами, но только по очереди. Отличие в том, что в системе понятия "рейс" нет, время жизни контейнера - бесконечный рейс. Простите за некоторую сумбурность, но в двух словам - такое описание логики подходит наиболее всего. Вот я и хочу узнать, какие подходы есть для решения задачи, просто система большая и нагрузки ожидаются немалые, ктото, возможно, сталкивался с подобными постановками и подскажет решение не в лоб, а по уму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2006, 08:23 |
|
||
|
Реализация временных ячеек
|
|||
|---|---|---|---|
|
#18+
maxllХорошо, но как однозначно описать количество ячеек в контейнере? В логике ПО? Я бы хотел, чтобы все было в таблицах. Небольшое уточнение - логика этой системы сходна с логикой системы обслуживания пассажирских ЖД-перевозок: те контейнер - вагон, ячейки - места, одно место в течение одно рейса может менять свое состояние, не все пассажиры едут от и до конечных станций, одно место может быть занято многими пассажирами, но только по очереди. Отличие в том, что в системе понятия "рейс" нет, время жизни контейнера - бесконечный рейс. Простите за некоторую сумбурность, но в двух словам - такое описание логики подходит наиболее всего. Вот я и хочу узнать, какие подходы есть для решения задачи, просто система большая и нагрузки ожидаются немалые, ктото, возможно, сталкивался с подобными постановками и подскажет решение не в лоб, а по уму.Мне кажется, вы, мягко говоря, переоцениваете сложность вашей задачи. Решение вам только что привели. Если надо хранить максимально число ячеек в контейнере -- добавте такое поле в таблицу контейнеров. Если надо хранить историю смены состояния ячеек -- добавьте таблицу История( ID_ячейки, время, состояние). Проблем тут никаких нет, чтобы искать какие-то различные подходы и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2006, 08:51 |
|
||
|
Реализация временных ячеек
|
|||
|---|---|---|---|
|
#18+
maxllВот я и хочу узнать, какие подходы есть для решения задачи, просто система большая и нагрузки ожидаются немалые Каковы объемы, каков характер задачи? Чем больше информации, тем рациональнее подскажут решение. На мой взгляд если ячейки очень чаще обновляюся, то лучше создать таблицу контейноров-ячеек, т.е с максимальным количеством ячеек(plain-table получается) историю хранить отдельно, ничего мудреного здесь нет и быть не может. Если не устраивает скорость СУБД, то можно написать сервис, который будет работать только на обслуживание очереди и хранить данные в нужном формате. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2006, 14:46 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=135&tid=1545128]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
331ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 246ms |
| total: | 692ms |

| 0 / 0 |
