|
|
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
В планах создать объектную структуру БД, для контроля и управления технологическим процессом. В общем все уклабывается в модели предложеные Тенцером. Вопрос, как реализовать очередь данных не нарушая гибкости и расширяемости? Например есть регулятор температуры с помошью которого надо организовать некий алгоритм изменения температуры. Т.е. например последовательно установить температуры 10градусов 20, 15, 30, 10. как реализовать такую очередь в каком либо поле объекта? Сразу можно сказать что необходимы функции вставки данного в очередь, продвижение очереди, возможно удаление члена очереди. p.s. БД postgresql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 14:34 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Объект на БД проецируется очень просто Класс Измеритель Текущее_время : Время Текущее_значение : Перечисление таблица Текущее_время Текущее_значение12.05.65.17:50 5 ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 15:05 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей КлючниковСразу можно сказать что необходимы функции вставки данного в очередь, продвижение очереди, возможно удаление члена очереди. Сначала построй модель в классах, и увидишь, что нет там никакой очереди. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 15:08 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей КлючниковВ планах создать объектную структуру БД, для контроля и управления технологическим процессом. БД не контролирует и не управляет. БД может хранить данные программы-клиента .... и всё. Причём, если не нужен поиск, то все данные она может хранить в ОДНОМ поле-ячейке BLOB. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 15:12 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
> В планах создать объектную структуру БД Хорошие планы. ;) Сумму бюджета огласите, пожалуйста, если это не коммерческая тайна. > В общем все уклабывается в модели предложеные Тенцером. Это ошибочное представление о существующем положении вещей. Во-первых, моделей Тенцера не существует в природе. Есть бред в исполнении Тенцера. ;) Во-вторых, контроль и управление описываются абсолютно другими моделями, никак не связанными с РМД. > Вопрос, как реализовать очередь данных не нарушая гибкости и > расширяемости? Вопрос не имеет смысла без конкретизации модели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 16:44 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей КлючниковВопрос, как реализовать очередь данных не нарушая гибкости и расширяемости? Например есть регулятор температуры с помошью которого надо организовать некий алгоритм изменения температуры. Т.е. например последовательно установить температуры 10градусов 20, 15, 30, 10. как реализовать такую очередь в каком либо поле объекта? Сразу можно сказать что необходимы функции вставки данного в очередь, продвижение очереди, возможно удаление члена очереди. p.s. БД postgresqlСохранить гибкость - не проблема. Просто будут плодиться типы объектов. Элемент очереди - тоже объект. У него есть свойства: к какому ресурсу (регулятор температуры ) очередь, время исполнения, исполняемое действие, температура,... Ваши основные риски - производительность и целостность данных. Производительность может меньше, смотря чем управляете. Целостность ( в смысле уникальных/внешних ключей) возможно поглощается более жесткими ограничениями. Скажем, Элементы очереди не просто должны быть уникальны по паре Ресурс+Время, а еще между временами должен быть интервал не меньше 0,77сек. Так что дерзайте. Но спрашивать лучше поконкретней. Иначе получите ответы типа этого:). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 17:13 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Например есть регулятор температуры с помошью которого надо организовать некий алгоритм изменения температуры. Т.е. например последовательно установить температуры 10градусов 20, 15, 30, 10. как реализовать такую очередь в каком либо поле объекта? ------------------ сделать табличку со списком шагов очереди, в показания счётчика вносить не температуру а ссылку на шаг из таблицы шагов. На вставку в таблицу показаний счётчика повесить триггер - нельзя вставить если нет предидущего шага - нельзя удалить если уже есть последующие шаги Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 18:00 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
> сделать табличку со списком шагов очереди 5 баллов. Простая задача - простая реализация. Без бессмысленных наборов букв "объектная структура БД", "для контроля и управления", "модели Тенцера" и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2006, 21:33 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Есть классы, есть экземпляры классов. У классов есть свойства. Все это уже работает. Экземпляр класса терморегулятор имеет свойствоN (текущая температура) И свойствоM (Необходимая температура) Вот в свойствоM необходимо реализовать очередь. Плодить типы объектов не хочется, сейчас договорились что есть классы, есть екзампляры класса, и свойства методы и т.д. Больше уровней в эту иерархию пока не вводить. Можно конечно сделать набор свойств[n - m] в которых и реализовывать эту очередь. Но как то не красиво сразу ограничивается длинна очереди, и появляются излишние поля в случае короткой очереди. Может кто нибудь предложит более изящьное решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:19 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
автор Сохранить гибкость - не проблема. Просто будут плодиться типы объектов. Элемент очереди - тоже объект. У него есть свойства: к какому ресурсу (регулятор температуры ) очередь, время исполнения, исполняемое действие, температура,... Интересно. Как отделить потомков объекта от его свойств? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:25 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
я уже предложил прекрасное решение без классов и без иерархий. Пару таблиц добавить. На прошлой неделе для какого-то студента диплом писал. скл эта крута ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:25 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
1024я уже предложил прекрасное решение без классов и без иерархий. Пару таблиц добавить. На прошлой неделе для какого-то студента диплом писал. скл эта крута Извините но это не в тему. В базе куча разнородных приборов. Не катит для каждого делать что то уникальное. Вопрос был конкретно про организацию очереди в объектной структуре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:30 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
To 1024.И еще. Почитайте теорию массового обслуживания. Там есть описание очереди. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:32 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
> Есть классы, есть экземпляры классов. У классов есть свойства. Нет у Вас классов. И быть не может. По определению. И объектов тоже нет. Тоже по определению. > Все это уже работает. Что работает, позвольте поинтересоваться? Какая нотация реализована? Hint: не читайте Тенцера. Особенно на ночь. Бред - заразная штука. Особенно безграмотный бред. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:40 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
В общем вопрос про очередь остается открытым. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 13:49 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей, Вы как ребенок, честное слово. Ну если - как Вы говорите - у Вас есть "классы" (я даже представить себе не могу, что Вы под этим подразумеваете, но - сделаю вид, что поверил), в чем проблема реализации, скажем, нотации IDEF? UML? Или любой другой, отвечающей задаче? Это готовое стандартное решение Вашей проблемы в общем виде. А если у Вас этих "классов" нет (в чем я абсолютно уверен), - зачем делать загадочный вид и говорить что они есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2006, 16:35 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
вот вам база данных для управления технологическим процессом - система ограничения доступа - снимает информацию на контроллерах и передает в контролеры команды оператора. информация снимается и складывается в 2.3.4.1. Журнал событий системы таблица wLog команды оператора см. раздел 5.4. Передача команд оператора таблица Lock http://users.iptelecom.net.ua/~agp1/ru/mlc.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 08:04 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
разнородных приборов (контроллеров) - куча. и они менялись все время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 08:05 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
поле записи, запись таблицы, таблицу базы данных назовите обьектами, если надо чтобы было ооп. чем не ооп? таблица T, запись R добавить запись --> T.insert(r); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 08:10 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
guest_20040621 Вы просто профессиональный флудист :)) Наверное остановлюсь на схеме похожей предложенной 1024. Т.е. Добавлю механизм хранения очереди во все типы данных. И в целые и с плавающей точкой. В общем во все. Или сделать специальный тип данных "очередь". Тут надо подумать.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 13:41 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
> Вы просто профессиональный флудист :)) К сожалению, это еще одна ошибочная точка зрения. > Тут надо подумать.. Тут не о чем думать. Все просто. Есть реляционные СУБД. Есть нотации, которые очень плохо ложатся на РМД. В частности, то, что Вы называете "объектной" структурой (пофиг, о какой именно нотации речь). Т. е. реализовать-то ее можно, но получится хм... крайне убого. Даже если реализовать часть нотации. Теперь о вкусном: есть куча спецификаций, которые было бы очень выгодно реализовать в реляционной структуре. Только вот проблема: все они из разряда "объектных" (пока давайте не будем уточнять, что это за "объектность", просто запомним факт, что это плохая структура для реляционных СУБД). Народ диссертации защищает по частным проблемами таких структур (к решению проблемы в общем виде никто даже близко не подошел), а тут приходит Алексей Ключников и простенько так заявляет: да фигня это все, ребята, мы все уже нарисовали и все работает, дело за маленькой фичей по имени очередь. Как Вы думаете, Алексей, как нужно реагировать на такие заявления? Про бред относительно "моделей Тенцера" и говорить не хочется. Ну, сморозил человек в свое время глупость, - зачем ее тиражировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 15:42 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
наверняка в базе есть (или будет) что-то вроде истории изменений. Вот и надо очередь сделать в виде этакой истории изменений, но смотрящей вперед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2006, 15:48 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей Ключников 1024 указал словами Petro123 привёл реализацию этого структурой таблицы (число 5 это ID-ссылка на таблицу-справочник вашей очереди для класса .....) У Вас упорно мешанина из технологий ООП и РСУБД. авторИзвините но это не в тему. В базе куча разнородных приборов. Не катит для каждого делать что то уникальное. Вопрос был конкретно про организацию очереди в объектной структуре. По "вашему" Тенцеру: - "куча разнородных приборов -> куча типов классов ---> это куча разных таблиц". - "куча измерений каждого прибора -> куча экземпляров ОДНОГО класса ---> это куча записей в таблице конкретного типа-класса-таблицы". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2006, 10:22 |
|
||
|
Организация очереди.
|
|||
|---|---|---|---|
|
#18+
Алексей Ключников автор Сохранить гибкость - не проблема. Просто будут плодиться типы объектов. Элемент очереди - тоже объект. У него есть свойства: к какому ресурсу (регулятор температуры ) очередь, время исполнения, исполняемое действие, температура,... Интересно. Как отделить потомков объекта от его свойств? Не совсем понял. Список потомков (пока мы в целях общности остаемся в рамках скалярных свойств) не является свойством объекта. Свойством специального типа является ссылка на родителя. EntityAttributeValueРегулятор0001 МинТемпература:Число 10Регулятор0001 МаксТемпература:Число 100ПозОчереди123456 Регулятор:Ссылка Регулятор0001ПозОчереди123456 НомерВОчереди:Число 1ПозОчереди123456 Температура:Число 10ПозОчереди123457 Регулятор:Ссылка Регулятор0001ПозОчереди123457 НомерВОчереди:Число 2ПозОчереди123457 Температура:Число 20 На самом теле типы атрибутов конечно указаны в словаре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2006, 10:23 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33797980&tid=1545196]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
135ms |
get topic data: |
8ms |
get forum data: |
5ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 455ms |

| 0 / 0 |
