[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-13 Por tôpico Rogerio Rios Pessanha
Perfeito Walter !

--- Em delphi-br@yahoogrupos.com.br, Walter Chagas \(Bol\) 
wchag...@... escreveu

 Voce escreveu pouco, mas escreveu bem e tudo que tinha que ser 
dito. A coisa é por aí mesmo. Aluno é aluno, acadêmico é acadêmico e 
profissional é profissional.
 
 Não procede em lugar nenhum neste infinto universo e suas infinitas 
civilizações, querer por a carroça na frente dos burros. Quem tá 
entrando neste mundo, tem que começar com o basicão mesmo e não com a 
batata quente...
 
 Mes passado apareceu um associado com esta mesma dúvida na lista e 
todos teimaram em bater na mesma tecla. Como me colocaram em modo de 
moderação na lista, a mensagem que eu postei na época não foi para o 
grupo. Vou tentar reescrever o que escrevi naquela ocasião aqui. 
Vamos ver se desta vez eles liberam:
 
 - Original Message - 
 From: Walter Chagas (Bol) 
 To: delphi-br@yahoogrupos.com.br 
 Sent: Wednesday, November 19, 2008 4:26 PM
 Subject: Re: [delphi-br] Paradox 7
 
 
 Trabalho academico, vamos raciocinar com o bonsenso, é uma coisa 
que tem que ser simples, pratica e objetiva pra, muitas vezes, o 
professor avaliar lá na hora e pronto. Dá a nota. OU seja, muitíssimo 
mais pratico, faz num Paradox ou num DBase da vida lá. Que ele abre o 
programa, roda e pronto. Avaliou num pulo.
 
 Então??? Como é que ela vai apresentar um trabalho, de cunho 
totalmente acadêmico, que requeira Oracle ou FB, que além de 
instalar, tem que configurar e os babado a quatro. Me expliquem??? 
Chega lá, tem que ainda rodar script no banco, configurar isto, 
alinha aquilo, monta a tabela aqui, dalí, faz issso, faz aquilo, 
seiláouqe... Essas coisas geralmente ele, ou avalia no laboratório da 
escola, ou então leva pra casa e avalia lá. Vejamos que a sala pode 
ter uns 40 alunos na média. Aí imagina o professor ter que rodar 40 
scripts num banco, sendo um de cada vez pra analisar o trabalho de 
cada um. Imagina cada um cria um banco dum jeito, um com 2 outro com 
20 tabelas. De repente tem tabela com mesmo nome do trabalho do 
outro. Aí um resolve inovar e vai de MSDE. To tentando imaginar o 
Foudervour que isso não ia dar. E tem nego aqui ainda propondo 
MySQL...
 
 CLAARO! Se ela quiser se aventurar de vez no mercado, ela vai ter 
que estudar um SGBD. Aí sim, é aquele praxe que todos nós aqui tamos 
carea de conhecer. Mas, pra trabalho de conclusão de curso ou mesmo 
de período, é disso aí mesmo que ela precisa no momento e não de 
viagem à maionese
 
 Com o mais profundo respeito a todos, vamos pisar no chão ne galera.
 
 -
 
 []s
 
 
 Walter Alves Chagas Junior
 Belo Horizonte - MG - Brazil
 wchag...@...
 http://www.geocities.com/SiliconValley/Bay/1058
 http://delphitocorporerm.blogspot.com/
 MSN: whitesock...@...
 SKYPE: WalterChagasJr
 
 
   - Original Message - 
   From: Coutinho - Yahoo 
   To: delphi-br@yahoogrupos.com.br 
   Sent: Friday, December 12, 2008 5:44 PM
   Subject: Re: [delphi-br] Sist. Controle de Estoque - DER
 
 
   Desculpem mais uma vez dar pitaco.
 
   É muito fácil mostrar o travo no olho do outro, quando não 
consegue-se 
   enxergar o que está no seu próprio.
   Creio que existe entre nós muita prevenção, muito pré-conceito...
 
   Gente... Para quem não conhece nada de banco de dados, e precisa 
   aprender os primeiros conceitos de aramazenamento, índices, 
   relacionamento, chave primária, estrangeira, ets, tem de fazer 
com um 
   banco fácil de se interagir...
   O paradox é comercial? Não... concordo com todos... se vai 
desenvolver 
   alguma coisa nova, responsável, faça-o com um banco que vc sabe 
que não 
   vai te dar dor de cabeça SGBD Real...
 
   Contudo se, e muito provavelmente é o caso, temos trocentos 
alunos de 
   cursos técnicos, tecnólogos e de faculdades aprendendo da lista, 
e 
   recebendo instrução nas escolas e faculdades, com ferramentas 
fáceis de 
   usar, até mesmo porquê, o tempo para eles, urge!
 
   Em outra oportunidade, pedi aos colegas mais compreensão e a 
capacidade 
   de colocar-se nos sapatos dos outros... Antes de mais nada... 
será que é 
   tão difícil perguntar-se o PORQUÊ? ( Com acento mesmo... vejam 
regras e 
   acentuação dos porques)...
 
   Alguém aqui nasceu sabendo alguma coisa? Não precisou da ajuda de 
   terceiros...? Então quem precisou da misericórdia algum dia, tem 
a 
   obrigação moral de lembrar disso e dar na mesma medida e moeda... 
se 
   você não recebeu nada de graça, então está na hora de fazer disso 
um 
   motivo (porquê) de se transformar em um ser melhor, mais 
altruista e 
   usar de sabedoria, e lembrar que ninguém é uma ilha... e ninguém 
detém 
   todo o conhecimento, nem o melhor das tecnologias.
 
   Eu programo com interbase, e digo, ainda hoje uso, e muito, o 
diamond 
   access, para fazer sistema s que rodam em obras até da petrobrás, 
porque 
   as empresas não vão contratar uma pessoa para ficar dando 
manutenção no 
   banco de dados, nem em um servidor dedicado, seguro rodando um 

[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico Rogerio Rios Pessanha
Bom Dia.
Ricardo e Evandro.
Sou professor, e o que vejo como maior problema em mudar de DELPHI X 
PARADOX para DELPHI X SGBD é que o conceito de SGDB é bem diferente.
Então, além de lecionar a parte de Logica/Programação, teríamos 
também que passar conceitos de BANCO DE DADOS.
Quando os alunos estão no 1º periodo começando, não vejo maiores 
problemas em lecionar DELPHI X PARADOX.
Na MINHA OPINIÃO acho que DELPHI X PARADOX assusta menos.
Nas minhas aulas falo abertamente aos alunos que DELPHI X PARADOX é o 
1º contato deles ( alunos ) com LINGUAGEM DE PROGRAMAÇÃO X BANCO DE 
DADOS,e também aviso que eles (alunos) ouvirão muito a frase :
Esse professor seu é um atrazado! DELPHI X PARADOX é um lixo!
Então cito em aula que o DELPHI como outra qualquer LINGUAGEM 
interage perfeitamente com os principais SGBD do mercado.
Para quem NUNCA programou, e NUNCA programou com BANCO DE DADOS, 
ainda acho que começar com algo mais simples funciona.
Indiferente de ser PARADOX ou POSTGRE , eles precisam é conhecer 
MUITO bem os conceitos BÁSICOS de BANCO DE DADOS ( desde colunas-
campos, registro-linhas, incio de arquivo, fim de arquivo, indices 
etc ), para que possam saber o que vão fazer no DELPHI (componentes, 
propriedades, metodos, eventos etc).

 
--- Em delphi-br@yahoogrupos.com.br, Ricardo César Cardoso 
ricardo_engs...@... escreveu

 Questão complicada Evandro.
 
 Eu, você e outros só sabemos que não é o ideal por que além de 
experiências ruins, tivemos alguém que nos falou sobre esses 
problemas do e no Paradox. Não é aversão incondicional; é um alerta 
apenas. 
 
 Existem três grandes problemas que ainda dão sobrevida ao Paradox e 
ao BDE: 
 
 1) Preguiça do meio acadêmico (infelizmente estou generalizando, 
mas sei que existem ótimas excessões à regra) usando material 
produzido a uns 10 anos atrás. Quer ensinar Paradox ótimo, mas dê 
continuidade ensinando também a usar alguma outra forma de acesso e 
banco de dados (ex.: Firebird e DBX). Material pronto para isso 
existe aos borbotões.
 
 2) Preguiça de pseudo desenvolvedores. Aqui o bicho pega pois o 
