указатели таблиц MySQL | Биткоин форум

22 апреля 2011, 4:12:27 PM	# 1
genjix Сообщения: 1232 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Есть ли способ, чтобы иметь поле в MySQL, который действует как указатель на другую таблицу? Я хочу иметь кучу разных записей с различными полями, но разделяя некоторые распространенные из них. общее поле А \| общее поле B \| указатель то я мог бы сделать: ВЫБРАТЬ mytbl ... РЕГИСТРИРУЙТЕСЬ POINTER (mytbl.pointer) ...; Или мне нужно иметь VARCHAR (6) поле и идентификационный просто есть переключатель ... дело в моем приложении, которое присоединяется к зависимости от того, "Другие" Стол нужен?

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

23 апреля 2011, 2:35:32 AM	# 2
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Получил 1806 Биткоинов Реальная история. Похоже, что-то ужасно неправильно с вашей конструкцией стола. Можете ли вы представить некоторые подробности о том, что это вы пытаетесь достичь?

23 апреля 2011, 10:22:03 AM	# 3
Joshi33xx Сообщений: 5 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Посмотрите в создании "Посмотреть", http://en.wikipedia.org/wiki/View_(database) Это может позволить вам делать то, что вам нужно. "по умолчанию" Затем все данные, можно определить, что это в виду. Вы можете иметь много точек зрения, как вам нравится.

23 апреля 2011, 10:46:18 AM

# 4

genjix

Сообщения: 1232

Цитировать по имени
цитировать ответ

Re: MySQL таблицы указателей

Для Britcoin есть 3 различные типы вывода: Bitcoin, Великобритания, внутренние, Великобритания международная:

Код:

MySQL> описывают запросы;
+-----------+---------------------+------+-----+-------------------+----------------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-----------+---------------------+------+-----+-------------------+----------------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | auto_increment |
| req_type | VARCHAR (6) | НЕТ | | NULL | |
| UID | INT (10) без знака | НЕТ | | NULL | |
| количество | BIGINT (20) без знака | НЕТ | | NULL | |
| curr_type | VARCHAR (6) | НЕТ | | NULL | |
| timest | отметка времени | НЕТ | | CURRENT_TIMESTAMP | |
| статус | VARCHAR (6) | НЕТ | | ПРОВЕРКИ | |
+-----------+---------------------+------+-----+-------------------+----------------+
7 строк в наборе (0,00 сек)

MySQL> описывают bitcoin_requests;
+-------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| Адди | VARCHAR (44) | НЕТ | | NULL | |
+-------+------------------+------+-----+---------+-------+
2 строки в наборе (0,00 сек)

MySQL> описывают international_requests;
+-------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| IBAN | VARCHAR (36) | НЕТ | | NULL | |
| скор | VARCHAR (12) | НЕТ | | NULL | |
+-------+------------------+------+-----+---------+-------+
3 строки в наборе (0,00 сек)

MySQL> описывают uk_requests;
+-----------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-----------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| имя | VARCHAR (40) | НЕТ | | NULL | |
| банк | VARCHAR (40) | НЕТ | | NULL | |
| acc_num | VARCHAR (8) | НЕТ | | NULL | |
| sort_code | VARCHAR (6) | НЕТ | | NULL | |
+-----------+------------------+------+-----+---------+-------+
5 строк в наборе (0,00 сек)

Каждые из этих просьб «акций» таблицы запросов, но добавляет свои собственные специфические данные.

Я хотел бы каким-то образом узнать, какие данные должны быть присоединены к таблицам запросов, и какой тип запроса он был (Bitcoin, Великобритания-бытовые, Великобритании, международных).

Может быть, поле счета или с помощью представлений является путь.

23 апреля 2011, 11:12:24 AM	# 5
Alex Beckenham Сообщения: 154 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Ваша схема выглядит нормально; Возможно, как я бы поставил его, но я не уверен, что вы хотите запросить от него. Вы можете написать в простом английском, что вы хотите получить из БД, и я могу перевести его на SQL для вас? Вот пример того, захватывая некоторый конкретный запрос Великобритании: Код: SELECT * FROM запросов, uk_requests ГДЕ (requests.reqid = uk_requests.reqid) И (uk_requests.acc_num = '3');

23 апреля 2011, 11:34:42 AM	# 6
genjix Сообщения: 1232 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Ну ваш запрос делает декартово присоединиться затем отфильтровывает несколько строк с помощью WHERE и является менее эффективным, чем JOIN ... ON ... Так как я могу сказать, является ли reqid = «133» является либо из Bitcoin, international_requests или uk_requests в одном запросе? Я знаю, что я мог сделать ВЫБРАТЬ 1 FROM uk_requests WHERE reqid = '133'; существует ли она в uk_requests, но как насчет для всех 3 в один присест? Является ли дополнительное поле в запросе путь?

