Как стать автором
Обновить
22
Карма
30
Рейтинг

Разработчик БД

  • Подписчики 9
  • Подписки 2

Первый донат спустя год. FAQ Net — записная книжка, программа заметок (бесплатно)

Подготовил сборку FAQ Net под .NET Framework 4.5. Можете скачать по ссылкам:

FAQ Net 32bit net45
FAQ Net 64bit net45

Первый донат спустя год. FAQ Net — записная книжка, программа заметок (бесплатно)

Если Вы пользуетесь Windows 10, то достаточно скомпилировать проект под .NET Framework версии 4.7.2. Кстати, это хороший совет, добавлю дистрибутивы FAQ Net под Windows 10.

Первый донат спустя год. FAQ Net — записная книжка, программа заметок (бесплатно)

  1. По-умолчанию тема не используется. Выбрать тему можно в настройках по кнопке расположенной слева внизу (с изображением "ключа"), выбрав пункт "Настройки внешнего вида"

  2. Подсветки синтаксиса нет. Но при копировании кода из Visual Studio, SQL Server Management Studio или Word подсветка синтаксиса сохраняется

  3. Извиняюсь. Есть небольшой баг в версии 2.11, который в ближайшее время исправлю в github. Он связан с отсутствием дочерних элементов в файле "FAQ_Net.xml" (например: <root></root>). Быстрое решение проблемы, отредактировать файл "FAQ_Net.xml", добавив один дочерний элемент "SettingString". Например:

<root>
  <SettingString KeyName="MainFormX" KeyValue="MA==" />
</root>

Выбираем лучшее приложение для заметок, ускорения производительности и управления задачами

Написал для себя FAQ Net (только под Windows) - офлайн заметки без рекламы, исходники есть в github. Основные характеристики:

  • Портативное приложение (можно работать с флешки)

  • Работа под всеми версиями Windows начиная от XP и выше

  • Все документы (заметки) хранятся в одном файле БД (SQLite)

  • Возможность резервного копирования/восстановления БД

  • Быстрый и удобный поиск по содержимому всех документов

  • Создание таблиц и изображений

  • Форматирование текста

  • Переход по ссылкам на другие документы внутри приложения двумя способами

  • Удобное открытие ссылок в браузере, а также любых файлов (приложением по-умолчанию)

Быстрое чтение CSV в C# (fast read CSV)

Добавил CsvHelper в таблицу результатов

Быстрое чтение CSV в C# (fast read CSV)

Базу ФИАС я обрабатываю отдельной программой, которая загружает данные в БД MSSQL. При чем, на лету, делаю подмену GUID (поля AOGUID и PARENTGUID) на INT и в базу пишется эта таблица сопоставлений. Это позволяет оптимизировать выборку, когда нужно джойнить дома и улицы. Полное обновление ФИАС в формате DBF (на машине с характеристиками CPU i5-6500 3,2ГГц, 16Гб памяти) занимает не больше часа:
5 минут обновляются все улицы (порядка 1,4 млн)
45 минут обновляются дома (28 млн. записей)
А сколько времени занимает у Вас обработка ФИАС?

Быстрое чтение CSV в C# (fast read CSV)

Хорошо, добавлю CsvHelper

В поисках идеального хранилища документов

Для себя написал десктопное приложение FAQ Net (только под Windows) — офлайн заметки с поиском по всей базе (операцией LIKE)
Иерархический список документов, быстрый поиск, создание таблиц и картинок, функция резервного копирования, всплывающие подсказки трех типов (это уникальная функция приложения, чтобы переходить по документам внутри приложения, без создания ссылок). Имеется журнал (последние 50 измененных документов).
Выложил проект на github.
Документы хранятся в одном файле (база SQLite)
Пользуюсь несколько лет. Тестировал на больших базах (около 2Гб), поиск работает шустро.

Было пожелание добавить офлайн браузер, чтобы пользователь указал ссылку и в документе сохранялся скриншот.
А как в вашем случае работает поиск: только по тэгам, по словам или по части слова по всем документам?
Есть тестовый аккаунт?

Контроль версий в базах данных — Сравнение Liquibase и Flyway

Попробуйте написать SQL запрос с использованием условия > (больше) или < (меньше) внутри XML.
В XML он начнет ругаться, что это системный символ и вам нужно будет при отладке заменять символы "& gt;" на > и "& lt;" на <. Разве это удобно?
Чтобы этого избежать, Вам нужно будет вести SQL файлы отдельно от XML.

Контроль версий в базах данных — Сравнение Liquibase и Flyway