cara que quer ser ixpertu joga o orçamento de um trabalho de 
desenvolvimento lá embaixo pois ele comprou aquele fantástico CD 
com 5 sistemas prontos com fontes ou procurou no Google e achou 
prontinho. Porém, todavia, entretanto, usando Paradox e BDE. E se 
precisar dar manutenção? E se o cliente já tiver um outro banco de 
dados?  
 
 Nesse item falo por experiência própria: também já peguei sistemas 
prontos em BDE e Paradox, porém fiz um trabalho de atualização 
trocando a dupla em questão por Firebird e DBX. Toma algum tempo, mas 
nada tão crítico. E vi alguns p.d.i.'s(*) terem sérios problemas, 
pois jogavam o preço lá em baixo, e se deparavam com os problemas que 
citei. Aí faltava conhecimento para fazer a adaptação, para dar 
manutenção, pra tudo. Resultado: ou abandonavam o cliente sem 
terminar o projeto, ou pagavam do bolso pra fazer a migração. Em 
raros casos ( diria 1 em 20 ) o cara se dispunha a fazer a migração. 
 
 3) Base legada: em parte por conta dos dois problemas acima ou por 
conta do tempo em que uma aplicação já esteja em produção, a migração 
não compensa. O volume de dados é muito grande.
 
 Por isso acho que Paradox não deve ser usado para novos projetos. E 
