Fórum Edit.text no lugar de DBEdit.text ? #154096

11/04/2003

0

Olá comunidade !

Meu professor largou uma ontem que fiquei meio assim....

Pró do (meio assim)

Ele disse que é mais seguro um edit do que uma dbedit.

Motivo:

Quando geramos um aplivativo onde existem dbedit´s, o que se passa, estes campos estão ligados diretamente ao banco de dados, ou seja, se quisermos editar, ou adicionar novo, se estivermos em rede, por exemplo, o banco de dados estará disponível somente para aquela máquina que está editando ou adicionando novo, e que não aconteceria de, quando abre a janela, tá lá aparecendo aquele registro n° 1 do teu banco de dados.(a maioria queria que estivesse em branco, né? :mrgreen: )

E teria até uma pequena vantagem..... não é?

Bom e ele veio com o edit(agora entra o contra do pensamento ´meio assim´

Tem que digitar tudo na UNHA véia a programação de apontar cada campo da sua TTable , para cada edit (ih tá me parecendo um concorrente do Delphi....)

Bom, como sei que tem pessoas no fórum que tem mais conhecimento no assunto, é VERDADE? Na hora fiquei meio de cara com o o profe, mas eu concordeicom ele, ainda mais se esta possível tese de trancar o banco somente para aquela máquina que está usando o registro no momento, ou somente conectar-se no banco.... iria dar coisa ruim.....

Então qual seria a solução pra isso? tem como (claro que deve ter) programar as dbedit´s diferente? Como? e Como programar as edit´s?

Bom só espero que os programadores que utilizam alguma destas técnicas não entrem em conflito....

Thank´s

:twisted: Julien ´Murray´ :twisted:

Pensamento do Dia : Beber é bom na sexta depois do expediente , mas ressaca é uma MER[b:5a757dbc57]cadoria[/b:5a757dbc57]...... :mrgreen:

PS: E aí seu(dona ) ZOOM vai censurar? :twisted:


Julienmurray

Julienmurray

Responder

Posts

11/04/2003

Julienmurray

Alguém teria a humildade de ajdar-me?

Obrigado !


Responder

Gostei + 0

11/04/2003

Midas

Olá comunidade ! Meu professor largou uma ontem que fiquei meio assim.... Pró do (meio assim) Ele disse que é mais seguro um edit do que uma dbedit. Motivo: Quando geramos um aplivativo onde existem dbedit´s, o que se passa, estes campos estão ligados diretamente ao banco de dados, ou seja, se quisermos editar, ou adicionar novo, se estivermos em rede, por exemplo, o banco de dados estará disponível somente para aquela máquina que está editando ou adicionando novo, e que não aconteceria de, quando abre a janela, tá lá aparecendo aquele registro n° 1 do teu banco de dados.(a maioria queria que estivesse em branco, né? :mrgreen: ) E teria até uma pequena vantagem..... não é? Bom e ele veio com o edit(agora entra o contra do pensamento ´meio assim´ Tem que digitar tudo na UNHA véia a programação de apontar cada campo da sua TTable , para cada edit (ih tá me parecendo um concorrente do Delphi....) Bom, como sei que tem pessoas no fórum que tem mais conhecimento no assunto, é VERDADE? Na hora fiquei meio de cara com o o profe, mas eu concordeicom ele, ainda mais se esta possível tese de trancar o banco somente para aquela máquina que está usando o registro no momento, ou somente conectar-se no banco.... iria dar coisa ruim..... Então qual seria a solução pra isso? tem como (claro que deve ter) programar as dbedit´s diferente? Como? e Como programar as edit´s? Bom só espero que os programadores que utilizam alguma destas técnicas não entrem em conflito.... Thank´s :twisted: Julien ´Murray´ :twisted: Pensamento do Dia : Beber é bom na sexta depois do expediente , mas ressaca é uma MER[b:9a700b77cd]cadoria[/b:9a700b77cd]...... :mrgreen: PS: E aí seu(dona ) ZOOM vai censurar? :twisted:



antes usava o edit .. porem os codigo ficavam monstros de dificil manutençao .. resultado um programador me disse se o dephi faz para vc porque fazer ????? entao passei a usar o dbedit e addfilds da tabela ...
em vez de
tabela.fieldbyname(´campo´).asstring:=dbedit.text;
tabelacampo.value:=dbedit.text;
muito mais facil e simples...


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar