MySQL To DerbyDB - Histórico de revisão

Rodrigogml: /* Relação entre Tipos de Dados */

2016-02-27T13:37:47Z

Relação entre Tipos de Dados

← Edição anterior		Edição das 13h37min de 27 de fevereiro de 2016
Linha 124:		Linha 124:
	\|No MySQL o TINYINT(1) e o BOOLEAN são exatamente as mesmas coisas, no DerbyDB o jeito para declarar um boolean segue sendo BOOLEAN.		\|No MySQL o TINYINT(1) e o BOOLEAN são exatamente as mesmas coisas, no DerbyDB o jeito para declarar um boolean segue sendo BOOLEAN.
	\|}</center>		\|}</center>


			== Outros Comandos Derby ==

			=== Exportar os dados para arquivo ===

			O Derby DB tem alguns comandos internos que permitem a exportação dos dados. Esse abaixo permite que uma tabela seja exportada em CSV. Atenção para os nomes dos schemas e tabelas que são '''Case Sensitive'''.

			<code>CALL SYSCS_UTIL.SYSCS_EXPORT_TABLE('BISERP', 'PDVLOCAL_REDUCAOZLOG', 'arquivo.csv', null, null, 'UTF-8');</code>

Rodrigogml: /* Relação entre Tipos de Dados */

2015-06-17T19:50:52Z

Relação entre Tipos de Dados

← Edição anterior		Edição das 19h50min de 17 de junho de 2015
Linha 119:		Linha 119:
	\|'''[https://db.apache.org/derby/docs/10.0/manuals/reference/sqlj145.html#VARCHAR+FOR+BIT+DATA VARCHAR(?) FOR BIT DATA]'''		\|'''[https://db.apache.org/derby/docs/10.0/manuals/reference/sqlj145.html#VARCHAR+FOR+BIT+DATA VARCHAR(?) FOR BIT DATA]'''
	\|Para armazenar uma quantidade pequena de bytes o MySQL utiliza o '''BINARY(X)''', onde x é o tamanho em bytes do dado a ser armazenado. A declaração equivalente no DerbyDB é utilizar o '''VARCHAR(X) FOR BIT DATA''', onde X representa o mesmo tamanho definido para o MySQL. O tamanho máximo permitido no DerbyDB é de 32,672 bytes.		\|Para armazenar uma quantidade pequena de bytes o MySQL utiliza o '''BINARY(X)''', onde x é o tamanho em bytes do dado a ser armazenado. A declaração equivalente no DerbyDB é utilizar o '''VARCHAR(X) FOR BIT DATA''', onde X representa o mesmo tamanho definido para o MySQL. O tamanho máximo permitido no DerbyDB é de 32,672 bytes.
			\|-
			\|'''[https://dev.mysql.com/doc/refman/5.5/en/integer-types.html TINYINT(1)]''' ou '''BOOLEAN'''
			\|'''[http://db.apache.org/derby/docs/10.7/ref/rrefsqljBoolean.html BOOLEAN]'''
			\|No MySQL o TINYINT(1) e o BOOLEAN são exatamente as mesmas coisas, no DerbyDB o jeito para declarar um boolean segue sendo BOOLEAN.
	\|}</center>		\|}</center>

Rodrigogml: /* CREATE INDEX */

2015-06-09T22:18:41Z

CREATE INDEX

@@ Linha 83: / Linha 83: @@
 |?
 |CREATE INDEX fk_pdvlocal_locationstate_pdvlocal_locationcountry1_idx ON pdvlocal_locationstate(idpdvlocal_locationcountry);
 |}</center>

Rodrigogml: /* Auto Increment */

2015-05-22T11:41:21Z

Auto Increment

← Edição anterior		Edição das 11h41min de 22 de maio de 2015
Linha 15:		Linha 15:
	\|CREATE TABLE pdvlocal_locationcountry ''(...)''		\|CREATE TABLE pdvlocal_locationcountry ''(...)''
	\|}</center>		\|}</center>

			=== Add Column "After" ===
			O DerbyDB até o momento não suporta a função de definir a posição da nova coluna durante o ALTER TABLE.

			Mesmo que seja conveniente visualmente definir onde queremos adicionar a nova coluna na tabela, o código da aplicação nunca deve usar o índice da coluna como referência.

	=== Auto Increment ===		=== Auto Increment ===

Rodrigogml: /* Relação entre Tipos de Dados */

2015-05-21T23:27:46Z

Relação entre Tipos de Dados

← Edição anterior		Edição das 23h27min de 21 de maio de 2015
Linha 96:		Linha 96:
	\|'''[http://db.apache.org/derby/docs/10.1/ref/rrefsqlj16221.html#rrefsqlj16221 SMALLINT]'''		\|'''[http://db.apache.org/derby/docs/10.1/ref/rrefsqlj16221.html#rrefsqlj16221 SMALLINT]'''
	\|O menor campo pra INT do DerbyDB é o SMALLINT, que usa 2 bytes. Mesmo que o TINYINT do MySQL só use 1 byte, não há campo igual no DerbyDB. O que melhor substitui é o SMALLINT, mesmo sendo de maior capacidade.		\|O menor campo pra INT do DerbyDB é o SMALLINT, que usa 2 bytes. Mesmo que o TINYINT do MySQL só use 1 byte, não há campo igual no DerbyDB. O que melhor substitui é o SMALLINT, mesmo sendo de maior capacidade.
			\|-
			\|'''[https://dev.mysql.com/doc/refman/5.0/en/binary-varbinary.html BINARY(?)]'''
			\|'''[https://db.apache.org/derby/docs/10.0/manuals/reference/sqlj145.html#VARCHAR+FOR+BIT+DATA VARCHAR(?) FOR BIT DATA]'''
			\|Para armazenar uma quantidade pequena de bytes o MySQL utiliza o '''BINARY(X)''', onde x é o tamanho em bytes do dado a ser armazenado. A declaração equivalente no DerbyDB é utilizar o '''VARCHAR(X) FOR BIT DATA''', onde X representa o mesmo tamanho definido para o MySQL. O tamanho máximo permitido no DerbyDB é de 32,672 bytes.
	\|}</center>		\|}</center>

