What tool to select: различия между версиями

Материал из Common History development
Перейти к навигации Перейти к поиску
 
(не показано 37 промежуточных версий 2 участников)
Строка 1: Строка 1:
вопрос перевода Эксель файлов, которые ведёт [[Андрей]], уже поднимался много раз:
+
[[Category:IT]]
* [[Oleg Berezin]] [http://chispa1707.livejournal.com/1984444.html?thread=21103292#t21103292 базу из 59 тыс событий привел к нормальной форме, более-менее, в пределах своих ограниченных знаний и умений], также, по-моему, тот же Олег пишет [http://livehistory.ru/forum.html?func=view&catid=18&id=6#5245 Любые подобные вещи, на мой взгляд, делаются постепенно, поэтапно. Очередной этап - это объединение нескольких баз в одну. Следующий этап - преобразование БД к другому формату, например в тот же Access. У него тоже много возможностей, которые возможно, Вам приглянуться больше, чем возможности Excel. Если перегнать базу в какую-нибудь SQL-базу, то очистку от дублей можно сделать в полуавтоматическом режиме, что сократит эту работу], [http://livehistory.ru/forum.html?func=view&catid=18&id=6&limit=15&start=105#26867 По поводу базы данных... Продумать структуру базы данных. За основу можно взять существующую БД Андрея, объединить некоторые поля, например поля со странами...] Также Олег умеет пользоваться программой [[R]] [http://chispa1707.livejournal.com/1815681.html?thread=18946945#t18946945 подгрузил в R базу в набор с именем kat, обработка: #уменьшение количества столбцов]
+
Вопрос преобразования [[:Category:Events databases in Excel|Эксель файлов]], которые ведёт [[Степаненко, Андрей Георгиевич|Андрей]], уже поднимался много раз. Следующие три подхода намечены:
** [http://chispa1707.livejournal.com/2061765.html?thread=21892293#t21892293 движение есть прогресса нет. Я, возможно, слишком пессимистичен, но мне пока непонятно, как поможет [[Public database|создание некоей базы]]. Ну, будет несколько таблиц, нормализованная БД вместо плоского файла, но данные то останутся прежними.]
+
= [[:Category:ExcelLike|ExcelLike]] =
 +
*есть два френда со [[Специализированный программный продукт|специализированным программным продуктом]]
 +
*[[is3]] [http://chispa1707.livejournal.com/2061765.html?thread=21890245#t21890245 Самое сложное в [[:Category:Public database|поставленной задаче]] было найти средство для онлайн редактирования таблиц, хотя оно в принципе было на виду.] ...Мелкомягкий - нам не друг.
 +
*[[masterdl]] [http://chispa1707.livejournal.com/2061536.html?thread=21887968#t21887968 быстро [[$2500-$3000 specialist needed|упретесь в потребность специалиста по цене 2500-3000 дол в месяц]], который будет оживлять "бесплатные" решения. Если сами не умеете, туда лучше не лезть. если вам привычнее Excel - пользуйтесь им ВСЕГДА.] [http://chispa1707.livejournal.com/2061765.html?thread=21890757#t21890757 Для Гугла Excel не родной продукт - все его решения исключительно для того, чтобы сманить пользователя... Я не зря указал на MS SQL - там много вопросов решается втемную от пользователя. Когда он пытается сделать это руками - выясняется, что "мелкомягкие" хотят очень мало за свой продукт.] [http://chispa1707.livejournal.com/2061765.html?thread=21893061#t21893061 [[Powerbi]] - все что нужно за 10 дол в мес.(никаких адренд VPS и проч.), подготовка данных в [[Powerbi#Power Desktop]]... в холиварах не участвую (возврастное).]
 +
= [[:Category:Site-builder|Site-builder]] =
 +
*[[necrosfodel]] [http://chispa1707.livejournal.com/2062437.html?thread=21920101#t21920101 Я нечто подобное уже делал на [[Django]] 1.4 - 1.6 + PostgreSQL 9.2 - 9.3 пару лет назад. И даже графики тогда прикрутил (были в виде диаграмм). Мало того, эти графики были с обратной связью. То есть, можно было потянуть за столбик, и данные в базе менялись. Сайт позволял человеку самому создавать тесты и опросы, а графики иллюстрировали вариативное дерево, которым описывается тест (опрос). Куча разделов (типов тестов), куча самих тестов, куча опросов, куча вопросов. Для каждого пользователя отдельная модель и для каждого типа теста отдельная модель. Простые тесты могли быть частями сложных. Делал я все это около года. Вот вам примерно такое и нужно, только вместо теста объектом должен быть некий иной инстанс с заданными свойствами... [[:Category:Public database|Очень сложная задача перед вами стоит]] И еще. Те, кто советует коммерческие решения, на мой взгляд, просто [[Жадность|жадные]] или ленивые]  
 +
**[http://chispa1707.livejournal.com/2062437.html?thread=21924453#t21924453 [[Million rows|200-500 тысяч строк потянет]]? Да потянет конечно, если все умело сделать - с асинхронной подгрузкой. И тут дело уже будет не в движке, а в возможностях сервера. Нужно будет много процессорного времени для запросов к базе, если будут какие-то вычисления, инициируемые пользователем. У меня есть один проект на CMS ModX, у которого эти самые [[:Category:Hosting#Problems|проблемы]]].
 +
**Mathworks Matlab, StatSoft STATISTICA, [[Wolfram]] Mathematica, OriginPro: [http://chispa1707.livejournal.com/2482713.html?thread=26877465#t26877465 Чтобы нормально разобраться с матлабом или ориджином даже программисту нужно несколько месяцев и специфические математические знания. Обыватель будет изучать несколько лет... [[Necrosfodel|Мы]] сейчас даже на работе смотрим в сторону применения [[Нейросети|нейронных сетей]] для прогнозирования характеристик, кластеризации, нахождения обобщений при проектировании электронных приборов. Все эти матлабы себя исчерпали, нужно что-то более тонкое, простое и удобное... Кластеризация тяжела для понимания. Уже пробовал на языке [[R]].]
  
* [[Антон Середа]] написал скрипты для Excel, которыми [[Андрей]] уже пользуется [http://chispa1707.livejournal.com/145680.html я получил возможность обрабатывать массивы дат на предмет поиска хронологических сдвигов достаточно быстро]
 
*есть два френда [http://chispa1707.livejournal.com/598715.html со специализированным программным продуктом]
 
*есть еще удивительная [[Sandra_Rimskaya]] [http://chispa1707.livejournal.com/710337.html?thread=6036929#t6036929 я готова предложить свои услуги...]
 
  
*на уровень выше проблему видит [[Сергей Шишкин]] [http://chispa1707.livejournal.com/380135.html?thread=2099943#t2099943 Проектные сервисы помогают моделировать процессы, когда одно событие или группы являются причиной других и можно видеть последовательность в виде дерево-сети во времени. Но события это период.]
+
*[[User:Sergey_Shishkin]]: [http://retrospect-xix.livejournal.com/107510.html?thread=514806#t514806 начинайте создавать тематические [[Google_Sites|гугл-сайты]] и переносите туда в виде страниц-карточек ваши табличные строки. По пути можно сделать очередную ревизию, имеющейся информации.]
  
и мнению [[it4history]] подход Сергея Шишкина - самый правильный
+
= [[Site from scratch]] =
 +
== Sql database ==
 +
* [[Oleg Berezin]]: [http://chispa1707.livejournal.com/1984444.html?thread=21103292#t21103292 базу из 59 тыс событий привел к нормальной форме, более-менее, в пределах своих ограниченных знаний и умений], также Олег умеет пользоваться программой [[R]] [http://chispa1707.livejournal.com/1815681.html?thread=18946945#t18946945 подгрузил в R базу в набор с именем kat, обработка: #уменьшение количества столбцов]
 +
** [http://chispa1707.livejournal.com/2061765.html?thread=21892293#t21892293 движение есть прогресса нет. Я, возможно, слишком пессимистичен, но мне пока непонятно, как поможет [[:Category:Public database|создание некоей базы]]. Ну, будет несколько таблиц, нормализованная БД вместо плоского файла, но данные то останутся прежними.]
 +
* [[Олег Казацкий]]: [http://livehistory.ru/forum.html?func=view&catid=18&id=6#5245 Любые подобные вещи, на мой взгляд, делаются постепенно, поэтапно. Очередной этап - это объединение нескольких баз в одну. Следующий этап - преобразование БД к другому формату, например в тот же Access. У него тоже много возможностей, которые возможно, Вам приглянуться больше, чем возможности Excel. Если перегнать базу в какую-нибудь SQL-базу, то очистку от дублей можно сделать в полуавтоматическом режиме, что сократит эту работу], [http://livehistory.ru/forum.html?func=view&catid=18&id=6&limit=15&start=105#26867 По поводу базы данных... Продумать структуру базы данных. За основу можно взять существующую БД Андрея, объединить некоторые поля, например поля со странами...] [http://livehistory.ru/forum.html?func=view&catid=18&id=6&limit=15&start=45#22106 Всё думаю, как перегнать базу событий в [[Wiki]]. Можно перегнать по такому принципу: одно событие - одна страница в Wiki.]
 +
 
 +
== Complex sql databases and programs ==
 +
*на уровень выше проблему видит [[User:Sergey_Shishkin]] [http://chispa1707.livejournal.com/380135.html?thread=2099943#t2099943 Проектные сервисы помогают моделировать [[Process|процессы]], когда одно событие или группы являются причиной других и можно видеть последовательность в виде дерево-сети во времени.]
 +
**[http://chispa1707.livejournal.com/145680.html?thread=759824#t759824 Разберусь со временем. Может пообсуждать формат на событие. Заложить туда какие ещё параметры, структурировать.] [http://chispa1707.livejournal.com/164604.html?thread=865788#t865788 Трудно начинать что-то новое. Особенно, когда время ограничено.]
 +
*по мнению [[User:It4history|It4history]] подход Сергея Шишкина - самый правильный

Текущая версия на 19:01, 16 декабря 2019

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

ExcelLike[править]

Site-builder[править]

  • necrosfodel Я нечто подобное уже делал на Django 1.4 - 1.6 + PostgreSQL 9.2 - 9.3 пару лет назад. И даже графики тогда прикрутил (были в виде диаграмм). Мало того, эти графики были с обратной связью. То есть, можно было потянуть за столбик, и данные в базе менялись. Сайт позволял человеку самому создавать тесты и опросы, а графики иллюстрировали вариативное дерево, которым описывается тест (опрос). Куча разделов (типов тестов), куча самих тестов, куча опросов, куча вопросов. Для каждого пользователя отдельная модель и для каждого типа теста отдельная модель. Простые тесты могли быть частями сложных. Делал я все это около года. Вот вам примерно такое и нужно, только вместо теста объектом должен быть некий иной инстанс с заданными свойствами... Очень сложная задача перед вами стоит И еще. Те, кто советует коммерческие решения, на мой взгляд, просто жадные или ленивые


Site from scratch[править]

Sql database[править]

Complex sql databases and programs[править]