locked
Какой источник хранения данных выбрать для хранения координат (трекер)? RRS feed

  • Общие обсуждения

  • Я знаю что для хранения координат в SQL Server есть тип данных geography, а для использование нужно использовать класс в поле DbGeography. Как понял первое не поддерживаться локальной базой, а вторая идет полным FrameWork 4.5? Тогда остается использовать только обычные числовые поля?
    • Изменено Grygorii 31 марта 2014 г. 18:32
    • Изменен тип Grygorii 31 марта 2014 г. 18:33
    29 марта 2014 г. 20:49

Все ответы

  • Вот список поддерживаемых данных для WP DB

    http://stackoverflow.com/questions/6630991/what-data-types-are-supported-in-sql-ce-3-5-windows-phone-mango

    http://msdn.microsoft.com/en-us/library/ms172424(SQL.110).aspx

    А чем так флоты не угодили? Огромное количество данных и боитесь просадки производительности?


    • Изменено Alexey Gurin 31 марта 2014 г. 12:11
    31 марта 2014 г. 12:10
  • Вот список поддерживаемых данных для WP DB

    http://stackoverflow.com/questions/6630991/what-data-types-are-supported-in-sql-ce-3-5-windows-phone-mango

    http://msdn.microsoft.com/en-us/library/ms172424(SQL.110).aspx

    А чем так флоты не угодили? Огромное количество данных и боитесь просадки производительности?



    Я вот не знаю стоит ли вообще использовать БД? Может лучше XML. Чтобы потом проще передавать. Да и в БД хранить по 30 тыс записей на один трек, даже не знаю.  Еще вариант если хранить в БД список координат трека, то наверное уж лучше тогда хранить JSON масив.
    31 марта 2014 г. 16:12
  • если умеете писать WCF сервис то XML, Json

    Проще базу, закинули в ажур, и тестируйте, улучшайте. потом и до сервиса не далеко


    if (Thread.Was == HelpFul) Mark.As(HelpFul); else if (Thread.Was == Answered) Mark.As(Answered); else Provide(More.Details);

    31 марта 2014 г. 18:13
  • если умеете писать WCF сервис то XML, Json

    Проще базу, закинули в ажур, и тестируйте, улучшайте. потом и до сервиса не далеко


    if (Thread.Was == HelpFul) Mark.As(HelpFul); else if (Thread.Was == Answered) Mark.As(Answered); else Provide(More.Details);


    Ажур БД не интересна так как, приложение должно работать офлайн.
    31 марта 2014 г. 18:31
  • Если не секрет, откуда так много записей на трек? Большой трек или высокая частота семлирования
    31 марта 2014 г. 20:15
  • Если не секрет, откуда так много записей на трек? Большой трек или высокая частота семлирования

    Ну если выставлен параметр отслежывать изменения каждый метр. И если записывать трек в 30 км.
    31 марта 2014 г. 20:27
  • 300.000записей это много. тем более для телефона,открытие файла xml,json отнимет много ресурсов. если конечно их не разделять. в sql server-e недавно был случай у нас, что скрипт в 700.000строк не мог выполниться из за недостаточности памяти.

    1 апреля 2014 г. 3:27
  • 300.000записей это много. тем более для телефона,открытие файла xml,json отнимет много ресурсов. если конечно их не разделять. в sql server-e недавно был случай у нас, что скрипт в 700.000строк не мог выполниться из за недостаточности памяти.

    Ну вы загнули 300 тыс :) Я про 30 тыс говорил. Но все равно если взять 300 тыс. То по моим подсчетам такой файл будет весит приблизительно 15 мб, я не думаю, что такой файл будет трудно прочитать. Но надо будет ряди интереса поэкспериментировать.

    1 апреля 2014 г. 9:01
  • 30к в рамках 1го трека, а сколько будет треков? Вы там случайно память по 15мб так не забьете?
    1 апреля 2014 г. 9:41
  • 30к в рамках 1го трека, а сколько будет треков? Вы там случайно память по 15мб так не забьете?

    Я делаю велотрекер. И я не думаю, что будет очень много их :)
    1 апреля 2014 г. 9:49
  • Если много записей, возможно, стоит задуматься о бинарной сериализации, правда я не в курсе насколько это возможно и как обстоят дела с производительностью для Windows Phone.
    1 апреля 2014 г. 10:21
  • Я бы не стал хранить в таблице БД столь детализированные треки. Это может заметно снизить скорость выполнения запросов. Я бы хранил в таблице общие данные о треках и сильно упрощенную модель трека(ну в общих чертах), а более детализированную хранил бы в сжатом файле, или как поле с бинарными данными(если возможно) или в облаке. Думаю подобные данные должны хорошо архивироваться.
    • Изменено Alexey Gurin 1 апреля 2014 г. 11:48
    1 апреля 2014 г. 11:47