Оптимизация производительности SQL Server с использованием индексов - статья с хабра, чтобы не забыть

Оптимизация производительности SQL Server с использованием индексов

SCRUM: история одного спасения

— А как вы разрабатываете? Kanban, XP, Waterfall?
— Срам.
— Может быть Скрам?
— Нет, срам: каждый день стыдобушка, в конце месяца срамота


До июня месяца года 2016 я не задавалась вопросом применения технологии к управлению разработкой, все шло как шло. 
Но случилось так, что набор моих компетенций расширился и лавинообразно прибавилось задач. 
В попытке работать как прежде - потоково, я просто стала не успевать все делать в рабочее время и стала забирать работу на дом.  
На текущем проекте заказной разработки ухудшились взаимоотношения с проектной командой, качество моей работы стало постепенно снижаться. Личного времени не осталось.
Встал вопрос личного таймменеджмента и анализа своей рабочей загрузки.
Основная проблема свелась к тому, что на проекте заказной разработки (особенность - работа без организации проекта, по обращениям Заказчика)  работа с требованиями и их реализацией шла потоково. Из-за чего не удавалось ни планировать свою загрузку, ни загрузку разработчиков, ни толком анализировать взаимосвязь требований, чтобы обрабатывать их одним пакетом. 

И вот тут начальник отдела посоветовал посмотреть в сторону SCRUM. 
Изучила технологию. Понравилась. Сделала описание порядка взаимодействия проектной команды на основе SCRUM. Провела совещание с командой и предложила такой вариант работы. Сейчас находимся на выполнении второго спринта и я только накапливаю данные для анализа и статистики (с которой позже поделюсь). Но в целом уже сейчас могу сказать, что технология себя оправдывает в условиях:

• лояльного Заказчика, готового к работе с релизами
• небольшой команды с загрузкой на нескольких проектах
• неполное участие или отсутствие РП (технология рассчитана на самоорганизовывающуюся группу)
• отсутствие возможности/средств/времени на полноценное документирование требований и описания реализации

Ощутимые преимущества:

• Выпуск релизов позволяет планировать и свою загрузку, и загрузку прочих участников команды.
• Заказчик знает какой функционал получит в релизе.
• Документирование сводится к бизнес-описанию и описанию-проектированию от разработчика + итоговое описание функционала в релизе. 
• Заказчик на основе итогового описания имеет возможность с минимальными трудозатратами довести до сведения пользователей особенности нового функционала.

Немного личного

Меня зовут Ирина Ермолова.

За сравнительно недолгое время я успела поработать и сисадмином, и специалистом тех.поддержки, и разработчиком БД. Сейчас я  - специалист внедрения систем электронного документооборота и аналитик (бизнес и системный).

Именно сейчас я понимаю, что я на своем месте: занимаюсь работой, которая мне нравится, общаюсь с интересными людьми, развиваюсь и личностно, и профессионально.

Первоначально этот блог создавался как онлайн-блокнот собственных или сторонних находок, для решения текущих задач.

Продолжая эту традицию, я буду писать сюда как свои наблюдения, так и интересные для меня статьи в областях меня интересующих, а это:

• Исследование и анализ;
• Разработка ПО;
• Тестирование
• Управление разработкой

Жизненный цикл информационной системы

Жизненный цикл информационных систем – это период их создания и использования, охватывающий различные состояния, начиная с момента возникновения необходимости в такой системе и заканчивая моментом ее полного выхода из употребления у пользователей.

Основным стандартом, определяющим структуру жизненного цикла, является ГОСТ Р ИСО/МЭК 12207-02
Жизненный цикл информационных систем включает в себя четыре стадии:

• предпроектную,
• проектировочную,
• внедрение,
• функционирование.

От качества проектировочных работ зависит эффективность функционирования системы, поэтому каждая стадия разделяется на ряд этапов и предусматривает составление документации, отражающей результаты работ.

На предпроектной стадии можно выделить следующие этапы:

1) Сбор материалов для проектирования – предусматривает разработку и выбор варианта концепции системы, выявление всех характеристик объекта и управленческой деятельности, потоков внутренних и внешних информационных связей, состава задач и специалистов, которые будут работать в новых технологических условиях, уровень их подготовки, как будущих пользователей системы.
Как в действительности?
Специалист выезжает на территорию Заказчика и всесторонне обследует объект автоматизации: проводит опросы специалистов, изучает имеющиеся регламенты и инструкции, определяет субъектов взаимодействующих с объектом автоматизации.
Составляет описание данных и процессов.

2) анализ материалов и формирование документации – составление задания на проектирование, утверждение технико-экономического обоснования.

Для успешного создания управленческой информационной системы всесторонне изучаются пути прохождения информационных потоков, как внутри предприятия, так и во внешней среде.
 

Стадия проектирования делится на:

