caxapa.ru :: Не понял. Импорт из базы в базу вроде не обозначает полного соответствия форматов баз.

Vit (27.01.2008 00:31, просмотров: 270) ответил AlexandrY на Дохлый номер.

Не понял. Импорт из базы в базу вроде не обозначает полного соответствия форматов баз. Если админ базы, например, захочет получать данные из другой базы, например, гидрометеоцентра, то как бы он не пыжился над форматами своей базы, чужую ему никто не даст даже возможности требовать править. И импорт предполагает умение дать запрос чужой базе в понятном ей формате, ну и преобразовать ответ в нечто понятное своей. Скажите, плз, в чём я заблуждаюсь. Полноценная СУБД на борту пока не есть приоритет, но ;) аппетит приходит во время еды. Я думал разобраться и применить во-первых механизмы создания баз (или адаптировать имеющиеся механизмы ведения архивов), а во-вторых поддержку хотя бы пары-другой запросов (для начала фиксированного формата).

Ответить

- Речь не о принципиальной возможности, а о сравнительной сложности. 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)

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