caxapa.ru :: Никогда не имел дела с СУБД. Ищу вменяемую инфу/сорцы для разобраться и портануть чего в проект на ARM

Vit (26.01.2008 13:40, просмотров: 17656)

Никогда не имел дела с СУБД. Ищу вменяемую инфу/сорцы для разобраться и портануть чего в проект на ARM Предполагаю, что в далёкие времена, когда компутеры были большими, а программы были маленькими, запросы к СУБД передавались от терминалов (с зелененькими букаффками) по каналу типа VT100. У меня настройки параметров именно так и делаются (не считая каналов MODBUS и набортной клавы). Ломает меня впихивать в MODBUS пользовательские команды для сливания базы и логов - не из-за какой-то сложности или лени - просто памяти (FLASH и будет карточка) ну очень много, а читать базу постоянно и/или удалённо - такой задачи нет. Пока в канале обслуживания можно читать текст логов (аварии, вмешательства), но много данных лучше-таки упаковать, передать через VT100, сохранить и парсить наверху. Вроде запросы/ответы СУБД выглядят как текст - думаю вполне прилично будет оформить задание для программеров "верхнего уровня" как пару шаблонов запросов к СУБД вместо расписывания им криворукого варианта доступа через MODBUS, а потом опять же упаковку в базу на PC.

Ответить

- Дохлый номер. AlexandrY(238 знак., 26.01.2008 22:55)
  - Не понял. Импорт из базы в базу вроде не обозначает полного соответствия форматов баз. Vit(660 знак., 27.01.2008 00:31)
    - Речь не о принципиальной возможности, а о сравнительной сложности. AlexandrY(412 знак., 27.01.2008 01:45)
      - Тута ведь палка о двух концах. Набортный SQL-like движек является очень хорошим дополнением к LUA-like движку :) Они просто созданы друг для друга. Если у нас наборту несколько мегов памяти, и какой-нибудь FLASH storage, то можно построить очень Evgeny_CD(333 знак., 27.01.2008 11:21)
        
        Но первый вопрос был не об этом, как я понял. AlexandrY(299 знак., 27.01.2008 13:28)
        
        Интересовало 2 части - сама реализация СУБД (но пока не как основная задача) и прямоугольная эмуляция СУБД путём поддержки пары запросов с фиксированным форматом в канале без перепаковки данных между протоколами. Vit(797 знак., 27.01.2008 14:07)
        
        А на каком процессоре у вас вообще контроллер? - AlexandrY(27.01.2008 14:32)
        
        LPC2378 - Vit(27.01.2008 14:45)
        
        Скоко памяти снаружи? И какой? - Evgeny_CD(27.01.2008 15:02)
        
        AT45DB161/321 , SD 1GB/2GB, 32K FRAM FM25L256. Внутреннего ОЗУ для текущих задач вполне хватает, но видится перспектива 64K в LPC2387 - Vit(27.01.2008 16:33)
        
        Грамотный набор! FeRAM для журналирования транзакций :) AT45DB для "большого конфигуратора" :), ну и 2-х гиговый "винч" на встроенном контроллере SD :). Если сделать свою FS, "внутри" FAT, то можно зажигать очень даже. А ОСька какая? - Evgeny_CD(27.01.2008 16:45)
        
        ;) Нечто своё Vit(380 знак., 27.01.2008 16:58)
        
        Уважаю!!!!!! Гибрид Linux (два шедулера), eCos (конфигурирование по шаблонам в С) и FreeRTOS (сопрограммы). Да, чувствуется, что это плод многолетних размышлений Мастера :) - Evgeny_CD(27.01.2008 17:11)
        
        Не перехвалИте;)) Тем более, что идеолог не я;))) - я сподвижник (ну и железячник в первую очередь). И во FreeRTOS "правильные" сопрограммы, а Protothreads - далеко не то же. - Vit(27.01.2008 17:16)
        
        Protothreads - это что-то из uIP? - Evgeny_CD(27.01.2008 17:25)
        
        Рядом - автор один. - Vit(27.01.2008 17:28, ссылка)
        
        Да, помнится я сам же и постил по теме -> - Evgeny_CD(27.01.2008 17:40, ссылка)
        
        А не кажеться ли вам, что легкие нити сильно портят модульный стиль? Т.к. вынуждают не использовать подпрограммы. - AlexandrY(27.01.2008 17:55)
        
        Они как сильнодействующее лекарство: в терапевтических дозах - польза. Чуть передоз - и ногами вперед :) - Evgeny_CD(27.01.2008 18:23)
        
        Хотя надо признать, что LPC24xx было бы еще лучше - за счет медленной, но дешевой SDRAM. Эх, LPC24хх еще бы кеша добавили - был бы ваще dream CPU (хоть и на неправильном ядре - CF форЁва!) - Evgeny_CD(27.01.2008 16:50)
        
        У меня ограничения на потребление и эта штука должна заниматься в тч ногодрыганием. А если чего помощнее надо будет, то у меня были проработки более сбалансированных платформ. Vit(590 знак., 27.01.2008 17:12)
        
        Ясное дело, LPC24хх рядом с Linux даже не валялся (в реале - пофиг на маркетинговое продвижение) Гуй - это отдельный гемор, его надо разрабатывать на Win32 в режиме синтетического порта, тогда пофиг на что ставить. Не уж то для ногодрыгства нельзя Evgeny_CD(19 знак., 27.01.2008 17:27)
        
        Дык если мне надо 4 UART и всяко-разно памяти, а ногодрыжество с дискретностью порядком 1 мс и не так чтобы очень жёстко, то LPC2378 с кучей пинов меня вполне устраивает Vit(546 знак., 27.01.2008 17:44)
        
        Да, стараниями AlexanderY двухпроцессорный dream board (ну и я чуток идеологию развил) становится стандартом де факто :) - Evgeny_CD(27.01.2008 17:51)
        
        Вообще-то для софтварного управления пинами давно существуют специализированнные ветви эволюции - это UBICOM, и сопроцессоры ввода-вывода как в TMS470, CF, PXA и т.д. А на Megaх и LPC это все от бедности. - AlexandrY(27.01.2008 18:03)
      - Посмотрим. Может, и не сложнее (кроме того, доступ предполагается read-only). Пока жую форматы. - Vit(27.01.2008 01:52)
- FastDB -> -> - Evgeny_CD(26.01.2008 14:00, ссылка, ссылка)
  - Пасиб, пороюсь - Vit(26.01.2008 14:54)
  - Аффтар доступен по мылу. - Evgeny_CD(26.01.2008 14:02)
- -> -> - Evgeny_CD(26.01.2008 13:55, ссылка, ссылка)

Средства и методы разработки