Patrocinadores

Você está aquiLeitor de feeds

Leitor de feeds


Informix Quick Reference Cards

Information X - dom, 01/03/2015 - 13:45

Pessoal.
Seguem os links para os Informix Quick Reference Cards, como são conhecidos:

Configuration Parameters in the onconfig.std File
IBM®Informix®Version 12.10.xC4:
http://publibfp.dhe.ibm.com/epubs/pdf/i1320991.pdf

onstat Utility Commands Sorted by
Functional Category
IBM®Informix®Version 12.10.xC4:
http://publibfp.dhe.ibm.com/epubs/pdf/i1321001.pdf

SQL Administration API
IBM®Informix®Version 12.10.xC4:
http://publibfp.dhe.ibm.com/epubs/pdf/i1335011.pdf

Enterprise Replication
IBM®Informix®Version 12.10:
http://publibfp.dhe.ibm.com/epubs/pdf/i1335020.pdf

Informix JSON quick reference for IBM Informix Version 12.10.XC4:
http://www-01.ibm.com/support/docview.wss?uid=swg27041825

Enjoy!
FFO

Categorias: Blogs em Português

IIUG Conference 2015 / Conferência IIUG 2015

Informix-Techonology - sab, 14/02/2015 - 13:27

Have you registered for the IIUG 2015 conference? (original version http://informix-technology.blogspot.com/2015/02/iiug-conference-2015-conferencia-iiug.html )



English version
IIUG is organizing its usual annual user conference. This year it will take place in the Mission Valley Marriott in San Diego, between 26-29 April.
As usual the conference is packed with sessions and hands on labs. You can find all the information in the conference website: http://iiug2015.org/

IIUG is working hard as usual to provide a great user conference. Meanwhile here's a video teaser to help you decide:



Versão Portuguesa
O IIUG está a organizar a sua conferência anual de utilizadores. Este ano será no hotel Marriott Mission Valley em San Diego entre 26 e 29 de Abril
Como é habitual a conferência está recheada de sessões e laboratórios práticos. Pode encontrar a toda a informação sobre a conferência no seu site: http://iiug2015.org/

O IIUG está a trabalhar no duro como habitualmente para promover uma excelente conferência. Entretanto aqui fica um vídeo para abrir o apetite e ajudá-lo a decidir:



Categorias: Blogs em Português

Informix on Pi / Informix no Pi

Informix-Techonology - seg, 26/01/2015 - 20:12

IBM finally released the Pi version (original version here: http://informix-technology.blogspot.com/2015/01/informix-on-pi-informix-no-pi.html)


English version
A couple of weeks ago IBM discretely let us know that the Informix version for ARM V6 was available for download. It's accessible as a free developer edition on IBM site (Informix downloads) and only the usual site registration is required.
For those of you who may be wondering what is an ARM V6, it may be easier if I say it's the chip included in the well known SoC (System on a Chip) Raspberry Pi small computer.
For clarity I'm including a picture of my own, taken on top of a 20€ bill. The cost rounds 35€ plus some extras. It can be used for very small computer systems, as a controller for all sorts of DIY kits, as a media center solution, and now also as a database server, courtesy of IBM Informix development.

Accordingly to the machine notes it is designed to run on Raspbian (based on debian) which is widely used on the Raspberry Pi. But it may work on others. Raspian is one of the most used OS for Raspberry Pi and it's included in the NOOBS package so it's very easily accessible.

Please not that  ARM V6 is a limited CPU, and the Raspberry Pi itself has (depending on the models) 512MB of RAM. So this will not be your benchmark breaking machine. But if you need to add a database to a small project these specs are more than enough for Informix thanks to it's embedabillity.

The port includes most of the usual Informix functionality, including TimeSeries and the Spatial databalade, the new REST API etc.

Well worth checking!




Versão Portuguesa
Há um par de semanas atrás a IBM deixou saber de forma discreta que a versão para ARM V6 do Informix estava disponível para download. Está acessível como versão de desenvolvimento, de acesso gratuito no site da IBM (Informix downloads) sendo apenas necessário o habitual registo no site.
Para os que estiverem a pensar o que é um ARM V6, talvez seja mais fácil se eu disser que é o processador que vem incluído no bem conhecido SoC (Sistema num Chip) Raspberry Pi, um pequeno computador numa placa.
Para clareza estou a incluir uma imagem de um que possuo, neste caso tirada sobre uma nota de 20€. O seu custo é acima disso (uns 35€ + extras). Pode ser usado em pequenos sistemas computacionais, como controlador em kits "faça você mesmo" ou como media center, e a partir de agora como servidor de base de dados, cortesia do desenvolvimento IBM Informix.
 De acordo com as machine notes, foi desenhado para ser executado em Raspbian (baseado em debian), que é massivamente utilizado no Raspberry Pi. Mas poderá ser executado noutros. O Raspbian é um dos SOs mais usados no Raspberry Pi e vem incluído no pacote NOOBS, o que o torna muito facilmente acessível.

Note que o ARM V6 é um processador bastante limitado, e que o Raspberry Pi tem (dependendo dos modelos) 512MB de RAM. Isto não será portanto uma máquina para esmagar benchmarks. Mas se precisa de adicionar uma base de dados a algum dos seus projectos, estas especificações serão mais que suficientes para o Informix graças às suas conhecidas capacidades de embutimento.

O port incluí a maioria das habituais funcionalidades do Informix, incluindo TimeSeries e o datablade para informação Geo-Espacial, bem como a nova REST API etc.

Vale a pena ver!



Categorias: Blogs em Português

2015 is here. So what? / 2015 chegou. E então?

Informix-Techonology - ter, 06/01/2015 - 09:36

Will the world change in 2015? I mean really change? (original version here: http://informix-technology.blogspot.com/2015/01/2015-is-here-so-what-2015-chegou-e-entao.html )


English version
Again a long interval without posts. I clearly missed my 2014 target, but that's usual. However 2014 ranks as the 3rd year with more articles on the blog. Not bad. I usually start the year as many people with several "new year resolutions" that most of the times I don't accomplish. Maybe that's because I loose focus, or just maybe because I need to re-act to external changes and challenges. Those usually include plans for the blog, but because I'm tired of missing those targets I decided to start working and nothing is better than a subject that relates to 2015.
On December 18, 2014, two distinguish Gartner analysts, Donald Feinberg (@brazingo) and Merv Adrian (@merv) signed an interesting article on Gartner Blog's site entitled "DBMS Legacies are Very Sticky". In that article they "destroy" a "a financial analyst report" that stated that during 2015 the industry would start retiring Sybase and Informix systems. "Destroy" is my own interpretation. Their word to describe it was, and I quote: poppycock. Not being an English native I search Google for the word and the answer was:

noun informal
    nonsense.
    "he said I was talking poppycock"
    synonyms:    nonsense, rubbish, garbage, claptrap, balderdash, blather, blether, moonshine

They go on through a very detailed list of arguments relative to Sybase and then the same for Informix. Among this arguments I'd like to highlight the following:

  • "Over a decade later, it remains an integral part of an IBM information management portfolio that includes three primary DBMSs - DB2, IMS and Informix, and newer entrants such as Cloudant. IBM has continued to release new enhanced versions of Informix since the acquisition"
  • "Finally, the number of IBM Informix customers has continued to increase and its user base is very loyal, with one the largest and most active User Groups"
  • And then they position Informix as the IBM choice for:
    • "High-speed processing in verticals like retail (point of sale systems) and manufacturing"
    • "Time-series DBMS – one of its primary features, and a 'timely' one
    • "The Internet of Things, where its high-speed ingest capabilities and small footprint are well-suited"
 What bothers me the most is not that and unknown source (I tried to find out who were the authors of the referenced study without success) makes some false claims. What really bother me is the impact of those claims though the industry. Up to the point that Gartner feels the need to contradict them after being questioned about the conclusions. Are we given these studies the real value they have?
We live in a world full of information, but most of us don't care to consider the value of the information we get, or in other words how valid that is. That's something I'd really like to see changing in 2015...


Versão Portuguesa
De novo um grande intervalo sem artigos. Falhei claramente o objectivo para 2014, mas isso já vem sendo um hábito. No entanto 2014 fica em 3º lugar dos anos com mais artigos no blog. Não é mau. Normalmente começo os anos com várias resoluções de ano novo, que na maioria das vezes não alcanço. Pode ser por falta de foco nos objectivos ou apenas porque tenho de reagir a mudanças e desafios externos. Nessas resoluções incluo habitualmente objectivos para o blog, mas como estou cansado de os falhar decidi meter mãos à obra e nada melhor que começar com algo que se refere a 2015.
Em 18 de Dezembro de 2014, dois distintos analistas da Gartner, Donald Feinberg (@brazingo) e Merv Adrian (@merv) assinaram um artigo interessante no site de blogs da Gartner intitulado "DBMS Legacies are Very Sticky". Nesse artigo, os autores "destroem" um "relatório de analistas financeiros" que afirma que durante 2015 o sector das TI iria começar a reformar sistemas Sybase e Informix. "Destruir" é a minha própria interpretação. A palavra que usaram para descrever o referido estudo foi, e cito: "poppycok". Não sendo um nativo do Inglês procurei no Google o significado da palavra e o resultado foi:

noun informal
    nonsense.
    "he said I was talking poppycock"
    synonyms:    nonsense, rubbish, garbage, claptrap, balderdash, blather, blether, moonshine

Se me permitem a tradução, é um substantivo, informal com sinónimos como "sem sentido", "lixo" e outras palavras cuja tradução seria mais vaga, mas penso que já perceberam a ideia.
Eles escrevem de uma forma muito detalhada sobre vários argumentos relativos ao Sybase e depois fazem o mesmo para o Informix. De entre os seus argumentos para o Informix gostaria de destacar os seguintes (traduzido, mas podem consultar a versão original no artigo da Gartner ou na versão Inglesa deste mesmo artigo):
  • "Mais de uma década depois, (o Informix) permanece uma parte integrante do portfolio da área de gestão da informação da IBM que incluí 3 DBMS principais - DB2, IMS e Informix, e novas adições como o Cloudant. A IBM continuou a disponibilizar novas versões melhoradas do Informix desde a aquisição"
  • "Finalmente, O número de clientes IBM Informix tem continuado a aumentar e a sua base de utilizadores é muito leal, com um dos maiores e mais activos grupos de utilizadores"
  • E depois posicionam o Informix como a escolha da IBM para:
    • "Processamento de alta velocidade para mercados verticais como o retalhe (sistemas PoS) e manufactura"
    • "Time-series DBMS – Uma das suas principais características"
    • "A Internet das Coisas, onde a sua capacidade de 'ingestão' a alta velocidade e o pequeno 'foot-print' se adaptam bem"
O que me incomoda mais não é que uma fonte desconhecida (tentei encontrar os autores do estudo, mas sem sucesso) falsa afirmações falsas. O que realmente me incomoda é o impacto dessas afirmações no sector das TI. Chega ao ponto de a própria Gartner sentir a necessidade de contradizer o tal estudo depois de ser questionada sobre as suas conclusões. Estaremos a dar a estes estudos o seu real valor?
Vivemos num mundo cheio de informação, mas a maioria parece não se preocupar em avaliar o valor dessa mesma informação, ou o grau de confiança que nos merece. Isso é algo que gostaria de ver alterado em 2015...

Categorias: Blogs em Português

Re: Resposta automática: Digest 249 - 255

Forum Informix em Português do IIUG - sab, 13/09/2014 - 11:07

Cadê um moderador para retirar esta mensagem?




*******************************************************************************

To post a response via email (IIUG members only):

1. Address it to iiug-por@iiug.org
2. Include the bracketed message number in the subject line: [258]

*******************************************************************************

Categorias: Forums de Informix em Português

Re: Extents Informix

Forum Informix em Português do IIUG - ter, 22/07/2014 - 22:38

8 extents no é problema. É desculpa e má ;) Cumprimentos On Jul 22, 2014 2:36 PM, "AMILCAR MORETI" <ajmoreti@yahoo.com.br> wrote: > Ola Pessoal do Grupo, Saudações... > > Estou com uma duvida sobre a questão de fragmentação do Informix, existe > algum > numero minimo de extent para dizer que essa ou aquela tabela esta > fragmentada > e esta impactando diretamente na performance, tipo 8 extents ja é motivo > para > a desfragmentar uma tabela? porque ja esta impactando na performance do > banco? > > estou perguntando porque geralmente utilizo um calculo para cada tabela > para > chegar a um valor, utilizando o oncheck -pt e -pp , porem estou com um > problema num cliente onde um outro terceiro esta colocando o problema de > performance de sua aplicação nas tabelas da mesma esta com uma quantidade > de 8 > extents e isso ja é motivo para impactar na performance, antes de entrar em > discussão gostaria de ouvir a opiniao de voces a respeito do assunto. > > obrigado > > > > > > > --047d7bd75e6484f91504fed2655c ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [257] *******************************************************************************

Categorias: Forums de Informix em Português

Resposta automática: Digest 249 - 255

Forum Informix em Português do IIUG - ter, 22/07/2014 - 17:05

Caro Leitor, No período de 07 à 26/07/2014 estarei em férias. Caso necessário favor entrar em contato com o Sr. Almir ramal 4890 Atenciosamente, Odair A Menegon IMPORTANTE: Esta mensagem é confidencial. Se você a recebeu por engano, por favor, elimine-a imediatamente e notifique seu remetente. Qualquer disseminação ou reprodução de seu conteúdo é expressamente proibida e, portanto, ilegal. The contents of this e-mail are confidential. If you received it by mistake, please, delete it immediately and notify the sender. Any dissemination or reproduction of its contents is strictly prohibited and, therefore, illegal. ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [256] *******************************************************************************

Categorias: Forums de Informix em Português

Re: Insert de um banco loggin em um banco no loggi

Forum Informix em Português do IIUG - ter, 22/07/2014 - 16:28

Para ficar claro existem 4 modos: - BUFFERED: grava o log num buffer para depois gravar no disco - UNBUFFERED: grava o log diretamente no disco, garantindo a integridade da transação. - NO LOGGING: é o mais rápido, pois não gera log, mas é o mais "inseguro" pois o banco não tem como recuperar um archive ou fazer um rollforward. - ANSI: nunca usei, mas acho que um modo semelhante ao que o Oracle faz, com transação sempre aberta. http://www-01.ibm.com/support/docview.wss?uid=swg21325178 Buffered logging: The buffer will not be flushed until it is full. There is a potential loss of data should a system crash occur before the buffer is flushed to disk. Unbuffered logging: The buffer is flushed as soon as any transaction is complete (i.e. a commit or rollback record is written to the log buffer). This mode guarantees that the log data will be saved. Jairo Gubler ----- Mensagem original ----- De: "AMILCAR MORETI" <ajmoreti@yahoo.com.br> Para: iiug-por@iiug.org Enviadas: Terça-feira, 22 de julho de 2014 16:17:05 Assunto: Re: Insert de um banco loggin em um banco no loggi [254] Legal, no modo ubuffered acredito que fique bem mais rapido o banco, pois nao tem que passar pela gravacao dos logs, mas nesse caso a ideia é trabalhar com bancos nos dois modos, porque o que vai estar gerando log, é um banco que obrigatoriamente tem que estar setado como buffer, pois senao a aplicacao nao funciona, e a ideia de criar um banco em ubuffered é justamente para tentar deixar o banco mais agil. obrigado novamente. ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [255] *******************************************************************************

Categorias: Forums de Informix em Português

Re: Insert de um banco loggin em um banco no loggi

Forum Informix em Português do IIUG - ter, 22/07/2014 - 16:17

Legal, no modo ubuffered acredito que fique bem mais rapido o banco, pois nao tem que passar pela gravacao dos logs, mas nesse caso a ideia é trabalhar com bancos nos dois modos, porque o que vai estar gerando log, é um banco que obrigatoriamente tem que estar setado como buffer, pois senao a aplicacao nao funciona, e a ideia de criar um banco em ubuffered é justamente para tentar deixar o banco mais agil. obrigado novamente. ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [254] *******************************************************************************

Categorias: Forums de Informix em Português

Re: Extents Informix

Forum Informix em Português do IIUG - ter, 22/07/2014 - 16:13

Pois é Jairo é o que penso tb, por isso que antes de conversar com o pessoal da aplicação queria saber o que o pessoal do grupo acha a respeito do assunto, pois sempre vi mais de 8 extents e nunca vi essa degradação de performance, posso estar errado, afinal esse mundo nosso cada dia a gente esta aprendendo. mas obrigado pelo retorno. ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [253] *******************************************************************************

Categorias: Forums de Informix em Português

Re: Extents Informix

Forum Informix em Português do IIUG - ter, 22/07/2014 - 11:09

Na minha experiência com INFORMIX, 8 extents é algo muito comum e não deveria gerar problema de desempenho. Jairo Gubler ----- Mensagem original ----- De: "AMILCAR MORETI" <ajmoreti@yahoo.com.br> Para: iiug-por@iiug.org Enviadas: Terça-feira, 22 de julho de 2014 10:36:38 Assunto: Extents Informix [249] Ola Pessoal do Grupo, Saudações... Estou com uma duvida sobre a questão de fragmentação do Informix, existe algum numero minimo de extent para dizer que essa ou aquela tabela esta fragmentada e esta impactando diretamente na performance, tipo 8 extents ja é motivo para a desfragmentar uma tabela? porque ja esta impactando na performance do banco? estou perguntando porque geralmente utilizo um calculo para cada tabela para chegar a um valor, utilizando o oncheck -pt e -pp , porem estou com um problema num cliente onde um outro terceiro esta colocando o problema de performance de sua aplicação nas tabelas da mesma esta com uma quantidade de 8 extents e isso ja é motivo para impactar na performance, antes de entrar em discussão gostaria de ouvir a opiniao de voces a respeito do assunto. obrigado ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [252] *******************************************************************************

Categorias: Forums de Informix em Português

Re: Insert de um banco loggin em um banco no l....

Forum Informix em Português do IIUG - ter, 22/07/2014 - 11:00

Já passei sim, mas com um banco em modo sem log (NO LOGGING) e outro com log ativo em modo BUFFERED. O ideal é definir um padrão único. Não lembro de nenhuma solução de contorno direto, a não ser fazer um export/import (unload/load) ou então mudar o modo de um dos databases. Sempre utilizamos o modo "UNBUFFERED". Jairo Gubler ----- Mensagem original ----- De: "AMILCAR MORETI" <ajmoreti@yahoo.com.br> Para: iiug-por@iiug.org Enviadas: Terça-feira, 22 de julho de 2014 10:45:38 Assunto: Insert de um banco loggin em um banco no logging [250] Ola Pessoal uma outra duvida, tenho um banco hoje que esta em modo buffered (ontape -s -B banco) e num outro servidor em uma outra instancia um banco em modo unbuffered, porem quando tento fazer um Insert into BI2@bancosoc:empresa select * from banco@serversoc:empresa ele me retorna um erro porque estou tirando os dados de um banco (B) e tentando fazer um insert em (U), alguem ja passou por essa questão, tem alguma solucao? obrigado ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [251] *******************************************************************************

Categorias: Forums de Informix em Português

Insert de um banco loggin em um banco no logging

Forum Informix em Português do IIUG - ter, 22/07/2014 - 10:45

Ola Pessoal uma outra duvida, tenho um banco hoje que esta em modo buffered (ontape -s -B banco) e num outro servidor em uma outra instancia um banco em modo unbuffered, porem quando tento fazer um Insert into BI2@bancosoc:empresa select * from banco@serversoc:empresa ele me retorna um erro porque estou tirando os dados de um banco (B) e tentando fazer um insert em (U), alguem ja passou por essa questão, tem alguma solucao? obrigado ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [250] *******************************************************************************

Categorias: Forums de Informix em Português

Extents Informix

Forum Informix em Português do IIUG - ter, 22/07/2014 - 10:36

Ola Pessoal do Grupo, Saudações... Estou com uma duvida sobre a questão de fragmentação do Informix, existe algum numero minimo de extent para dizer que essa ou aquela tabela esta fragmentada e esta impactando diretamente na performance, tipo 8 extents ja é motivo para a desfragmentar uma tabela? porque ja esta impactando na performance do banco? estou perguntando porque geralmente utilizo um calculo para cada tabela para chegar a um valor, utilizando o oncheck -pt e -pp , porem estou com um problema num cliente onde um outro terceiro esta colocando o problema de performance de sua aplicação nas tabelas da mesma esta com uma quantidade de 8 extents e isso ja é motivo para impactar na performance, antes de entrar em discussão gostaria de ouvir a opiniao de voces a respeito do assunto. obrigado ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to iiug-por@iiug.org 2. Include the bracketed message number in the subject line: [249] *******************************************************************************

Categorias: Forums de Informix em Português