Я ни в коем случае не принуждаю использовать мой подход. Я работаю так, как мне удобно и описал этот подход в статье. В Liquibase все описывается в XML формате, это можно рассматривать как плюс (если БД нужно поддерживать в нескольких СУБД) и как минусы:
1) Я не понимаю, зачем мне описывать XML в Liquibase, который будет непонятно как преобразовывать его в SQL, если сразу можно написать этот SQL запрос, вставить в него транзакции, предусмотреть все опции, хинты, проверки и т.д.
2) Отладка SQL запроса намного легче без использования сторонних библиотек

Контроль версий в базах данных — Сравнение Liquibase и Flyway

1) Если количество изменений очень большое, то ваш репозиторий будет сильно расти и файлов будет в разы больше
2) При возникновении бага, легко отследить в каком коммите была допущена ошибка (это ключевой пункт в выборе по объектного изменения)
3) Легко отслеживать новые объекты в репозитории
4) Я себя приучил к тому, чтобы делать один коммит, когда функционал завершен. Если функционал не завершен, не коммичу. Поэтому в истории Git можно быстро понять какие объекты изменились в одном коммите.

P.S.: В большом проекте, для удобства, я всегда веду отдельный текстовый файл с описанием всех изменений (что-то вроде WhatsNew). Это помогает при поиске проблем и дает другим участникам команды быстрее войти в проект и понять хронологию развития.

Контроль версий в базах данных — Сравнение Liquibase и Flyway

Цитата из статьи:
3) Если изменения касаются данных, то такие изменения ведутся в отдельном файле "CommonChanges (version 000).sql", который создается на каждое обновление БД
Все важные изменения в скрипте нужно выполнять с использованием транзакций.

Контроль версий в базах данных — Сравнение Liquibase и Flyway

FOREIGN KEY нужно создавать отдельными файлами. Перед созданием FOREIGN KEY, естественно, нужно выполнить создание таблицы.
Порядок выполнения задается в BAT'нике.

Контроль версий в базах данных — Сравнение Liquibase и Flyway

1) Не требуется изучать, устанавливать и настраивать сторонние компоненты (Liquibase, Flyway и др.). Все работает из коробки (с помощью sqlcmd и bcp).
2) Удобно отслеживать изменения объектов БД в Git, так как история одна (на каждый объект БД). В случае с liquibase, объект будет изменяться в каждой версии и поиск изменений усложняется.
3) При связке Liquibase и MSSQL обнаруживал баг, связанный с выводом комментариев через PRINT. Первый PRINT выводил нормально, а последующие не выводил. Наверняка, есть и другие баги.

Контроль версий в базах данных — Сравнение Liquibase и Flyway

Для MSSQL предпочитаю использовать связку:
1) отдельный SQL файл на каждый объект БД, где обязательно учитываются возможные проверки существования объектов
2) систему контроля версий (Git)
3) командный файл для наката изменений (BAT файл)
Подробно об этом написано в статье Ведение разработки БД. Шаблоны создания/изменения объектов MSSQL

Переброска данных между идентичными объектами метаданных базы 1С через подмену УИДов в базе SQL

Для переброски данных я пишу SELECT с подменой ID записи, потом через приложение ImportExportDataSql выгружаю результат в виде SQL скрипта (UPDATE or INSERT). Приложение можете скачать бесплатно, постоянно его дорабатываю и пользуюсь им ежедневно. Рекомендую его всем, кто работает с SQL Server.

Как создать базу знаний, чтобы она стала «интеллектуальным активом» компании

Очень интересно, спасибо за статью!
Как вариант, можно использовать приложения для заметок.
Когда-то давно сделал свое решение FAQ Net — это офлайн заметки с быстрым поиском по всем Word документам в базе SQLite. Выложил проект на github. Кому интересно, можете скачать. К сожалению, работает только под Windows.

Ведение разработки БД. Шаблоны создания/изменения объектов MSSQL

Для меня важно, чтобы скрипт создания объекта БД был такой же, как в SQL Server Management Studio (SSMS) + добавлялись проверки существования объектов в том виде, которые я описал.
К сожалению, Database project не умеет работать с файловыми группами и дополнительными параметрами, которые есть в SSMS. Кроме этого, не добавляет проверки существования объектов. Поэтому Visual Studio для меня не подошло.

Ведение разработки БД. Шаблоны создания/изменения объектов MSSQL

Совершенно верно, приложение будет выгружать структуру БД по файлам и генерировать BAT файл.
Создание зависимых объектов можно сделать в цикле. Если ошибка, то продолжать создавать другие объекты, потом повторно выполнять ошибочные. Кстати, FOREIGN KEYS и DEFAULT CONSTRAINTS должны быть в отдельной папке, чтобы не возникало ошибок при создании таблиц, это тоже будет учитываться.

Информация

В рейтинге
206-й
Зарегистрирован
Активность