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

Материал из Common History development
Перейти к навигации Перейти к поиску
Строка 1: Строка 1:
 
[[Category:Projects]]
 
[[Category:Projects]]
вопрос перевода [[:Category:Free events databases|Эксель файлов]], которые ведёт [[Андрей]], уже поднимался много раз:
+
вопрос преобразования [[:Category:Free events databases|Эксель файлов]], которые ведёт [[Андрей]], уже поднимался много раз:
 
* [[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 По поводу базы данных... Продумать структуру базы данных. За основу можно взять существующую БД Андрея, объединить некоторые поля, например поля со странами...] [http://livehistory.ru/forum.html?func=view&catid=18&id=6&limit=15&start=45#22106 Всё думаю, как перегнать базу событий в [[Wiki]]. Можно перегнать по такому принципу: одно событие - одна страница в Wiki.] Также Олег умеет пользоваться программой [[R]] [http://chispa1707.livejournal.com/1815681.html?thread=18946945#t18946945 подгрузил в R базу в набор с именем kat, обработка: #уменьшение количества столбцов]
 
* [[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 По поводу базы данных... Продумать структуру базы данных. За основу можно взять существующую БД Андрея, объединить некоторые поля, например поля со странами...] [http://livehistory.ru/forum.html?func=view&catid=18&id=6&limit=15&start=45#22106 Всё думаю, как перегнать базу событий в [[Wiki]]. Можно перегнать по такому принципу: одно событие - одна страница в Wiki.] Также Олег умеет пользоваться программой [[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://chispa1707.livejournal.com/2061765.html?thread=21892293#t21892293 движение есть прогресса нет. Я, возможно, слишком пессимистичен, но мне пока непонятно, как поможет [[:Category:Public database|создание некоей базы]]. Ну, будет несколько таблиц, нормализованная БД вместо плоского файла, но данные то останутся прежними.]

Версия 11:28, 18 апреля 2016

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

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

и по мнению it4history подход Сергея Шишкина - самый правильный