1) Этап технического проектирования – формируются проектные решения по обеспечивающей и функциональной частям информационной системы, моделирование производственных, хозяйственных, финансовых ситуаций, осуществляется постановка задачи и блок-схемы и их решение.

2) Этап рабочего проектирования – осуществляется разработка и доводка системы, корректировка структуры, создание различной документации: на поставку, на установку технических средств, инструкции по эксплуатации, должностные инструкции.

Стадия внедрения информационной системы предполагает:

1) Подготовку к вводу в эксплуатацию – на этом этапе производится установка технически средств, настройка системы, обучение персонала, пробное использование.

2) Проведение опытных испытаний всех компонентов системы перед запуском.

3) Сдача в промышленную эксплуатацию, которая оформляется актом сдачи-приемки работ.

 

 

Узнать версию JDK на сервере Oracle

create or replace and compile java source named "GetVersion" as
 public class GetVersion
 {
   public static void printVersion()
  {
     String ver;
    ver = System.getProperty("java.version");
    System.out.println("The JDK version is " + ver);
   }
  }

create or replace procedure Get_JDK_Version is language java
name 'GetVersion.printVersion()';


set serveroutput on
 call dbms_java.set_output(1000);


exec Get_JDK_Version;

Справочная информация

http://plsql.ru/pages/sitemap/

D3: Ресурсы с документацией и сообщества.

http://tigerlogic.com/tigerlogic/pick/support/documentation/ - Собственно тигерлоджиковский ресурс.

http://www.d3ref.com/ - документация по D3

http://www.pickwiki.com - wiki по pick БД

http://www.natecsystems.com/Natec_Articles.htm - Здесб статьипо D3

comp.databases.pick  - Google-сообщество по pick database

http://www.d3doc.ru/ - Русско-язычный ресурс D3

http://infoved.ru/tigerlogic/index.html - Русско-язычный ресурс по D3

 

Ошибка:Серверу GDM не удалось записать в ваш авторизационный файл.

Серверу GDM не удалось записать в ваш авторизационный файл. Это может "
"означать, что не хватает дискового пространства или ваш домашний каталог не "
"удалось открыть для записи. В любом случае, невозможно войти в сеанс. "
"Свяжитесь со своим системным администратором



проблема решилась так

rm -rvf /tmp/*
 

Виртуалка:монтирование /home на раздел виртуального диска.

1. Создать виртуальный диск
2. в ОС (в моем случае Oracle Linux 5) под root создать раздел на подключенном виртуальном диске с помощью

fdisk -l   // смотрим интересующее нас устройство
fdisk  /dev/sdb
дальше пользуемся меню - m
n - создать раздел

после того, как раздел создан, форматируем в нужную FS
mkfs.ext3 /dev/sdb1

далее редактируем /etc/fstab, для автоматического монтирования /home при старте системы

blkid >>/etc/fstab

Открываем редактор (mcedit, например)
и удаляем все строки кроме интересующего нас раздела, на который мы будем монтировать /home:
Приводим строку из вида:
/dev/sdb1: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619" TYPE="ext3"
к виду:
UUID=5a179614-0415-48c6-a9ad-3f6ad9596619   ext3  /home   default  0 2

Сохраняем изменения.

Выполняем reboot
Все готово.

 

Удалить из строки лишние символы char(9,10,13,32)

MSSQL

Убрать лишние символы во всей строке.

/*Заменяем на пробелы chr(9),chr(10)и chr(13), убираем пробелы в начале и конце строки*/

  set @v_str =rtrim(ltrim(replace(replace(replace(@v_str,char(9),char(32)),char(13),char(32)),char(10),char(32))))
 /*Убираем лишние пробелы*/

  set @v_str = replace(replace(replace(@v_str,char(32),char(32) + char(216)),char(216) + char(32),char(0)),char(216),char(0))


Убрать лишние символы в начале и конце  строки

 set @v_str = rtrim(ltrim(@v_str))
  While (Len(@v_str)>0) and (ascii(right(@v_str,1)) in(9,10,13))
   Set @v_str = Left(@v_str,Len(@v_str)-1)
  While (Len(@v_str)>0) and (ascii(@v_str) in(9,10,13))
   Set @v_str = Right(@v_str,Len(@v_str)-1)


ORACLE
Убрать лишние символы во всей строке.

  /*Заменяем на пробелы chr(9),chr(10)и chr(13), убираем пробелы в начале и конце строки*/
    v_str :=rtrim(ltrim(replace(replace(replace(v_str,chr(9),chr(32)),chr(13),chr(32)),chr(10),chr(32))));
      /*Убираем лишние пробелы*/
    v_str :=replace(replace(replace(v_str,chr(32),chr(32)||chr(216)),chr(216)||chr(32)),chr(216));    
Убрать лишние символы в начале и конце строки

    v_str := trim(both chr(13) from trim(both chr(10) from trim(both chr(9)from v_str )));