23 Set 2018 21:04
LOCAL cSql := "CREATE TABLE cliente ( " +;
" idcliente INTEGER PRIMARY KEY AUTOINCREMENT, " +;
" nome CHAR(100), "+;
" idade INTEGER, "+;
" ultimocontato DATETIME DEFAULT ('0000-01-01 00:00:00'); "
cSql := "SELECT * FROM cliente"
...
..
DO WHILE sqlite3_step( cRet ) == 100
aLinha := {}
nI := 0
AADD( aLinha, sqlite3_column_int ( cRet, ++nI ) ) // idcliente
AADD( aLinha, sqlite3_column_text( cRet, ++nI ) ) // nome
AADD( aLinha, sqlite3_column_int( cRet, ++nI ) ) // idade
AADD( aLinha, sqlite3_column_text( cRet, ++nI ) ) // ultimocontato
AADD(aDados, aLinha)
ENDDO
cSql := "SELECT idcliente, nome, idade, DATETIME(ultimocontato) FROM cliente"
24 Set 2018 21:42
susviela@bol.com.br escreveu:Como vocês estão tratando isso ?
susviela@bol.com.br escreveu:Estou criando uma base de dados ...
25 Set 2018 02:20
susviela@bol.com.br escreveu:...Estou tendo alguma dificuldade com o retorno da consulta dessa tabela, com o seguinte código:
- Código:
DO WHILE sqlite3_step( cRet ) == 100
aLinha := {}
nI := 0
AADD( aLinha, sqlite3_column_int ( cRet, ++nI ) ) // idcliente
AADD( aLinha, sqlite3_column_text( cRet, ++nI ) ) // nome
AADD( aLinha, sqlite3_column_int( cRet, ++nI ) ) // idade
AADD( aLinha, sqlite3_column_text( cRet, ++nI ) ) // ultimocontato
AADD(aDados, aLinha)
ENDDO
25 Set 2018 10:40
Eric.Developer escreveu:Não há nenhum problema no código abaixo, o erro esta apenas no CREATE, não fechou o parenteses
alxsts escreveu:Olá!
susviela@bol.com.br escreveu:Estou criando uma base de dados ...
Este é o melhor momento para já começar usando alguns padrões que podem ajudar na sequência do desenvolvimento e futuras manutenções. É uma ótima prática adotar padrão de nomenclatura para os objetos do banco de dados. Eu uso prefixos que ajudam a agrupar objetos e pesquisar no código fonte.
Prefixos para objetos (pode variar de um SGBD para outro)
Prefixos para colunas
28 Set 2018 17:02
28 Set 2018 17:12
29 Set 2018 11:12
HASA escreveu:Susviela no site oficial achei esse comentário :
Se houver muitos programas clientes enviando SQL para o mesmo banco de dados em uma rede, use um mecanismo de banco de dados cliente / servidor em vez de SQLite. O SQLite funcionará em um sistema de arquivos de rede, mas devido à latência associada à maioria dos sistemas de arquivos de rede, o desempenho não será ótimo. Além disso, a lógica de bloqueio de arquivos é problemática em muitas implementações do sistema de arquivos de rede (no Unix e no Windows). Se o bloqueio de arquivo não funcionar corretamente, dois ou mais clientes podem tentar modificar a mesma parte do mesmo banco de dados ao mesmo tempo, resultando em corrupção. Como esse problema resulta de erros na implementação do sistema de arquivos subjacente, não há nada que o SQLite possa fazer para evitá-lo.
https://www.sqlite.org/whentouse.html
Será que é um balde de água fria ?
29 Set 2018 11:32
30 Set 2018 12:32
HASA escreveu::))
Obrigado, Carlos como é um mundo novo para mim as diversas dúvidas são inevitáveis, quanto ao PostgreSQL esse sim tive boas leituras nA Net e aqui no forum, de qualquer forma desculpe o "afobamento", vou me conter ...
HASA
01 Out 2018 09:05