Что такое таблица в программировании блокчейна Vexanium

Одним из наиболее важных аспектов программирования вашего смарт-контракта является то, как мы обрабатываем постоянное хранилище, то есть хранилище, которое сохраняется не только во время выполнения, потому что мы можем сохранять переменные во время вызова функции, которые мы можем использовать в функция. И мы также можем передать данные в функцию. Но смарт-контракт также может хранить данные, которые являются постоянными, которые сохраняются во время выполнения, которые будут сохраняться, даже если мы не используем смарт-контракт активно.

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

Мы также собираемся поговорить о «Области действия» и о том, как мы можем использовать таблицы вместе с областью видимости для создания интересных функций. Вам нужно знать об области видимости, прежде чем фактически внедрять таблицы в наш фактический интеллектуальный контент. И вы получите опыт построения таблиц. Прежде всего, как строятся таблицы.

Что такое стол? основой для таблицы является структура C ++, а C ++ является предварительным условием перед изучением смарт-контракта.

Если вы более знакомы с JavaScript, то это очень похоже на объект JavaScript, и это неплохое сравнение. Struct имеет несколько полей. В этом случае у меня есть некая структура, которая описывает человека здесь. У нас есть ID, имя, у нас есть улица. Этот пример похож на адресную книгу или что-то еще. И это будет основная структура таблицы. Мы указываем в структуре, что вы увидите это, когда мы будем кодировать.

 

Мы начинаем с определения структуры с данными, которые мы хотим сохранить в таблице. Итак, у нас есть идентификатор, имя и улица, и это структура. Очень хорошо, что это называется структурой. Затем мы используем эту структуру для формирования таблицы, и тогда таблица выглядит примерно так, и мы можем дать ей имя «люди». Таблица очень похожа на электронную таблицу Excel, где у нас есть столбцы, а столбцы переведены из нашей структуры непосредственно в столбцы.

таблицы в программировании блокчейн

А затем мы можем добавлять строки. Мы можем добавлять строки, когда вставляем данные. Итак, в первой строке мы указываем идентификатор, указываем имя, указываем улицу и вставляем ее в таблицу. И как только мы найдем таблицу, мы уже не сможем ее изменить. Итак, единственное, что мы можем сделать после создания таблицы, - это либо добавить данные, удалить данные или изменить данные. Это три функции, а также основные функции.

Мы можем выполнять поиск и тому подобное, функции поиска. Но чтобы изменить данные, единственное, что мы можем сделать, это вставить, изменить и удалить. Итак, с реальной таблицей мы можем сделать три вещи.

При разработке приложения важно подумать о том, какой тип постоянного хранилища вам понадобится, потому что после того, как вы спроектировали таблицу и начнете добавлять данные, на самом деле будет сложнее переделать ее. Еще одна вещь, о которой мы действительно должны думать при создании нашей таблицы, - это то, что я на самом деле не вставлял в структуру, и это то, что называется первичным ключом.

Первичный ключ в таблице блокчейна

Первичный ключ - это один столбец здесь в таблице, который можно использовать в качестве уникального идентификатора, потому что вы понимаете, что если у нас есть таблица, ну, скажем, у нас есть эта таблица, но у нас нет столбца id. Правильно.

 

У нас было только название и улица. Тогда, если бы я пошел к этой таблице и попытался найти человека по имени Филип, который живет в Стокгольме, я мог бы получить дублирующиеся результаты.

таблицы без первичного ключа

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

И это всегда будет уникально. Независимо от того, совпадают ли все остальные данные, этот (первичный ключ) будет уникальным идентификатором. И нам также нужно указать Vexanium, какой столбец будет первичным ключом при создании структуры. И вы увидите это, когда мы его запрограммируем. Но я подчеркну идею здесь, потому что это будет наш первичный ключ. Затем первичный ключ используется для поиска в таблице. И вы увидите это при программировании.

Вторичный индекс

А затем мы также перейдем к тому, что называется вторичным индексом и мультииндексной таблицей, где вы можете указать больше столбцов, которые будут индексировать таблицу, чтобы мы также могли выполнять поиск, используя, например, имя и улицу, потому что это, очевидно, важный. Может быть, вы хотите найти всех, кто живет в Стокгольме. Мы должны уметь это делать. Мы делаем это с помощью вторичного индекса, и мы собираемся это сделать.

Но первичный ключ - это требование. У нас должен быть первичный ключ. Поэтому убедитесь, что они это понимают. А если у вас есть вопросы, вы можете оставить их на форуме. С учетом сказанного, мы собираемся перейти к следующему видео здесь.

Мы поговорим о том, как мы можем использовать таблицы вместе с изменением области видимости, чтобы найти некоторые интересные функции в блокчейне.

Доступ к таблице

Еще одна важная часть того, как мы обрабатываем таблицы в электронной почте, - это то, как мы получаем к ним доступ, и различные возможности, которые дает нам с точки зрения функциональности, когда мы обращаемся к таблицам в IA, независимо от того, хотим ли мы читать, писать или изменять лиды мы всегда обращаемся к ним таким образом.

Глобальный масштаб

Допустим, у нас есть таблица с именами людей, которых мы создали. Затем мы получаем к нему доступ, указав учетную запись, в которой он размещен, а это означает, что смарт-контракт развертывается там, где находится таблица. Итак, допустим, у нас есть контракт с людьми, развернутый в учетной записи, которая затем называется людьми. Счет был бы. Люди, верно, а затем область видимости, в которой мы просматриваем таблицу, область, в которой мы просматриваем таблицу, так что это действительно похоже на то, что у нас может быть несколько таблиц в одной таблице.

Это почти как наличие этих вкладок в Excel. Правильно. Итак, есть три способа получить доступ к таблице и использовать области видимости. А первый просто глобальный. А это значит, что у нас всего одна таблица с одной областью видимости. Таким образом, мы всегда получаем доступ к таблице для людей и школьников. Это будет просто давать нам каждый раз одну и ту же таблицу, потому что таблица находится в аккаунте людей, а область действия - люди. Правильно? Это всего лишь один стол.

Вы получаете все данные, мы записываем все данные, они читают все данные. Это называется глобальной областью.

Доступ к таблице с областью действия группы

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

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

Итак, в этой таблице, в этой области видимости будут все мужчины, а в этой области - все женщины. Вот как мы можем использовать области видимости, чтобы иметь разные представления. Таким образом, вы могли получить к нему доступ люди, мужчины или женщины. Так что вы бы сделали, верно. Люди здесь, женщины здесь или мужчины здесь. Вот как вы затем можете использовать разные области для достижения разного рода групповой категоризации. Третья часть - это то, что я написал здесь как индивидуальный масштаб.

Доступ к таблице с индивидуальной областью действия

И здесь вы используете область действия, и в большинстве случаев вы используете имя учетной записи отправителя в качестве области действия. Допустим, я позвонил в стол с людьми, чтобы получить информацию. Затем я бы использовал имя своей учетной записи iOS для области видимости. Я бы использовал, может быть, Филиппа.

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

 

Затем, когда бы я ни называл это, я бы назвал токен account, я бы назвал его своей областью Phillips. Тогда я получу все жетоны на пробу, и вы сможете сделать то же самое. Таким образом, это становится довольно практичным вплоть до школы индивидуального уровня. Итак, это три наиболее распространенных способа использования прицелов. И это важно. Я имею в виду, что глобальная таблица является наиболее распространенной, которую мы почти всегда используем в примерах, которые мы собираемся сделать точно так же для бухгалтеров, потому что тогда мы получим только одну глобальную таблицу, и ее довольно легко использовать.

 

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

 

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *