blackbit (25.07.2008 11:12, просмотров: 178) ответил rezident на Ваш сарказм опять мимо :) Индексация для ускорения поиска по архиву это опять же надстройка над архивом. А не функция архивации. К тому же вы невнимательны при чтении чужих сообщений. Я писал не просто считывает, а считывает/обновляет/дополняет-
- Вы уводите тему в сторону, но я отвечу. Журнал не считывается постоянно. Есть регламентный период для снятия показаний, в течение которого гарантируется сохранение всех событий и почасовых данных. События не пишутся в журнал постоянно, а только по мере rezident(503 знак., 25.07.2008 11:33)
- Хе, ну если у вас все настолько по "регламенту" и трава пострижена/покрашена, то почему так же должно быть у остальных? А у остальных вона чего могет приключиться: 1. ПО на PC может быть остановлено на какое-то время или вообще заряжено с нуля, а blackbit(820 знак., 25.07.2008 12:02)
- Ваши фантазии совсем не обязательно соответствуют задаче вопрошающего. А нафантазировать подобного я тоже могу :) При ограниченных ресурсах (как указано в задаче) решение должно быть адекватным этим ресурсам. Задача выдачи результата сортировки по rezident(131 знак., 25.07.2008 12:12)
- Увы, были бы только фантазии - посмеялись, а так ведь описал реальные системы и сделаны как раз на очень ограниченных ресурсах. - blackbit(25.07.2008 12:40)
- Ну дык и напишите как надо делать, а то у вас одна только критика "танкистов" :) - rezident(25.07.2008 13:36)
- дык попросил уточнить, а он молчит как рыба об лед.. :) мож его и нет уже, одни танкисты плотными рядами.. :D - blackbit(25.07.2008 13:52)
- Дык он и на телесисах также, спросил и молчек. - rezident(25.07.2008 14:08, ссылка)
- дык попросил уточнить, а он молчит как рыба об лед.. :) мож его и нет уже, одни танкисты плотными рядами.. :D - blackbit(25.07.2008 13:52)
- Ну дык и напишите как надо делать, а то у вас одна только критика "танкистов" :) - rezident(25.07.2008 13:36)
- В любом случае отсортировать по заданному критерию и выдать результат это быстрее на одну операцию, чем отсортировать, перезаписать весь архив и выдать отсортированный результат, не так ли? ;) - rezident(25.07.2008 12:15)
- В любом случае забрать таблицу, отсортировать и выдать результат не всегда быстрее и надежнее, чем послать запрос, отсортировать на месте (не перезаписывая архив :) и получать отсортированные записи. При этом даже не важно, что таблица у вас уже blackbit(72 знак., 25.07.2008 13:23, ссылка)
- Вся Ваша полемика с Rezident-ом - словоблудие воинствующего тиоретега :) А задача афтара поста высосана из пальца и надумана (или недодумана)... - Гудвин(25.07.2008 14:11)
- гы гы, очень смешно.. дядя Гудвин, как упертый практик заявляю: "клиент/сервер" дает большую фору "файл/сервер" на ограниченных ресурсах (сервером выступает прибор). По-сути, полемика об этом. Но вам этого не понять, вы ж привыкли езернет в полевой blackbit(156 знак., 25.07.2008 14:23)
- Опять словоблудие :) Я тоже, как упертый практик, смею утверждать что именно "на ограниченных ресурсах" (EEPROM с ограниченным ресурсом записи, и самое главное мизерный объем RAM) "сервер" для клиентских запросов - нонсенс. Так-же как и Гудвин(392 знак., 25.07.2008 14:47)
- Значит недостаточно упертый практик. Базы и сервера под uC еще уметь писать надо (тем более на ограниченных ресурсах), тогда и нонсенсов не будет. blackbit(229 знак., 25.07.2008 14:56)
- Опять словоблудие... Сдуру можно и не такого понапесать. Требую огласить для чего может понадобиться именно такая сортировка, какую описал автор. - Гудвин(25.07.2008 14:56)
- ..эт к кому вопрос? - blackbit(25.07.2008 15:03)
- К простейшей логике. "EEPROM", "в любой момент внешнее ПО может поменять метод сортировки и параметр сортировки на другой", опыт по применению "принципа разумной достаточности". Гудвин(354 знак., 25.07.2008 15:18)
- Для начала обратитесь к экономике. Например, в моем случае никаких "что покруче" даже не рассматривалось, ибо "сцуко дорого" и тяжко отражается на себестоимости. Так что попробуйте остановиться на 9600 (а у меня было и еще поменее местами) и blackbit(23 знак., 25.07.2008 15:39)
- Думается, что мы просто по разному представляем образ афтарской железки, посему может разумнее дождаться, когда он соизволить что-нибудь ответить :) - Гудвин(25.07.2008 15:50)
- А.. ну ладно. Могу только за себя рассказать: нужна была и сортировка, и весь джентельменский набор реляционной СУБД, которая реализует в том числе вставку записи в таблицы, сдвиги таблиц.. . А в более продвинутом варианте (не вошел в боевое изделие) еще blackbit(647 знак., 25.07.2008 16:00)
- Я вижу, например, что-то эдакое - мелкобюджетное и общающееся с хостом по GPRS. Именно там из соображений экономики имеет смысл замутить что-либо подобное... - Гудвин(25.07.2008 15:56)
- Думается, что мы просто по разному представляем образ афтарской железки, посему может разумнее дождаться, когда он соизволить что-нибудь ответить :) - Гудвин(25.07.2008 15:50)
- Для начала обратитесь к экономике. Например, в моем случае никаких "что покруче" даже не рассматривалось, ибо "сцуко дорого" и тяжко отражается на себестоимости. Так что попробуйте остановиться на 9600 (а у меня было и еще поменее местами) и blackbit(23 знак., 25.07.2008 15:39)
- К простейшей логике. "EEPROM", "в любой момент внешнее ПО может поменять метод сортировки и параметр сортировки на другой", опыт по применению "принципа разумной достаточности". Гудвин(354 знак., 25.07.2008 15:18)
- ..эт к кому вопрос? - blackbit(25.07.2008 15:03)
- Опять словоблудие... Сдуру можно и не такого понапесать. Требую огласить для чего может понадобиться именно такая сортировка, какую описал автор. - Гудвин(25.07.2008 14:56)
- Значит недостаточно упертый практик. Базы и сервера под uC еще уметь писать надо (тем более на ограниченных ресурсах), тогда и нонсенсов не будет. blackbit(229 знак., 25.07.2008 14:56)
- Опять словоблудие :) Я тоже, как упертый практик, смею утверждать что именно "на ограниченных ресурсах" (EEPROM с ограниченным ресурсом записи, и самое главное мизерный объем RAM) "сервер" для клиентских запросов - нонсенс. Так-же как и Гудвин(392 знак., 25.07.2008 14:47)
- гы гы, очень смешно.. дядя Гудвин, как упертый практик заявляю: "клиент/сервер" дает большую фору "файл/сервер" на ограниченных ресурсах (сервером выступает прибор). По-сути, полемика об этом. Но вам этого не понять, вы ж привыкли езернет в полевой blackbit(156 знак., 25.07.2008 14:23)
- А разве был где-то против того, чтобы дополнить имеющийся архив отсортированными списками или индексами? - rezident(25.07.2008 14:10)
- Вся Ваша полемика с Rezident-ом - словоблудие воинствующего тиоретега :) А задача афтара поста высосана из пальца и надумана (или недодумана)... - Гудвин(25.07.2008 14:11)
- В любом случае забрать таблицу, отсортировать и выдать результат не всегда быстрее и надежнее, чем послать запрос, отсортировать на месте (не перезаписывая архив :) и получать отсортированные записи. При этом даже не важно, что таблица у вас уже blackbit(72 знак., 25.07.2008 13:23, ссылка)
- Увы, были бы только фантазии - посмеялись, а так ведь описал реальные системы и сделаны как раз на очень ограниченных ресурсах. - blackbit(25.07.2008 12:40)
- Ваши фантазии совсем не обязательно соответствуют задаче вопрошающего. А нафантазировать подобного я тоже могу :) При ограниченных ресурсах (как указано в задаче) решение должно быть адекватным этим ресурсам. Задача выдачи результата сортировки по rezident(131 знак., 25.07.2008 12:12)
- Хе, ну если у вас все настолько по "регламенту" и трава пострижена/покрашена, то почему так же должно быть у остальных? А у остальных вона чего могет приключиться: 1. ПО на PC может быть остановлено на какое-то время или вообще заряжено с нуля, а blackbit(820 знак., 25.07.2008 12:02)
- Вы уводите тему в сторону, но я отвечу. Журнал не считывается постоянно. Есть регламентный период для снятия показаний, в течение которого гарантируется сохранение всех событий и почасовых данных. События не пишутся в журнал постоянно, а только по мере rezident(503 знак., 25.07.2008 11:33)