Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
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 вы используете?
PremiumCodeX сейчас офлайн Пожаловаться на PremiumCodeX   Ответить с цитированием Мультицитирование сообщения от PremiumCodeX Быстрый ответ на сообщение PremiumCodeX


Как заработать Биткоины?
Без вложений. Не майнинг.


18 ноября 2016, 8:53:08 AM   # 2
 
 
Сообщения: 219
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Получил 1806 Биткоинов
Реальная история.





SQLite
TransaDox сейчас офлайн Пожаловаться на TransaDox   Ответить с цитированием Мультицитирование сообщения от TransaDox Быстрый ответ на сообщение TransaDox

18 ноября 2016, 8:57:50 AM   # 3
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?


Хотя это отличный маленький SQL DB не подходит для нескольких пользователей из-за его использования глобальной блокировки (если они не полностью переработан, что в последние годы).

Я предпочла бы использовать что-то вроде MySQL, если желание иметь что-то, что будет масштабироваться огромно и обрабатывать несколько пользователей одновременно.
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

18 ноября 2016, 9:04:24 AM   # 4
 
 
Сообщения: 980
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Я исследовал способы, как люди делают запросы в blockchain и я получил результат, что многие создания пользовательских БД на их концах, чтобы поддержать их пути. Если вы используете дополнительный DB на вашем конце (кроме LevelDB сердечника) для хранения данных blockchain, что DB вы используете?


Оба MSSQL Server (Если вы используете Windows, для его размещения) и MySQL должен быть большим выбором. SQLite или Realm.io следует рассматривать в качестве альтернативы для MSSQL или MySQL Если вы строите мобильное приложение.
MadGamer сейчас офлайн Пожаловаться на MadGamer   Ответить с цитированием Мультицитирование сообщения от MadGamer Быстрый ответ на сообщение MadGamer

19 ноября 2016, 9:47:46 PM   # 5
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Таким образом, большинство людей используют MySQL здесь, но также рекомендует SQLite и Realm.io. Я не хватает Oracle, хотя. В моей истории, я использую Oracle в течение нескольких месяцев до сих пор и имеет хорошие характеристики как настраиваемая конфигурация блокировки. Хотя я и согласен с превосходством перечисленной другой БД, почему я так одинок со своей Oracle как Favorit?
PremiumCodeX сейчас офлайн Пожаловаться на PremiumCodeX   Ответить с цитированием Мультицитирование сообщения от PremiumCodeX Быстрый ответ на сообщение PremiumCodeX

20 ноября 2016, 6:38:35 PM   # 6
 
 
Сообщения: 980
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Таким образом, большинство людей используют MySQL здесь, но также рекомендует SQLite и Realm.io. Я не хватает Oracle, хотя. В моей истории, я использую Oracle в течение нескольких месяцев до сих пор и имеет хорошие характеристики как настраиваемая конфигурация блокировки. Хотя я и согласен с превосходством перечисленной другой БД, почему я так одинок со своей Oracle как Favorit?

Oracle считается одним из самых мощных СУБД, не под оценить его. Это в основном компании, которые используют Oracle и здесь Зачем за различие вы можете проверить эту статью Udemy или документация Oracle
MadGamer сейчас офлайн Пожаловаться на MadGamer   Ответить с цитированием Мультицитирование сообщения от MadGamer Быстрый ответ на сообщение MadGamer

20 ноября 2016, 6:50:40 PM   # 7
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Я работал со многими РСУБД двигателями (включая DB / 2 и Oracle), и все они очень мощные вещи.

Там действительно нет оснований предпочесть один над другим в отношении того, что вы хотели сделать.

Единственное, что никакой ток RDBMS не обрабатывает хорошо актуально "отмена" через а "повторно орг" (Обычно БД "отмена" на самом деле просто восстановить резервную копию, а затем "наката" более новые TXS из журнала).

AFAIA ни один современный DB не может сделать это (хотя у меня есть дизайн именно это).
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

21 ноября 2016, 7:02:05 PM   # 8
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Я работал со многими РСУБД двигателями (включая DB / 2 и Oracle), и все они очень мощные вещи.

Там действительно нет оснований предпочесть один над другим в отношении того, что вы хотели сделать.

