Мне совсем не сложно, но остальные примеры более относятся ко всем базам данных, нежели исключительно к SQLite. Вот, например, два:
1) При большой количестве инсертов (когда речь идёт на тысячи и десятки тысяч) используйте «BEGIN TRANSACTION» и «COMMIT». Оптимальную периодичность открытия-закрытия транзакции трудно посчитать, но мы эмпирически вывели число 100, т.е. как-то так:
2) Как ни смешно это звучит, но большинство непроизводительного кода часто бывает по той причине, что для выполнения одной операции использовалось несколько обращений к базе.
Например, нужно вывести картинку машины заданного цвета. Первый запрос ищет машину, второй — её ID в таблице цветов, и третий непосредственно ссылку на PNG-картинку. Объединив все запросы с один, мы повышаем производительность в десятки раз.
Не хочется смотреть по Blame кто это написал, т.к. у самого бывали подобные косяки — зачастую в 9-м часу вечера, когда релиз должен был быть вчера, не так хорошо соображаешь.
Согласен. Как ГОСТ-ы в конструкторской документации (мы бы не полетели первыми в космос, если бы все чертили как хотели) — так и правила переписки по e-mail. Только вот почему-то не нужно объяснять, зачем соблюдать один стиль ЕСКД, а вот про переписку — многим людям неочевидно.
И не только молодым, и не только славянам… хотя буржуи реже
Очень много букв и мало выводов. Чем отличается триал от приложения с рекламой, мне было понятно и 10 лет назад, а вот что приносит больше денег — на этот вопрос так и нет ответа.
Кстати, раз уж мы в блоге майкрософт — ваш SQL Server — вот наглядный пример идеального, на мой взгляд, решения задачи. Для сотен тысяч пользователей, которые просто хотят хранить пару таблиц с парой тысячей строк (например, рекордов игры), SQL Express бесплатен, быстр и идеален. Но если нужно что-нибудь помощнее в проектах уровня Entrerprise, эта аудитория в состоянии заплатить $N за расширенные пакеты.
В общем я ждал что вы приведёте конкретные примеры на опыте вашей большой компании, а не распишите очевидные истины. Но всё же спасибо за статью, плюсую.
Они говорят что так, но на самом деле не каждый — наша программа не может работать без регистрации, ну и видно кто когда входил. Так они где-то 50% только апдейтов смотрели глазами, остальные просто так ушли. Спрашивается чего ради мы ждали две недели?
Я бы согласился, если бы не исходный код. Вот понадобится Вам реализовать, например, некую гиперболическую функцию на андроиде, а либы нигде не найдёте — и скачаете исходники автора.
Плюс автор показал на пальцах, как он анализировал рынок конкуретнов — очень интересно было почитать. Так что ИМХО, разработка, не я пиарюсь!
Что вы хотите этим сказать, тем более в такой грубой форме. В линке на StackOverflow приводится «It is called during low-memory conditions when the view controller needs to release its view and any objects associated with that view to free up memory.», цитата из SDK. ЧТД, о чём я и говорил. Всё, не кормлю, итак жирный стал.
Ага, только viewDidLoad вызывается каждый раз, а viewDidUnload — только при Memory Warning. Может хватит уже троллить по любому поводу? Надоел, честное слово!
Есть такая особенность, но это особо не связано с SDK и обратной совместимостью :) А так да, лик из ниоткуда. Я тоже помню года полтора назад пол-дня потратил. На мой взгляд, само название метода неудачное — по аналогии с viewDidLoad называли, но играет совсем не противоположную роль. Зато на собеседованиях хорошо спрашивать — и 50% «Senior iOS developer'ов» сыпятся на вопросе когда этот метод вызывается и что в нём надо делать :)
Напишите 100 раз маркером на доске — я буду внимательно читать ваш пост, iago, перед тем как постить в комментах ерунду. Мы, естественно, тестировали на последних прошивках, только приложение устанавливали из нового xCode и SDK, т.к. из старого на новый девайс не поставишь. В общем перечитайте ещё раз
Deployment target — не более чем формальное ограничение, не позволяющее приложению AppStore устанавливать билд на девайс, не подпадающий под ограничение. Оно ничего не говорит компилятору.
В отличие от Base SDK, которая решает всё — т.е. откуда конкретно будут линковаться при сборке SDK-шные функции.
Я бы не сказал, что я вёл себя инертно. На самом деле не очень приятно получать много плохих писем от end-кастомеров, заказчиков и руководства, так что если бы я мог прекратить это и пофиксить проблему — я бы сделал это тут же.
Также не вижу, как документация (тем более ссылка на её корневой каталог) могла помочь мне в решении данной проблемы. Но спасибо за небезразличие!
1) При большой количестве инсертов (когда речь идёт на тысячи и десятки тысяч) используйте «BEGIN TRANSACTION» и «COMMIT». Оптимальную периодичность открытия-закрытия транзакции трудно посчитать, но мы эмпирически вывели число 100, т.е. как-то так:
if(!(insert_counter % 100)){
sqlite3_exec(db, "COMMIT", NULL, NULL, &errmsg);
sqlite3_exec(db, "BEGIN TRANSACTION", NULL, NULL, &errmsg);
}
2) Как ни смешно это звучит, но большинство непроизводительного кода часто бывает по той причине, что для выполнения одной операции использовалось несколько обращений к базе.
Например, нужно вывести картинку машины заданного цвета. Первый запрос ищет машину, второй — её ID в таблице цветов, и третий непосредственно ссылку на PNG-картинку. Объединив все запросы с один, мы повышаем производительность в десятки раз.
Не хочется смотреть по Blame кто это написал, т.к. у самого бывали подобные косяки — зачастую в 9-м часу вечера, когда релиз должен был быть вчера, не так хорошо соображаешь.
Но опять же, это относится ко всем базам данных.
И не только молодым, и не только славянам… хотя буржуи реже
Кстати, раз уж мы в блоге майкрософт — ваш SQL Server — вот наглядный пример идеального, на мой взгляд, решения задачи. Для сотен тысяч пользователей, которые просто хотят хранить пару таблиц с парой тысячей строк (например, рекордов игры), SQL Express бесплатен, быстр и идеален. Но если нужно что-нибудь помощнее в проектах уровня Entrerprise, эта аудитория в состоянии заплатить $N за расширенные пакеты.
В общем я ждал что вы приведёте конкретные примеры на опыте вашей большой компании, а не распишите очевидные истины. Но всё же спасибо за статью, плюсую.
Плюс автор показал на пальцах, как он анализировал рынок конкуретнов — очень интересно было почитать. Так что ИМХО, разработка, не я пиарюсь!
А вам, я вижу, как и многим на хабре, чем-то не угодили тим-лиды и ПМ-ы? По любому вопросу пытаются доказать профнепригодность.
В отличие от Base SDK, которая решает всё — т.е. откуда конкретно будут линковаться при сборке SDK-шные функции.
Также не вижу, как документация (тем более ссылка на её корневой каталог) могла помочь мне в решении данной проблемы. Но спасибо за небезразличие!