como o material que se usa em muitas das faculdades é o mesmo que se 
encontra na Internet, que se abandone seu ensino. Precisa dar 
manutenção e não conhece? É como já se faz, usa o bom e velho Google 
e para dúvidas, recorre a uma lista.
 
 []'s
 Ricardo.
 
 _
 
 Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!
 
 --- Em sex, 12/12/08, Evandro Siqueira vans...@...
  escreveu:Pessoal,
 
 Acho que a gente precisa mudar de atitude um pouco em relação a 
essa 
 aversão incondicional ao paradox. Todos sabemos que não é uma forma 
 ideal de gerenciar dados, mas é o que os professores ensinam nas 
 universidades. Gostaria de saber qual de nós que nunca teve uma 
 experiência com piradox...
 
 Eu mesmo começei com piradox trabalhei em empresas que até hoje 
usam 
 piradox e sei que existe uma base instalada ainda muito grande em 
 piradox. É uma realidade e uma realidade que muitos de nós 
contribuímos 
 quando, no passado, dando os primeiros passos na linguagem, pegamos 
o 
 que parecia mais fácil (piradox) e implantamos em n clientes.
 
 Hoje trabalho com Firebird e SQL Server. Não faria nem uma 
agendinha 
 telefônica no piradox e aconselho a quem está começando a mudar de 
 paradigma, mas precisamos entender que as pessoas que estão 
iniciando 
 sempre começam por lá, os professores ensinam e cobram isso, e 
quando 
 postam uma dúvida, elas precisam de uma resposta que os auxiliem e 
 incentivem a progredir. A mudança vem com o tempo. Ai os 
companheiros 
 jogam um balde de agua fria com frases do tipo Fuja!!!,te
 exconjuro 
 e outras assim. Isso desanima qualquer um, principalmente porque há 

[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico marcio
Boa tarde.
Ricardo, Evandro e Rogério


Não querendo me meter no assunto especifico de vcs, já q sou um mero 
aprendiz, gosto muito do firebird, mysql, sql server e to começando 
a estudar sql para poder estudar um SGDB de verdade, contudo sei que 
tenho um longo caminho a seguir e por mais que seja fácil o 
paradox tenho em mente que tudo que é fácil não é especificamente 
confiável, quanto ao assunto é bastante polemico eu mesmo já abri um 
porto aki sobre este assunto com a pergunta, Qual o melhor e mais 
comercil profissionamente falando, teve uns posts bem interessantes 
como este aki, tem o lado dos programadores, Como vcs que por 
serem experientes no assunto odeiam o paradox, tem o lado dos 
professores que teem que adapatar o início à realidade do aluno(este 
eu conheço pq sou professor tmb - Redes e Hardware) e tem o lado dos 
iniciantes EU que fico as vezes perdido, mas sei que com posts momo 
estes, ou seja, uma discussao inteligente e criativa, irei tirar 
todas as minha dúvidas já que estou apenas estudando o assunto, até 
me sinto no meio de GURUS, rs

Caso alguém do grupo puder me ajudar no título inicial deste post 
(DER) agradeço muito pois tenho esta realidade do PIRADOX a 
resolver, rs

Acho que o que está faltando aqui no grupo é um Sub-Grupo para 
estudo específico dos SGDB'sxDeslphi e SQL ;)

Muito obrigado aí pela força pessoal :):):):):):):):):):):):)