Единственное, что никакой ток RDBMS не обрабатывает хорошо актуально "отмена" через а "повторно орг" (Обычно БД "отмена" на самом деле просто восстановить резервную копию, а затем "наката" более новые TXS из журнала).

AFAIA ни один современный DB не может сделать это (хотя у меня есть дизайн именно это).


С этим аргументом вы подняли мое любопытство.

Вы не возражаете, в сущности, по крайней мере, конкретизируя свой дизайн для меня?

Как откат должно произойти с вашей точки зрения?
PremiumCodeX сейчас офлайн Пожаловаться на PremiumCodeX   Ответить с цитированием Мультицитирование сообщения от PremiumCodeX Быстрый ответ на сообщение PremiumCodeX

21 ноября 2016, 7:53:12 PM   # 9
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Как откат должно произойти с вашей точки зрения?

Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA).

Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций.

Надеюсь, что имеет смысл.
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

26 ноября 2016, 9:34:53 PM   # 10
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Как откат должно произойти с вашей точки зрения?

Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA).

Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций.

Надеюсь, что имеет смысл.


Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи.
PremiumCodeX сейчас офлайн Пожаловаться на PremiumCodeX   Ответить с цитированием Мультицитирование сообщения от PremiumCodeX Быстрый ответ на сообщение PremiumCodeX

27 ноября 2016, 4:39:08 AM   # 11
 
 
Сообщения: 765
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Как откат должно произойти с вашей точки зрения?

Настоящий "отмена" требует, чтобы журнал транзакций сохранил бы полную информацию о любой удаленной записи (ни одна крупная БД в мире не делает AFAIA).

Так что если вы хотите "обратная история" было бы достаточно легко восстановить "удаленные записи" с помощью журнала транзакций.

Надеюсь, что имеет смысл.


Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска? Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи.

Да, я использовал MS SQL для проекта www.blockchainsql.io.  450GB базы данных. Если оптимизировать право, запросы могут быть молниеносной.
Doof сейчас офлайн Пожаловаться на Doof   Ответить с цитированием Мультицитирование сообщения от Doof Быстрый ответ на сообщение Doof

27 ноября 2016, 4:40:53 AM   # 12
 
 
Сообщения: 765
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Например: общий размер цепи

выберите сумму (block.size) в качестве TotalSize от блока
Doof сейчас офлайн Пожаловаться на Doof   Ответить с цитированием Мультицитирование сообщения от Doof Быстрый ответ на сообщение Doof

27 ноября 2016, 5:20:01 AM   # 13
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска?

Как делеции (и в Bitcoin откатов) нечастые операции не будет практически быть столь же значительным увеличением, как вы воображаете (но он будет использовать больше пространства для журнала перевода).

Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи.

Нормальная RDBMS "запросы" не включать в журнал на всех, так что не будет иметь никакого эффекта скорости, на операции чтения (это будет только замедлить "Удалить" операции).
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

27 ноября 2016, 10:50:31 AM   # 14
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Да, я использовал MS SQL для проекта www.blockchainsql.io.  450GB базы данных. Если оптимизировать право, запросы могут быть молниеносной.

Круто. Это ваш проект или вы создать проект, который использовал упомянутый проект как-то вроде API?

На 450-Гбайт БД я думаю запросы могут быть оптимизированы до скорости менее чем 1 минуту с домашнего игрового ПК.

Поправьте меня, если я неправильно что-то, но не будет ли это потребует гораздо большего размера жесткого диска?

Как делеции (и в Bitcoin откатов) нечастые операции не будет практически быть столь же значительным увеличением, как вы воображаете (но он будет использовать больше пространства для журнала перевода).

Кроме того, журнал письменной форме и скорость чтения значительно возрастет, что приведет к замедлению БД, не так ли? При больших блоках данных, скорость имеет важное значение, поскольку некоторые запросы могут занять до 20 минут или более даже без упомянутой идеи.

Нормальная RDBMS "запросы" не включать в журнал на всех, так что не будет иметь никакого эффекта скорости, на операции чтения (это будет только замедлить "Удалить" операции).


