Как сохранять в БД данные о больших объектах (где-то 120-200 полей)?

Просто я хотел предложить часть данных сохранить в виде сериализованных объектов. Но этой подойдет только в том случае, если эти данные не участвуют в условиях выборки, а только запрашиваются. Или несколько полей-объектов - для каждой группы свой. Такой метод хранения подойдет как для одной, так и для нескольких таблиц.

Как сохранять в БД данные о больших объектах (где-то 120-200 полей)?

Данные поля участвуют в запросах или в условиях выборки? Или их надо только хранить, а запрашиваются по 2-3 (пусть 10) ключевым полям?
Запросы идут только за последний час/день или за все время?
Сколько порций данных ожидается в течении дня (и будет ли расти это число)?

SQL сравнение строк по датам?

В данном случае учтите, что возможны дубли по value и
link_id, которые надо считать как единую запись.

Ошибка с заменой данных ( REPLACE) в SQLite

Тогда как база должна понять, что данные надо обновить, а не вставить?
Надо добавить unique-индекс. Если важны все поля и не нужны именно дубли, то надо индекс создать по всем полям.
Но в таком случае стоит учитывать, что быстрее будет проверить наличие записи в БД и в случае ее отсутствия добавить новую. Меньше записи на диск будет.

SQL сравнение строк по датам?

Да, 2 запроса - самый оптимальный вариант.
Запросом 1 выбираем максимальные значения.
Запросом 2 выбираем максимальные значения, при условии что id не попало в запрос 1.
И потом обрабатываем результат.

В принципе, используя UNION ALL можно добиться и 1 общего запроса (если использовать его вместо внутреннего подзапроса).

По оптимальности... Я очень сильно сомневаюсь, что предложенный вариант для MS SQL можно назвать оптимальным.

SQL сравнение строк по датам?

Повторяются ли даты в date для одного link_id?
Можно ли утверждать, что и id идут по порядку возрастания date в рамках link_id?

SQL сравнение строк по датам?

Согласен, нужен value. А [date]*(-1) - зависит от того, в каком виде представить дату. Для стандартных DATETIME и DATE не подойдет, но если привести их к INT - то вполне. Но в свете value это не актуально.

SQL сравнение строк по датам?

Какая используется СУБД?
Необходимо именно получить в виде запроса, или можно дообработать потом данные в коде приложения?

Sqlite3 + aes256 + php4.2?

Во всяком случае можно проверить, что SQLiteManager корректно создает базу и проблема именно в PDO.

Сколько необходимо ждать отправки приложения в Google Play?

https://support.google.com/googleplay/android-developer/answer/3131213?hl=ru&ref_topic=3450986
Написано, что надо присоединиться к тестированию, чтобы был доступ оп УРЛу.

Сколько необходимо ждать отправки приложения в Google Play?

Я не думаю, что прямая ссылка для бета-теста подойдет. По сути, приложение еще не опубликовано.

Способы хранения и чтения больших объемов данных в Java-приложении под Android

Спасибо Maccimo за подробности.
Просто встречал упоминания (на StackOverflow), что формат файлов SQLite у разных производителей может быть разный.
А тут сама SQLite гарантирует совместимость.

Способы хранения и чтения больших объемов данных в Java-приложении под Android

На сколько знаю, ни кто не гарантирует бинарную совместимость файлов SQLite.

Способы хранения и чтения больших объемов данных в Java-приложении под Android

Тогда советую попробовать protobuf — с сервера можно сразу его и отдавать, а не XML. И хранить прямо в файле. Скажем, 1 объект — 1 строчка.
Преимущества относительно XML:
1. Занимает меньше места. Что хорошо и для ускорения передачи данных.
2. Должен быстрее парсится, чем XML. Хотя бы потому, что он свою структуру «знает».

Недостатки:
1. Хуже сжимается, т.к. формат бинарный. Но с другой стороны не факт, что сжатый XML будет легче.

Сканер штрихкода для Web

2. На сколько знаю, протокола так такового нет. В COM-порт приходит то, что считалось со сканера. Иногда спец-символы экранируются (например, "\" идет как "\\", но это от модели зависит и от настроек сканера).
И да, если заказывать разработку — то надо обеспечить доступ разработчика к используемому сканеру. В крайнем случае можно попробовать обойтись выводом гипертерминала (или putty) при подключении к сканеру и считывании различных ШК.

Как объединить классы виджетов?

Эм… Так же, как и обычно:

public class BaseWidget extends AppWidgetProvider {}
public class Widget11 extends BaseWidget {}
public class Widget14 extends BaseWidget {}
public class Widget44 extends BaseWidget {}

Единственное но — в манифесте все классы придется прописывать (кроме BaseWidget).

Что делать если регистратор не продлил домены

Я сам не пробовал. Но в панели частичного управления опция продления доступна.
Так же как и тех.поддержка подтверждает возможность продления напрямую через reg.ru (узнавал про возможность авто-продления).

Сколько может стоить разработка приложения?

Полноценные или нативные, т.е. написанные именно под определенную платформу?
Потому как PhoneGap позволяет создать полноценные приложения, выкладывать их в Play или Store.
Но по сути — это одно на все платформы, единый интерфейс на всех платформах. В применении к магазину — актуальная информация, если контент грузить напрямую с сайта, но за счет необходимости постоянного соединения с интернетом и, возможно, немного тормозной интерфейс (особенно часто на Android жалуются).

Сколько может стоить разработка приложения?

Как минус — нет полного соответствия принятым стандартам интерфейса (возможны проблемы с модерацией в Apple Store).
Как плюс — PhoneGap позволит такое приложение практически под все платформы распространить.
Причем знаний JS + HTML будет достаточно. А Sencha Touch позволит под IOS приложение замаскировать.

Одновременное ведение проектов на нескольких платформах?

Просто делать под самую ограниченную версию все равно придется )
Если она и в функционале ограничена — то можно системой плагинов добавлять нужный функционал, где это надо.

На счет организации работы. Можно на основе веток в CVS разделить версии.
1. Все платформо-зависимое вынести в отдельный модуль.
2. Организовать ветки в CVS (я бы выбрал Hg, но git подойдет не хуже), где для каждой платформы своя ветка (с явно выделенной основной веткой).
3. Делая правки в основной ветке, слиянием с другой они прозрачно переносятся в нее.
4. Соответственно, в каждой персональной ветке используется свой, платформо-зависимый плагин. Изменения в таком плагине не пройдут слияния между ветками, но общие части — запросто.