What tool to select: различия между версиями
Перейти к навигации
Перейти к поиску
Agent (обсуждение | вклад) |
Agent (обсуждение | вклад) |
||
Строка 1: | Строка 1: | ||
[[Category:Projects]] | [[Category:Projects]] | ||
− | вопрос | + | вопрос преобразования [[: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
вопрос преобразования Эксель файлов, которые ведёт Андрей, уже поднимался много раз:
- Oleg Berezin базу из 59 тыс событий привел к нормальной форме, более-менее, в пределах своих ограниченных знаний и умений, также, по-моему, тот же Олег пишет Любые подобные вещи, на мой взгляд, делаются постепенно, поэтапно. Очередной этап - это объединение нескольких баз в одну. Следующий этап - преобразование БД к другому формату, например в тот же Access. У него тоже много возможностей, которые возможно, Вам приглянуться больше, чем возможности Excel. Если перегнать базу в какую-нибудь SQL-базу, то очистку от дублей можно сделать в полуавтоматическом режиме, что сократит эту работу, По поводу базы данных... Продумать структуру базы данных. За основу можно взять существующую БД Андрея, объединить некоторые поля, например поля со странами... Всё думаю, как перегнать базу событий в Wiki. Можно перегнать по такому принципу: одно событие - одна страница в Wiki. Также Олег умеет пользоваться программой R подгрузил в R базу в набор с именем kat, обработка: #уменьшение количества столбцов
- движение есть прогресса нет. Я, возможно, слишком пессимистичен, но мне пока непонятно, как поможет создание некоей базы. Ну, будет несколько таблиц, нормализованная БД вместо плоского файла, но данные то останутся прежними.
- is3 Самое сложное в поставленной задаче было найти средство для онлайн редактирования таблиц, хотя оно в принципе было на виду. ...Мелкомягкий - нам не друг.
- masterdl быстро упретесь в потребность специалиста по цене 2500-3000 дол в месяц, который будет оживлять "бесплатные" решения. Если сами не умеете, туда лучше не лезть. если вам привычнее Excel - пользуйтесь им ВСЕГДА. Для Гугла Excel не родной продукт - все его решения исключительно для того, чтобы сманить пользователя... Я не зря указал на MS SQL - там много вопросов решается втемную от пользователя. Когда он пытается сделать это руками - выясняется, что "мелкомягкие" хотят очень мало за свой продукт. Powerbi - все что нужно за 10 дол в мес.(никаких адренд VPS и проч.), подготовка данных в Powerbi#Power Desktop... в холиварах не участвую (возврастное).
- necrosfodel Я нечто подобное уже делал на Django 1.4 - 1.6 + PostgreSQL 9.2 - 9.3 пару лет назад. И даже графики тогда прикрутил (были в виде диаграмм). Мало того, эти графики были с обратной связью. То есть, можно было потянуть за столбик, и данные в базе менялись. Сайт позволял человеку самому создавать тесты и опросы, а графики иллюстрировали вариативное дерево, которым описывается тест (опрос). Куча разделов (типов тестов), куча самих тестов, куча опросов, куча вопросов. Для каждого пользователя отдельная модель и для каждого типа теста отдельная модель. Простые тесты могли быть частями сложных. Делал я все это около года. Вот вам примерно такое и нужно, только вместо теста объектом должен быть некий иной инстанс с заданными свойствами... Очень сложная задача перед вами стоит И еще. Те, кто советует коммерческие решения, на мой взгляд, просто жадные или ленивые
- 200-500 тысяч строк потянет? Да потянет конечно, если все умело сделать - с асинхронной подгрузкой. И тут дело уже будет не в движке, а в возможностях сервера. Нужно будет много процессорного времени для запросов к базе, если будут какие-то вычисления, инициируемые пользователем. У меня есть один проект на CMS ModX, у которого эти самые проблемы.
- есть два френда со специализированным программным продуктом
- на уровень выше проблему видит Сергей Шишкин Проектные сервисы помогают моделировать процессы, когда одно событие или группы являются причиной других и можно видеть последовательность в виде дерево-сети во времени. Но события это период.
и по мнению it4history подход Сергея Шишкина - самый правильный