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:
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
Curtir tópico
+ 0
Responder
Posts
11/04/2003
Julienmurray
Alguém teria a humildade de ajdar-me?
Obrigado !
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
Clique aqui para fazer login e interagir na Comunidade :)