Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Классический с чьей точки зрения?

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Чьи Best Practice? Что для Вас веские основания? Я не отвергаю, я утверждаю что Ваш подход к разработке ПО — не единственный.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Это аксиома?

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

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

По-моему, я отвечал, просто и практично.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

И база и веб.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Хорошо, предложите свой вариант легкой миграции при разработке ПО когда БД не огромных размеров и есть все права.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Не совсем понятно как это относится к посту.
Вы считаете, что не бывает БД, которые часто расширяются, нужно обеспечить сохранность данных, и это должно быть просто?

По задаче
1 уровень — первичка: Сбор времени, какой процесс когда и сколько запущен
2ур. обобщение процессов в программы
3ур. обобщение программ в группы программ
4ур. обобщение групп программ в категории
5ур. привязка категорий программ к пользователям
… и такая агрегация — может быть бесконечная
любой уровень может расширить или усложнить структуру

например было строковое поле Workstation стало class Workstation
1 этапом добавилось новое поле Workstation
новые данные накапливаются по двум схемам
2 этапом данные перенесутся со строки в класс
3 этапом визуализация перейдет на новую схему
между 1 и 2,3 может пройти много времени

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

1. Учет моего времени
2. Учет моей программой
3. Программа в разработке
4. Пользуюсь ей я
5. Изменений в структуре — много
6. Терять старые данные — нельзя
7. Операции по миграции при каждом изменении не подходит.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Можно и бэкапами это сделать.
Можно и копированием таблиц внутри БД сделать.
Тут велосипед можно подправить для себя, код вроде простенький.

А копирование:
Я не хочу старое держать в рабочей БД.
Если старые данные мне не понадобились в течении Х строка — удаляю БД.
Я очень ленивый, BackUp-Restore — много действий по сравнению с F5 + Delete когда нужно.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Чуть выше ответил.
И работать оно будет и более
И расширятся будет постоянно.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

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

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Нет, это еще не продукт.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Миграция. Обновление структуры с сохранением данных.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Вот у меня ПО из 2 частей десктоп и веб.
Десктоп собирает данные, веб показывает.
Десктоп уже за недельку насобирал «первички».
Решил поменять/расширить структуру БД:
С велосипедом F5 — все обновилось. Копия данных на всякий случай — лежит.
Какие манипуляции для скрипта нужны?

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Зачем генерировать? если их можно собрать, или они уже собраны.

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

DropCreateAlways — недостаточно. У меня ПО накапливает данные с разных источников. ПО анализирует.
Или на голых данных сидеть? Или вручную их заливать каждый раз?

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

А разработчику не нужно?

Мой велосипед Entity FrameWork, Auto Migration, With Save Data

Основная задача велосипеда — облегчить разработку, не публикацию.

Motorola Solutions покупает компанию Psion

Писал ПО для VAN-Sellig под Psion Workabout MX.
Это настоящее «железо» — очень крепкое. Мне кажется, минус который они допустили — платное ПО для разработки. OVAL (Basic) вроде как бесплатный был, а вот SDK дорогое и в то время «иначе недоступное».
Вторым минусом была цена устройства, поэтому вскоре ПО было переписано под PalmOS, PocketPC, WM.

Автоматизация ИТ процессов в условиях низкой мотивации и/или квалификации исполнителей

Я бы отнес их группе 1. Но есть еще один аспект. Если нагрузить исполнителя работой (под работой я понимаю, что исполнитель думает только о работе) даже на 20% — он сбежит. В оптимизации важно чтобы выполнение какой-то задачи не загружало исполнителя на 100% способностей. Например была такая компания. Рабочий день 9-18. Но вся нагрузка происходит с 16 до 18, остальное время офис бродит. Получается что работают только 20% времени. Если загрузить работой эти 20% полностью — сбежит. Поэтому на эти 20% времени у него был регламентированный список действий.
Я бы сказал, в оптимизации главное разделить: с одной стороны процессы, а к ним можно подставлять исполнителей.