23 апреля 2011, 2:06:28 PM

# 7

Нефарио

Сообщения: 602

Цитировать по имени
цитировать ответ

Re: MySQL таблицы указателей

Цитата: genjix 23 апреля 2011, 10:46:18 AM

Для Britcoin есть 3 различные типы вывода: Bitcoin, Великобритания, внутренние, Великобритания международная:

Код:

MySQL> описывают запросы;
+-----------+---------------------+------+-----+-------------------+----------------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-----------+---------------------+------+-----+-------------------+----------------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | auto_increment |
| req_type | VARCHAR (6) | НЕТ | | NULL | |
| UID | INT (10) без знака | НЕТ | | NULL | |
| количество | BIGINT (20) без знака | НЕТ | | NULL | |
| curr_type | VARCHAR (6) | НЕТ | | NULL | |
| timest | отметка времени | НЕТ | | CURRENT_TIMESTAMP | |
| статус | VARCHAR (6) | НЕТ | | ПРОВЕРКИ | |
+-----------+---------------------+------+-----+-------------------+----------------+
7 строк в наборе (0,00 сек)

MySQL> описывают bitcoin_requests;
+-------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| Адди | VARCHAR (44) | НЕТ | | NULL | |
+-------+------------------+------+-----+---------+-------+
2 строки в наборе (0,00 сек)

MySQL> описывают international_requests;
+-------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| IBAN | VARCHAR (36) | НЕТ | | NULL | |
| скор | VARCHAR (12) | НЕТ | | NULL | |
+-------+------------------+------+-----+---------+-------+
3 строки в наборе (0,00 сек)

MySQL> описывают uk_requests;
+-----------+------------------+------+-----+---------+-------+
| поле | Тип | Null | Ключ | По умолчанию | Extra |
+-----------+------------------+------+-----+---------+-------+
| reqid | INT (10) без знака | НЕТ | PRI | NULL | |
| имя | VARCHAR (40) | НЕТ | | NULL | |
| банк | VARCHAR (40) | НЕТ | | NULL | |
| acc_num | VARCHAR (8) | НЕТ | | NULL | |
| sort_code | VARCHAR (6) | НЕТ | | NULL | |
+-----------+------------------+------+-----+---------+-------+
5 строк в наборе (0,00 сек)

.

Каждые из этих просьб «акций» таблицы запросов, но добавляет свои собственные специфические данные.

Я хотел бы каким-то образом узнать, какие данные должны быть присоединены к таблицам запросов, и какой тип запроса он был (Bitcoin, Великобритания-бытовые, Великобритании, международных).

Может быть, поле счета или с помощью представлений является путь.

В своих трех таблицах для Bitcoin, Брит, & международная просто добавить поле для первичного ключа вашей четвертой таблицы, все они пытаются ссылки, скажем, таблица называются сделки, а первичный ключ является автоматическим приращением целым, называемый id.In других таблиц добавьте поле TRANSACTION_ID как целое число. Все они должны иметь возможность ссылаться на общую таблицу в настоящее время

23 апреля 2011, 2:48:29 PM	# 8
Alex Beckenham Сообщения: 154 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Цитата: genjix 23 апреля 2011, 11:34:42 AM Ну ваш запрос делает декартово присоединиться затем отфильтровывает несколько строк с помощью WHERE и является менее эффективным, чем JOIN ... ON ... Так как я могу сказать, является ли reqid = «133» является либо из Bitcoin, international_requests или uk_requests в одном запросе? Я знаю, что я мог сделать ВЫБРАТЬ 1 FROM uk_requests WHERE reqid = '133'; существует ли она в uk_requests, но как насчет для всех 3 в один присест? Является ли дополнительное поле в запросе путь? Ну, я уверен, что в следующем, вероятно, нерабочим полное дерьмо, но это может дать вам идеи ни-менее ... Код: ВЫБОР bitcoin_requests.reqid = '133', как is_bitcoin, international_requests.reqid = '133' КАК is_international, uk_requests.reqid = '133' КАК is_uk ОТ bitcoin_requests, international_requests, uk_requests Где (bitcoin_requests.reqid = '133') ИЛИ (international_requests.reqid = '133') ИЛИ (uk_requests.reqid = '133'); К сожалению, не может быть какой-либо помощи.

25 апреля 2011, 12:51:21 AM	# 9
genjix Сообщения: 1232 Цитировать по имени цитировать ответ	Re: MySQL таблицы указателей Благодарю.

« Предыдущая тема | Следующая тема »

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW

Заголовок