Это зависит от сценария использования, то потому, что в некоторых БД есть частые операции удаления. Но я согласен, что большинство БД не как, что так что возможность стоит принять во внимание. Вопрос заключается в том, сколько это будет увеличивать необходимое пространство и вопрос SRP, потому что даже откаты нечастые операции, когда они нуждаются в них, они, как правило, нужны их как можно скорее.
PremiumCodeX сейчас офлайн Пожаловаться на PremiumCodeX   Ответить с цитированием Мультицитирование сообщения от PremiumCodeX Быстрый ответ на сообщение PremiumCodeX

27 ноября 2016, 11:31:34 AM   # 15
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Это зависит от сценария использования, то потому, что в некоторых БД есть частые операции удаления. Но я согласен, что большинство БД не как, что так что возможность стоит принять во внимание.

Для blockchains (чья цель состоит в том, чтобы быть структура, не мутирует) "удалений" только повторно Orgs (которые, хотя и не так редко, как правило, не очень большие операции удаления, поскольку большинство повторно Orgs только один или два блока глубина) и в зависимости от того, как все структурированы (например, если структура цепи сам по себе отделена от содержания блоков) не нужно будет включать в себя большой объем данных.

Вопрос заключается в том, сколько это будет увеличивать необходимое пространство и вопрос SRP, потому что даже откаты нечастые операции, когда они нуждаются в них, они, как правило, нужны их как можно скорее.

"правда откат" (Который, как я сказал, не используется мажорным RBDMS, что я знаю о) фактически будет гораздо быстрее, чем любой другой метод (т.е. вы либо будете иметь выпускать обновление запросов, чтобы действовать, как если бы вещи разматывания или восстановить раннюю резервную копию которой вы затем должны выполнить частичное восстановление журнала с).

Поймите также, что даже если удаления включать добавление данных в журнал, который будет по-прежнему иметь возможность усечения журнала для "контрольно-пропускные пункты" (В этот момент любые из этого дополнительного неиспользуемого пространства восстанавливается).
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

28 ноября 2016, 6:42:43 PM   # 16
 
 
Сообщения: 322
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Выбор базы данных зависит от ваших потребностей, в основном я работаю на рынках и кибербезопасность [мошенничество], поэтому я использую MongoDB - Oracle
BuySomeBitcoins сейчас офлайн Пожаловаться на BuySomeBitcoins   Ответить с цитированием Мультицитирование сообщения от BuySomeBitcoins Быстрый ответ на сообщение BuySomeBitcoins

29 ноября 2016, 12:50:03 AM   # 17
 
 
Сообщения: 219
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

"правда откат" (Который, как я сказал, не используется мажорным RBDMS, что я знаю о) фактически будет гораздо быстрее, чем любой другой метод (т.е. вы либо будете иметь выпускать обновление запросов, чтобы действовать, как если бы вещи разматывания или восстановить раннюю резервную копию которой вы затем должны выполнить частичное восстановление журнала с).

Поймите также, что даже если удаления включать добавление данных в журнал, который будет по-прежнему иметь возможность усечения журнала для "контрольно-пропускные пункты" (В этот момент любые из этого дополнительного неиспользуемого пространства восстанавливается).


SQLite позволяет создавать "Точки сохранения" которые являются как заявления GOTO для отката.
TransaDox сейчас офлайн Пожаловаться на TransaDox   Ответить с цитированием Мультицитирование сообщения от TransaDox Быстрый ответ на сообщение TransaDox

29 ноября 2016, 8:04:06 AM   # 18
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

SQLite позволяет создавать "Точки сохранения" которые являются как заявления GOTO для отката.

Интересная особенность, хотя от чтения документации я думаю, что это только для использования с вложенными транзакциями.

Концепция blockchain повторного орг, хотя это не то же самое, что вам нужно "отмена" Операции, которые уже были совершенны (что-то довольно чуждое, как РСУБД операция работает).
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

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
piotr_n сейчас офлайн Пожаловаться на piotr_n   Ответить с цитированием Мультицитирование сообщения от piotr_n Быстрый ответ на сообщение piotr_n

29 ноября 2016, 2:26:31 PM   # 20
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Что DB вы используете на вашем конце?

Nexus создала свою собственную БД 10x быстрее, чем Googles.

https://twitter.com/mirraxFTC/status/798217450739220481

borris123 сейчас офлайн Пожаловаться на borris123   Ответить с цитированием Мультицитирование сообщения от borris123 Быстрый ответ на сообщение borris123



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW