Купил в икее ребенку детскую кухню, там была игрушечная варочная панель, так вот в нее нужно было запихнуть 6 батареек АА, и их хватало буквально на 1-2 месяца, при условии, что включали ее всего несколько раз.
Я подумал, что так дело не пойдет, и я впервые познакомился с AVR. Большое спасибо DIHALT, за его труд. И конкретно за эту статью, я использовал или atiny13 или atmega8, точно не помню, но в режиме Power-down она действительно потребляет мкА. Так что ребенку 3 батареек хватает почти на год.
Про термометр еще тут.
то что в PL/pgSQL или PL/SQL можно делать FOR rec IN SELECT… да удобней, что не нужно объявлять курсор, но то всего одна строчка да и не так уж напрягает
такая кнопка есть, я просто подумал, что тот список можно вывести куда-то отдельно. просто студия еще после этого списка начинает странно сортировать вкладки.
может там и будет 10 строк кода пример, но на другом ЯП мне кажется будет не меньше. я только имел ввиду, что циклы используются редко. возможно ваша задача решилась бы простым запросом на SQL, об этом так же говорит foxkeys
Да меня все устраивает и без аддонов, но те же вкладки на 17” мониторе после открытия 4 вкладок, они начинают прятаться, и после этого я уже не знаю, что хуже, такие вкладки или окна pgAdmin3. Просто я видимо сильно привык к Toad.
не совсем ясно какую вы задачу решаете, возможно это можно решить просто на SQL. ну а вообще в t-sql есть курсоры с которыми можно работать почти так же как и pl/sql.
Вот по мне это уже та самая грань, где надо разделять ЯП и Stored.
Я не оспариваю ваше решение, любое рабочее архитектурное решение не принимается просто так.
ясное дело pgAdmin3 не сравнить с ToAd, но мне его вполне хватает. А вот Microsoft SQL Server Management Studio, мне нравится даже меньше чем pgAdmin3.
Ух, какой пост на пятницу, прогнозирую over 200 камментов.
Если по делу, то все зависит исключительно, от того где вы это применяете. За 10+ лет работы в финансовом секторе хочу сказать, что я исключительно за применение stored, и вот несколько причин:
— Необходимо реализовать отчет, который выводит какие-то данные, которые пользователь видит в UI, сгруппировать их по колонке А и сумма по колонке Б. Результат колонка Б рассчитывается в UI. Печаль.
— Необходимо запустить процесс расчета неких показателей. Лезем в UI в надежде увидеть там call Stored_Proc, а видим там UPDATE, INSERT…. Это ужасно, потому что UI на MS Acceess с VBA, той версии, которою MS уже не поддерживает.
— Ежедневный расчет витрин данных для отчетности, где расчет идет по остаткам, на счетах которых более миллиона. Только stored, profit!
Оперируя большим количеством данных, всегда буду использовать только stored, мне так проще, я вижу узкие места в расчете, я знаю, где использовать индекс, а где хинты, а если это MS то временные таблицы. С другой стороны если я буду писать свой уютный бложик или небольшую страничку, которая оперирует небольшим количеством данных и связей, да вполне можно переложить логику на ЯП, и абсолютно не думать какая у тебя БД – MySQL, SQLite, etc…
Ой, как же это классно – dialup. Прям такая ностальгия, как же это было: забитый под завязку ReGet Deluxe днем, запускался ночью с автоматическим дозвоном и качал, качал… Или поиск расшареных (share) дисков C, на предмет поиска ini файла от EDialer’а или pwl файла от стандартной звонилки, а вместо этого в шаре C, просто лежал файл readme.txt в котором был чатик таких же кулхацеров. Где же ты 99ый…
можно заморозить счет до появления 4G на note3?
Я подумал, что так дело не пойдет, и я впервые познакомился с AVR. Большое спасибо DIHALT, за его труд. И конкретно за эту статью, я использовал или atiny13 или atmega8, точно не помню, но в режиме Power-down она действительно потребляет мкА. Так что ребенку 3 батареек хватает почти на год.
Про термометр еще тут.
Я не оспариваю ваше решение, любое рабочее архитектурное решение не принимается просто так.
Если по делу, то все зависит исключительно, от того где вы это применяете. За 10+ лет работы в финансовом секторе хочу сказать, что я исключительно за применение stored, и вот несколько причин:
— Необходимо реализовать отчет, который выводит какие-то данные, которые пользователь видит в UI, сгруппировать их по колонке А и сумма по колонке Б. Результат колонка Б рассчитывается в UI. Печаль.
— Необходимо запустить процесс расчета неких показателей. Лезем в UI в надежде увидеть там call Stored_Proc, а видим там UPDATE, INSERT…. Это ужасно, потому что UI на MS Acceess с VBA, той версии, которою MS уже не поддерживает.
— Ежедневный расчет витрин данных для отчетности, где расчет идет по остаткам, на счетах которых более миллиона. Только stored, profit!
Оперируя большим количеством данных, всегда буду использовать только stored, мне так проще, я вижу узкие места в расчете, я знаю, где использовать индекс, а где хинты, а если это MS то временные таблицы. С другой стороны если я буду писать свой уютный бложик или небольшую страничку, которая оперирует небольшим количеством данных и связей, да вполне можно переложить логику на ЯП, и абсолютно не думать какая у тебя БД – MySQL, SQLite, etc…