• Домашний адрес н/д
  • Город н/д
  • Почтовый индекс н/д
  • Страна н/д
  • Телефон н/д
  • Мобильный 89113061196
  • Факс н/д
  • Организация РЖД
  • Рабочий адрес н/д
  • Сайт н/д
  • Отдел н/д
  • Должность н/д
  • Мой IM ID н/д
  • Skype н/д
  • ICQ н/д
  • Y!M н/д

Процесс стандартизации МСЭ
МСЭ-Т является специализированным учреждением...

Компания Jelurida с гордостью рассказывает о докладах Оперативной группы Международного союза электросвязи (МСЭ-Т) по применению технологий распределенной книги (FG DLT). Начиная с января 2019 года группа экспертов из Jelurida во главе со Скайларом Гурвицем, в которую вошли Лиор Яффе, Альберто Фернандес и Франциско Сарриас, представила письменные разделы отчетов и приняла участие в многочисленных совместных встречах с международными заинтересованными сторонами в области телекоммуникаций и распределенной бухгалтерской технологии (DLT). 

Подробнее...

Подробнее...

{autotoc enabled=yes}

{loadmodule mod_custom,Реклама яндекс верх статьи (RU)}
...

Кейс по поиску проблем MySQL сервераВ предыдущем блоге мы уже рассмотрели возможные нетипичные проблемы сервера MySQL и способы их выявления. Теперь соберем полученные знания в некую инструкцию (кейс) по поиску и устранению проблем с базой данных MysQL. Рассмотрим процесс диагностики редко возникающих проблем с производительностью на примере конкретной ситуации. В этом кейсе мы заберемся в неизвестную вам об­ласть, если вы не эксперт в MySQL, InnoDB и GNU/Linux. Однако основная идея этого кейса в другом. Попытайтесь найти метод в безумии: прочитайте этe раздел, ориентируясь на сделанные нами предположения и догадки. Рассмотрите подходы, основанные на рассуждениях и измерениях. Мы детально вникаем в конкретный случай лишь для иллюстрации общих положений.

Подробнее...

Подробнее...

iVoron пишет: Классная инструкция! С нетерпением ждем публикации обещанного Кейса по диагностики MySQL!

Кейс готов. Ссылка в конце блога!)

Подробнее...

{autotoc enabled=yes}

{loadmodule mod_custom,Реклама яндекс верх статьи (RU)}
...

Поиск и решенение нетипичных проблем MySQLРедко возникающие проблемы MySQL, такие как случайный серверный стопор или мед­ленное выполнение запросов, могут портить диагностику. Самые вопиющие потери времени, которые мы встречали, были результатом фантомных проблем, возникающих только тогда, когда за системой никто не следил, при этом воспроизвести их не удавалось. Нам доводилось видеть, как люди тратят целые месяцы на борьбу с такими проблемами. В ходе этого некоторые специалисты устраняли неполадки ме­тодом проб и ошибок и иногда значительно ухудшали ситуацию, пытаясь случайным образом изменить настройки сервера и надеясь наткнуться на решение проблемы.

Подробнее...

Подробнее...

{autotoc enabled=yes}

{loadmodule mod_custom,Реклама яндекс верх статьи (RU)}
...

Профилирование запросов MySQL для оптимизации сервераСуществует два подхода к профилированию запросов, соответствующие двум вопро­сам, упомянутым в этой статье. Можно профилировать весь сервер, основываясь на том, какие запросы в наибольшей степени его загружают. (Если вы начали с верхнего уровня, с профилирования на уровне приложений, то, возможно, уже знаете, какие запросы требуют внимания.) Затем, как только настроите конкретные запросы для оптимизации, можете углубиться в их профилирование по отдельности, определяя, какие подзадачи значительнее увеличивают их время отклика.

Подробнее...

Подробнее...

{autotoc enabled=yes}

{loadmodule mod_custom,Реклама яндекс верх статьи (RU)}
...

Графовые базы данных - обзор, плюсыСистема управления графовыми базами данных (далее графовые базы данных) поддерживает методы создания (Create), чтения (Read), изменения (Update) и удаления (Delete) (CRUD), основан­ные на графовой модели данных. Графовые базы данных, как прави­ло, поддерживают систему транзакций реального времени (OLTP). Соответственно, они оптимизированы для выполнения транзакций и спроектированы с учетом транзакционной целостности и опера­тивности.

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

Подробнее...

Подробнее...

Однако сейчас появился новый конкурент, носящий дерзкое имя...

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

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

Подробнее...

Подробнее...

Коротенькая заметка, но со смыслом. Хороший поясняющих пример по поводу поиска и обработки ошибок. Ох уж этот вездесущий EXCEPTION. Муторно порой его прописывать, но в дальнейшем жизнь облегчает существенно нашему брату программеру. Спасибо! Да, и развейте тему в более подробную статью об исключениях!

Подробнее...

Четкое и грамотное изложение. Хороши примеры циклов For, While, Loop. Sepia, спасибо!

Подробнее...

Забавный книжбасик. Правда старый как омно мамонта. Оно еще актуально кому-та? Ретро-програмерам может каким-то?)))

Подробнее...

Всеобъемлющее исследование EXCEPTION-ов! Более подробного мануала по работе с исключениями в PL/SQL не встречала. Ваш труд или заимствованны? ;-)В любом случае, спасибо! Обязано быть в копилке настоящего программиста)

Подробнее...