Márcio F



Re: [delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico Ricardo César Cardoso
Eu não odeio o Paradox. Só acho ultrapassado até mesmo para introduzir alguém 
em programação e acesso de dados.

Quando ao DER, esquece a implementação e pensa no problema. Esquece que vc 
tem que usar  seja Paradox, IB, FB, Postgree, MSSQL, MySQL ou que quer que 
seja. Passe apenas a tabela para que possamos _orientá-lo_ no sentido de 
relacionar as entidades.

[]'s
Ricardo.
_

Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!

--- Em sex, 12/12/08, marcio fernando_...@ymail.com escreveu:
De: marcio fernando_...@ymail.com
Assunto: [delphi-br] Re: Sist. Controle de Estoque - DER
Para: delphi-br@yahoogrupos.com.br
Data: Sexta-feira, 12 de Dezembro de 2008, 15:45











Boa tarde.

Ricardo, Evandro e Rogério



Não querendo me meter no assunto especifico de vcs, já q sou um mero 

aprendiz, gosto muito do firebird, mysql, sql server e to começando 

a estudar sql para poder estudar um SGDB de verdade, contudo sei que 

tenho um longo caminho a seguir e por mais que seja fácil o 

paradox tenho em mente que tudo que é fácil não é especificamente 

confiável, quanto ao assunto é bastante polemico eu mesmo já abri um 

porto aki sobre este assunto com a pergunta, Qual o melhor e mais 

comercil profissionamente falando, teve uns posts bem interessantes 

como este aki, tem o lado dos programadores, Como vcs que por 

serem experientes no assunto odeiam o paradox, tem o lado dos 

professores que teem que adapatar o início à realidade do aluno(este 

eu conheço pq sou professor tmb - Redes e Hardware) e tem o lado dos 

iniciantes EU que fico as vezes perdido, mas sei que com posts momo 

estes, ou seja, uma discussao inteligente e criativa, irei tirar 

todas as minha dúvidas já que estou apenas estudando o assunto, até 

me sinto no meio de GURUS, rs



Caso alguém do grupo puder me ajudar no título inicial deste post 

(DER) agradeço muito pois tenho esta realidade do PIRADOX a 

resolver, rs



Acho que o que está faltando aqui no grupo é um Sub-Grupo para 

estudo específico dos SGDB'sxDeslphi e SQL ;)



Muito obrigado aí pela força pessoal :):):):):):) :):):):): ):)



Márcio F


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]



