|
17 ноября 2016, 8:13:45 PM | # 1 |
Сообщения: 616
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я исследовал способы, как люди делают запросы в blockchain и я получил результат, что многие создания пользовательских БД на их концах, чтобы поддержать их пути. Если вы используете дополнительный DB на вашем конце (кроме LevelDB сердечника) для хранения данных blockchain, что DB вы используете?
|
18 ноября 2016, 8:53:08 AM | # 2 |
Сообщения: 219
цитировать ответ |
Re: Что DB вы используете на вашем конце?
|
18 ноября 2016, 8:57:50 AM | # 3 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Хотя это отличный маленький SQL DB не подходит для нескольких пользователей из-за его использования глобальной блокировки (если они не полностью переработан, что в последние годы). Я предпочла бы использовать что-то вроде MySQL, если желание иметь что-то, что будет масштабироваться огромно и обрабатывать несколько пользователей одновременно. |
18 ноября 2016, 9:04:24 AM | # 4 |
Сообщения: 980
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Я исследовал способы, как люди делают запросы в blockchain и я получил результат, что многие создания пользовательских БД на их концах, чтобы поддержать их пути. Если вы используете дополнительный DB на вашем конце (кроме LevelDB сердечника) для хранения данных blockchain, что DB вы используете? Оба MSSQL Server (Если вы используете Windows, для его размещения) и MySQL должен быть большим выбором. SQLite или Realm.io следует рассматривать в качестве альтернативы для MSSQL или MySQL Если вы строите мобильное приложение. |
19 ноября 2016, 9:47:46 PM | # 5 |
Сообщения: 616
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Таким образом, большинство людей используют MySQL здесь, но также рекомендует SQLite и Realm.io. Я не хватает Oracle, хотя. В моей истории, я использую Oracle в течение нескольких месяцев до сих пор и имеет хорошие характеристики как настраиваемая конфигурация блокировки. Хотя я и согласен с превосходством перечисленной другой БД, почему я так одинок со своей Oracle как Favorit?
|
20 ноября 2016, 6:38:35 PM | # 6 |
Сообщения: 980
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Таким образом, большинство людей используют MySQL здесь, но также рекомендует SQLite и Realm.io. Я не хватает Oracle, хотя. В моей истории, я использую Oracle в течение нескольких месяцев до сих пор и имеет хорошие характеристики как настраиваемая конфигурация блокировки. Хотя я и согласен с превосходством перечисленной другой БД, почему я так одинок со своей Oracle как Favorit? Oracle считается одним из самых мощных СУБД, не под оценить его. Это в основном компании, которые используют Oracle и здесь Зачем за различие вы можете проверить эту статью Udemy или документация Oracle |
20 ноября 2016, 6:50:40 PM | # 7 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Я работал со многими РСУБД двигателями (включая DB / 2 и Oracle), и все они очень мощные вещи.
Там действительно нет оснований предпочесть один над другим в отношении того, что вы хотели сделать. Единственное, что никакой ток RDBMS не обрабатывает хорошо актуально "отмена" через а "повторно орг" (Обычно БД "отмена" на самом деле просто восстановить резервную копию, а затем "наката" более новые TXS из журнала). AFAIA ни один современный DB не может сделать это (хотя у меня есть дизайн именно это). |
21 ноября 2016, 7:02:05 PM | # 8 |
Сообщения: 616
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Я работал со многими РСУБД двигателями (включая DB / 2 и Oracle), и все они очень мощные вещи. Там действительно нет оснований предпочесть один над другим в отношении того, что вы хотели сделать. Единственное, что никакой ток RDBMS не обрабатывает хорошо актуально "отмена" через а "повторно орг" (Обычно БД "отмена" на самом деле просто восстановить резервную копию, а затем "наката" более новые TXS из журнала). AFAIA ни один современный DB не может сделать это (хотя у меня есть дизайн именно это). С этим аргументом вы подняли мое любопытство. Вы не возражаете, в сущности, по крайней мере, конкретизируя свой дизайн для меня? Как откат должно произойти с вашей точки зрения? |
21 ноября 2016, 7:53:12 PM | # 9 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Как откат должно произойти с вашей точки зрения? Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA). Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций. Надеюсь, что имеет смысл. |
26 ноября 2016, 9:34:53 PM | # 10 |
Сообщения: 616
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Как откат должно произойти с вашей точки зрения? Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA). Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций. Надеюсь, что имеет смысл. Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи. |
27 ноября 2016, 4:39:08 AM | # 11 |
Сообщения: 765
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Как откат должно произойти с вашей точки зрения? Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA). Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций. Надеюсь, что имеет смысл. Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи. Да, я использовал MS SQL для проекта www.blockchainsql.io. 450GB базы данных. Если оптимизировать право, запросы могут быть молниеносной. |
27 ноября 2016, 4:40:53 AM | # 12 |
Сообщения: 765
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Например: общий размер цепи
выберите сумму (block.size) в качестве TotalSize от блока |
27 ноября 2016, 5:20:01 AM | # 13 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Как делеции (и в Bitcoin откатов) нечастые операции не будет практически быть столь же значительным увеличением, как вы воображаете (но он будет использовать больше пространства для журнала перевода). Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи. Нормальная RDBMS "запросы" не включать в журнал на всех, так что не будет иметь никакого эффекта скорости, на операции чтения (это будет только замедлить "Удалить" операции). |
27 ноября 2016, 10:50:31 AM | # 14 |
Сообщения: 616
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Да, я использовал MS SQL для проекта www.blockchainsql.io. 450GB базы данных. Если оптимизировать право, запросы могут быть молниеносной. Круто. Это ваш проект или вы создать проект, который использовал упомянутый проект как-то вроде API? На 450-Гбайт БД я думаю запросы могут быть оптимизированы до скорости менее чем 1 минуту с домашнего игрового ПК. Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Как делеции (и в Bitcoin откатов) нечастые операции не будет практически быть столь же значительным увеличением, как вы воображаете (но он будет использовать больше пространства для журнала перевода). Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи. Нормальная RDBMS "запросы" не включать в журнал на всех, так что не будет иметь никакого эффекта скорости, на операции чтения (это будет только замедлить "Удалить" операции). Это зависит от сценария использования, то потому, что в некоторых БД есть частые операции удаления. Но я согласен, что большинство БД не как, что так что возможность стоит принять во внимание. Вопрос заключается в том, сколько это будет увеличивать необходимое пространство и вопрос SRP, потому что даже откаты нечастые операции, когда они нуждаются в них, они, как правило, нужны их как можно скорее. |
27 ноября 2016, 11:31:34 AM | # 15 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Это зависит от сценария использования, то потому, что в некоторых БД есть частые операции удаления. Но я согласен, что большинство БД не как, что так что возможность стоит принять во внимание. Для blockchains (чья цель состоит в том, чтобы быть структура, не мутирует) "удалений" только повторно Orgs (которые, хотя и не так редко, как правило, не очень большие операции удаления, поскольку большинство повторно Orgs только один или два блока глубина) и в зависимости от того, как все структурированы (например, если структура цепи сам по себе отделена от содержания блоков) не нужно будет включать в себя большой объем данных. Вопрос заключается в том, сколько это будет увеличивать необходимое пространство и вопрос SRP, потому что даже откаты нечастые операции, когда они нуждаются в них, они, как правило, нужны их как можно скорее. "правда откат" (Который, как я сказал, не используется мажорным RBDMS, что я знаю о) фактически будет гораздо быстрее, чем любой другой метод (т.е. вы либо будете иметь выпускать обновление запросов, чтобы действовать, как если бы вещи разматывания или восстановить раннюю резервную копию которой вы затем должны выполнить частичное восстановление журнала с). Поймите также, что даже если удаления включать добавление данных в журнал, который будет по-прежнему иметь возможность усечения журнала для "контрольно-пропускные пункты" (В этот момент любые из этого дополнительного неиспользуемого пространства восстанавливается). |
28 ноября 2016, 6:42:43 PM | # 16 |
Сообщения: 322
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Выбор базы данных зависит от ваших потребностей, в основном я работаю на рынках и кибербезопасность [мошенничество], поэтому я использую MongoDB - Oracle
|
29 ноября 2016, 12:50:03 AM | # 17 |
Сообщения: 219
цитировать ответ |
Re: Что DB вы используете на вашем конце?
"правда откат" (Который, как я сказал, не используется мажорным RBDMS, что я знаю о) фактически будет гораздо быстрее, чем любой другой метод (т.е. вы либо будете иметь выпускать обновление запросов, чтобы действовать, как если бы вещи разматывания или восстановить раннюю резервную копию которой вы затем должны выполнить частичное восстановление журнала с). Поймите также, что даже если удаления включать добавление данных в журнал, который будет по-прежнему иметь возможность усечения журнала для "контрольно-пропускные пункты" (В этот момент любые из этого дополнительного неиспользуемого пространства восстанавливается). SQLite позволяет создавать "Точки сохранения" которые являются как заявления GOTO для отката. |
29 ноября 2016, 8:04:06 AM | # 18 |
Сообщения: 1862
цитировать ответ |
Re: Что DB вы используете на вашем конце?
SQLite позволяет создавать "Точки сохранения" которые являются как заявления GOTO для отката. Интересная особенность, хотя от чтения документации я думаю, что это только для использования с вложенными транзакциями. Концепция blockchain повторного орг, хотя это не то же самое, что вам нужно "отмена" Операции, которые уже были совершенны (что-то довольно чуждое, как РСУБД операция работает). |
29 ноября 2016, 1:00:44 PM | # 19 |
Сообщения: 1778
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Если вы используете дополнительный DB на вашем конце (кроме LevelDB сердечника) для хранения данных blockchain, что DB вы используете? Я использую мое собственное решение, основанный на HashMap (действующий в качестве индекса), являющихся владельцами указателей на запись.Это делает доступ к БД очень быстро, но требует гораздо больше оперативной памяти по сравнению с LevelDB или Berkeley. Помимо индекса HashMap и записей, есть, конечно, также код для дисковых операций - сохранить файлы в синхронизации с памятью. Это просто и довольно архаично, но было доказано, что отлично подходит для UTXO-БД целей - я бы не поменять его на любой другой БД двигателя я знаю. Хотя я тоже очень заинтересован в других решениях, которые я не знаю, - там должен быть несколько более оптимальными способами сделать это. https://github.com/piotrnar/gocoin/tree/master/lib/qdb |
29 ноября 2016, 2:26:31 PM | # 20 |
Сообщения: 728
цитировать ответ |
Re: Что DB вы используете на вашем конце?
Nexus создала свою собственную БД 10x быстрее, чем Googles.
https://twitter.com/mirraxFTC/status/798217450739220481 |