Rodrigogml em 17h49min de 3 de maio de 2015

2015-05-03T17:49:41Z

← Edição anterior		Edição das 17h49min de 3 de maio de 2015
Linha 93:		Linha 93:
	\|Para guardar data + tempo no Derby é obrigatório utilizar o formato TIMESTAMP.		\|Para guardar data + tempo no Derby é obrigatório utilizar o formato TIMESTAMP.
	\|-		\|-
	\|'''https://dev.mysql.com/doc/refman/5.5/en/integer-types.html\|TINYINT'''		\|'''[https://dev.mysql.com/doc/refman/5.5/en/integer-types.html TINYINT]'''
	\|'''http://db.apache.org/derby/docs/10.1/ref/rrefsqlj16221.html#rrefsqlj16221\|SMALLINT'''		\|'''[http://db.apache.org/derby/docs/10.1/ref/rrefsqlj16221.html#rrefsqlj16221 SMALLINT]'''
	\|O menor campo pra INT do DerbyDB é o SMALLINT, que usa 2 bytes. Mesmo que o TINYINT do MySQL só use 1 byte, não há campo igual no DerbyDB. O que melhor substitui é o SMALLINT, mesmo sendo de maior capacidade.		\|O menor campo pra INT do DerbyDB é o SMALLINT, que usa 2 bytes. Mesmo que o TINYINT do MySQL só use 1 byte, não há campo igual no DerbyDB. O que melhor substitui é o SMALLINT, mesmo sendo de maior capacidade.

	\|}</center>		\|}</center>

Rodrigogml em 17h42min de 3 de maio de 2015

2015-05-03T17:42:04Z

@@ Linha 38: / Linha 38: @@
 |`bacencode` VARCHAR(5) NOT NULL
 |bacencode VARCHAR(5) NOT NULL
 |}</center>
@@ Linha 45: / Linha 85: @@
 <center>
 {| class="wikitable" style="width:80%;"
-!scope="col" style="width:25%;" |MySQL
+!scope="col" style="width:15%;" |MySQL
-!scope="col" style="width:25%;" |DerbyDB
+!scope="col" style="width:15%;" |DerbyDB
-!scope="col" style="width:50%;" |Detalhes
+!scope="col" style="width:70%;" |Detalhes
 |-
 |'''DATETIME'''
 |'''TIMESTAMP'''
 |Para guardar data + tempo no Derby é obrigatório utilizar o formato TIMESTAMP.
 |}</center>

Rodrigogml em 17h06min de 3 de maio de 2015

2015-05-03T17:06:37Z

@@ Linha 38: / Linha 38: @@
 |`bacencode` VARCHAR(5) NOT NULL
 |bacencode VARCHAR(5) NOT NULL
 |}</center>

Rodrigogml: Criou página com 'Este tópico sintetiza as diferenças de comandos e outros detalhes entre o MySQL e o DerbyDB (JavaDB). O principal propósito é criar um guia de referência para facilitar a...'

2015-05-03T17:00:42Z

Criou página com 'Este tópico sintetiza as diferenças de comandos e outros detalhes entre o MySQL e o DerbyDB (JavaDB). O principal propósito é criar um guia de referência para facilitar a...'

Página nova

Este tópico sintetiza as diferenças de comandos e outros detalhes entre o MySQL e o DerbyDB (JavaDB). O principal propósito é criar um guia de referência para facilitar a migração entre os bancos já que o modelo é todo feito no MySQL Workbench (que utiliza o MySQL como referência), e algumas aplicações como o BISPDV utiliza o DerbyDB como banco local.

== Diferenças de Syntaxe SQL ==

=== Nomes de Tabelas e Campos ===
O MySQL costuma envolver o nome de colunas, tabelas e schemas entre crases (´´), como se fossem aspas. O que o impede de confundir as tabelas/colunas com palavras da sintaxe como "index", "update", "from", etc..
O Derby não suporta as crases, sendo obrigatória e remoção de todas. Assim não resta outra maneira além de não utilizar palavras reservadas da sintaxe SQL como nome de tabelas e colunas.

<center>
{| class="wikitable" style="width:80%;"
!scope="col" style="width:50%;"|MySQL
!scope="col" style="width:50%;"|DerbyDB
|-
|CREATE TABLE `pdvlocal_locationcountry` ''(...)''
|CREATE TABLE pdvlocal_locationcountry ''(...)''
|}</center>

=== Auto Increment ===
<center>
{| class="wikitable" style="width:80%;"
!scope="col" style="width:50%;"|MySQL
!scope="col" style="width:50%;"|DerbyDB
|-
|AUTO_INCREMENT
|GENERATED ALWAYS AS IDENTITY (START WITH 1, INCREMENT BY 1)
|}</center>

=== Null / Not Null ===
O DerbyDB não suporta a sintaxe "NULL" como o MySQL. Por padrão o DerbyDB já tem os campos NULL, assim quando o campo aceitar NULL não se deve especificar.
<center>
{| class="wikitable" style="width:80%;"
!scope="col" style="width:50%;"|MySQL
!scope="col" style="width:50%;"|DerbyDB
|-
|`bacencode` VARCHAR(5) NULL
|bacencode VARCHAR(5)
|-
|`bacencode` VARCHAR(5) NOT NULL
|bacencode VARCHAR(5) NOT NULL
|}</center>