[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico marcio
--- Em delphi-br@yahoogrupos.com.br, Ricardo César Cardoso 
ricardo_engs...@... escreveu

 Eu não odeio o Paradox. Só acho ultrapassado até mesmo para 
introduzir alguém em programação e acesso de dados.
 
 Quando ao DER, esquece a implementação e pensa no problema. 
Esquece que vc tem que usar  seja Paradox, IB, FB, Postgree, MSSQL, 
MySQL ou que quer que seja. Passe apenas a tabela para que possamos 
_orientá-lo_ no sentido de relacionar as entidades.
 
 []'s
 Ricardo.


Opá,

qt ao prj, sei que preciso de teblas para:

clientes
fornecedores
estoque
compras
vendas
caixa
funcionarios
estados

esqueci de alguma, aquele modelo é um que tava dando uma olhada na 
net para ter uma base, contudo tenho que desenvolver um por mim 
mesmo para que eu tenha que aprender a pescar, rs

valew



[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico Silva Developer
Na minha opnião, você deve começar com um banco cliente/servidor
relativamente fácil de aprender como o firebird ou mysql, e
futuramente migrar/utilizar o oracle, que na minha opnião é o melhor
de todos, por vários motivos compravados.E ainda por cima, tem a
versão xe que é free.

Veja bem, está é apenas minha opnião pessoal.

Espero ter ajudado.

Abraço,

Silva Developer

--- Em delphi-br@yahoogrupos.com.br, Ricardo César Cardoso
ricardo_engs...@... escreveu

 Eu não odeio o Paradox. Só acho ultrapassado até mesmo para
introduzir alguém em programação e acesso de dados.
 
 Quando ao DER, esquece a implementação e pensa no problema.
Esquece que vc tem que usar  seja Paradox, IB, FB, Postgree, MSSQL,
MySQL ou que quer que seja. Passe apenas a tabela para que possamos
_orientá-lo_ no sentido de relacionar as entidades.
 
 []'s
 Ricardo.
 _
 
 Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!
 
 --- Em sex, 12/12/08, marcio fernando_...@... escreveu:
 De: marcio fernando_...@...
 Assunto: [delphi-br] Re: Sist. Controle de Estoque - DER
 Para: delphi-br@yahoogrupos.com.br
 Data: Sexta-feira, 12 de Dezembro de 2008, 15:45
 
 
 
 
 
 
 
 
 
 
 
 Boa tarde.
 
 Ricardo, Evandro e Rogério
 
 
 
 Não querendo me meter no assunto especifico de vcs, já q sou um mero 
 
 aprendiz, gosto muito do firebird, mysql, sql server e to começando 
 
 a estudar sql para poder estudar um SGDB de verdade, contudo sei que 
 
 tenho um longo caminho a seguir e por mais que seja fácil o 
 
 paradox tenho em mente que tudo que é fácil não é especificamente 
 
 confiável, quanto ao assunto é bastante polemico eu mesmo já abri um 
 
 porto aki sobre este assunto com a pergunta, Qual o melhor e mais 
 
 comercil profissionamente falando, teve uns posts bem interessantes 
 
 como este aki, tem o lado dos programadores, Como vcs que por 
 
 serem experientes no assunto odeiam o paradox, tem o lado dos 
 
 professores que teem que adapatar o início à realidade do aluno(este 
 
 eu conheço pq sou professor tmb - Redes e Hardware) e tem o lado dos 
 
 iniciantes EU que fico as vezes perdido, mas sei que com posts momo 
 
 estes, ou seja, uma discussao inteligente e criativa, irei tirar 
 
 todas as minha dúvidas já que estou apenas estudando o assunto, até 
 
 me sinto no meio de GURUS, rs
 
 
 
 Caso alguém do grupo puder me ajudar no título inicial deste post 
 
 (DER) agradeço muito pois tenho esta realidade do PIRADOX a 
 
 resolver, rs
 
 
 
 Acho que o que está faltando aqui no grupo é um Sub-Grupo para 
 
 estudo específico dos SGDB'sxDeslphi e SQL ;)
 
 
 
 Muito obrigado aí pela força pessoal :):):):):):) :):):):): ):)
 
 
 
 Márcio F
 
 
   Veja quais são os assuntos do momento no Yahoo! +Buscados
 http://br.maisbuscados.yahoo.com
 
 [As partes desta mensagem que não continham texto foram removidas]





[delphi-br] Re: Sist. Controle de Estoque - DER

2008-12-12 Por tôpico marcio
Opa,

muito legal o esclarecimento, vou te explicar o problema, comecei 
aprender delphi para criar um programa que eu não encontrei e q fui 
fazer um orçamento e descobri que se eu aprendesse seria melhor, ai 
gostei muito(n q já aprendi rs) da linguagem e de quebra vou poder 
fazer o meu programa rs.

no projeto do curso eu tenho uma banca de video-game e queria 
gerenciar a parte de jogos e periféricos e tmb a parte financeira:

eis os objetivos:
1-cadastrar os meus clientes, pois eles fazem encomenda de jogos e 
peças
2-cadastrar meus 3 funcionarios
3-cadastrar os pedidos de encomendas, q funcionario pegou a 
encomenda, q cliente a fez e qd vai ser a entrega
4-na entrega, quem entregou, qual a comissão e qual a forma de 
pagamento q  foi efetuada pelo cliente
5-cadastrar as entradas no estoque, quem fez(fornecedor) quem recebeu
(funcionario), qual o valor e qd deve ser paga
6-fazer um sistema de segurança dos dados, tipo backup e restauração

estes são os problemas que o meu sistema irá encontrar, espero ter 
sido claro qualquer duvida ...


grato a todos