rezident (25.07.2008 12:15, просмотров: 147) ответил rezident на Ваши фантазии совсем не обязательно соответствуют задаче вопрошающего. А нафантазировать подобного я тоже могу :) При ограниченных ресурсах (как указано в задаче) решение должно быть адекватным этим ресурсам. Задача выдачи результата сортировки по-
- В любом случае забрать таблицу, отсортировать и выдать результат не всегда быстрее и надежнее, чем послать запрос, отсортировать на месте (не перезаписывая архив :) и получать отсортированные записи. При этом даже не важно, что таблица у вас уже 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, ссылка)