Когда декларация sqlite вводит полезный?
Очень просто - вызвать функцию indexOfChild у родителя представления:
LinearLayout addNoteLayout = (LinearLayout) findViewById(R.id.llAddNote);
int index = ((ViewGroup) addNoteLayout.getParent()).indexOfChild(addNoteLayout);
2 ответа
Это действительно просто упрощает использование типов. Вам больше не нужно беспокоиться о том, насколько большим должно быть это поле на уровне базы данных, или о том, сколько цифр может быть у ваших промежуточных чисел. Более или менее, это «почему бы и нет?» вещь.
С другой стороны, статическая типизация в SQL Server позволяет системе лучше выполнять поиск и индексировать, в некоторых случаях намного лучше, но для половины всех приложений я сомневаюсь, что улучшение производительности базы данных будет иметь значение, или их производительность «низкая». 'по другим причинам (временные таблицы создаются при каждом выборе, экспоненциальный выбор и т. д.).
Я все время использую SqLite для своих .NET-проектов в качестве клиентского кэша, потому что его слишком легко использовать. Теперь, если бы они могли заставить его использовать такие же идентификаторы GUID, как SQL-сервер, я был бы счастливым туристом.
Динамическая типизация полезна для хранения таких вещей, как параметры конфигурации. Возьмем, к примеру, реестр Windows. Каждый ключ очень похож на таблицу SQLite вида:
CREATE TABLE Settings (Name TEXT PRIMARY KEY, Value);
где Value может быть NULL (REG_NONE) или INTEGER (REG_DWORD/REG_QWORD), TEXT (REG_SZ) или BLOB (REG_BINARY).
Кроме того, я вынужден согласиться с Ясоном по поводу полезности отказа от введения максимального размера для строк. Потому что в большинстве случаев эти ограничения являются чисто произвольными, и вы можете рассчитывать на то, что однажды обнаружите 32-байтовую строку, которую нужно хранить в VARCHAR(30).