急，在线等，一个很简单的问题，怎么也看不出错在哪里？？?

powre 2017-09-14 12:11:00

还是那个登录的代码，加帐号密码时弹出错误提示对话框：

看提示和调试显示是这句代码有问题：
if(Trim(Edit1.Text)=DataModule2.ADOQuery1.FieldByName('UserName').AsString) and (Trim(Edit2.Text)=DataModule2.ADOQuery1.FieldByName('password').AsString) then

我查了一下数据库，字段UserName没有写错呀，看了好久没看出啥问题，希望大神们指点一下，谢谢！

procedure TForm1.BitBtn1Click(Sender: TObject);
begin

if(Trim(Edit1.Text)='') then
begin
showMessage('请输入帐号');
Edit1.SetFocus();
exit;
end;

if(Trim(Edit2.Text)='') then
begin
showMessage('请输入密码');
Edit2.SetFocus();
exit;
end;

if(Trim(Edit1.Text)=DataModule2.ADOQuery1.FieldByName('username').AsString) and (Trim(Edit2.Text)=DataModule2.ADOQuery1.FieldByName('password').AsString) then
// and (Trim(Edit2.Text=DataModule2.ADOQuery1.FieldByName('Password').AsString) then //如果帐号密码正确
begin
with DataModule2.ADOQuery1 do
begin
Close;
SQL.Clear;
SQL.Add('select * from Users where UserName="'+Trim(Edit1.Text)+'"') ;
SQL.Add('and Password="'+Trim(Edit2.Text)+'"');
Open;

if RecordCount=1 then
begin
userrole:= fieldbyname('Grade').AsString;
showmessage(userrole);
end;
end;
end;

end;

...全文

1488 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

lyhoo163 2017-09-15

打赏
举报

回复

你使用DataModule2.ADOQuery1，有结构性问题 1、SocketConnection连接数据库 2、通过SQL连接表 DataModule2.ADOQuery1.Close; DataModule2.ADOQuery1.SQL := ... DataModule2.ADOQuery1.Open; 问题关键： 3、你指定的表Users中，没有username字段。

秋天之落叶 2017-09-14

打赏
举报

回复

不知道你其他地方是不是open了DataModule2.ADOQuery1， if(Trim(Edit1.Text)=DataModule2.ADOQuery1.FieldByName('username').AsString) and (Trim(Edit2.Text)=DataModule2.ADOQuery1.FieldByName('password').AsString) then 的数据来自何方？应该是先OPEN后引用，你何时打开的DataModule2.ADOQuery1？

doloopcn 2017-09-14

打赏
举报

回复

是不是在IDE环境中静态地把字段增加到PROJECT了，然后把USERNAME给删除了？

CDSN_SB_SYY 2017-09-14

打赏
举报

回复

SQL.Add('select * from Users where UserName="'+Trim(Edit1.Text)+'"') ; SQL.Add( ' and Password="'+Trim(Edit2.Text)+'"'); and 前有个空格

日立奔腾浪潮微软松下联想 2017-09-14

打赏
举报

回复

DataModule2.ADOQuery1.Close; DataModule2.ADOQuery1.SQL := ... DataModule2.ADOQuery1.Open; if ...

酷窗版演示：http://www.edd8.com/bbs/index.asp?style=0 简装版演示：http://www.edd8.com/bbs/index2.asp 一点点论坛（http://www.edd8.com/bbs）使用说明欢迎大家下载使用一点点论坛，在使用论坛前，请认真阅读以下内容： ===================================== 论坛：一点点论坛（http://www.edd8.com/bbs）主页：一点点星空驿站（http://www.edd8.com/）站长：叮咚虫（e_Mail:b_li@163.com）版本：EDD8 Ver.2003 for DV ===================================== 　　一点点论坛是建立在动网论坛基础上的ASP互动论坛，从动网Var5.b109开始论坛结构便开始脱离动网，与动网升级一起，本论坛本身也同时实现了动网新的功能，到519的发布，本人常得论坛本身已功能基本完善，所以决定与动网完全脱离，到动网Final的出现，本论坛也决定不再跟随动网升级了，本人全面对原来的论坛进行了代码优化和版面重排，并升级了部分功能代码，完成了现在这样的论坛。使论坛已经完全脱离了动网，以后也不可以随动网一起升级了！　　所以选择本论坛的朋友请先明白，如果采用了本论坛的数据结构，以后就不可以和动网一起升级了，而现有的动网Final版的数据库和本论坛的数据库也是不兼容的！对于动网V5.b519的用户，本人同时在压缩包里提供了升级文件，可以把你519的数据库升级成和本论坛一致的数据结构！　　由于一些朋友催得较急，部分功能还是没有完善的（但不会出错），我以后也会给出升级包的。所以决定使用本论坛的朋友，请一定要到本站论坛的“站务办公室”进行指定的留言签名，以好我第一时间通知大家升级！　　论坛中使用到的部分插件并没有一同奉上，原因是我还没完成代码优化，请过几天到我的论坛上下载。可以下载的插件主要有：社区银行、网络拳皇、可乐吧台球、五子棋等等…… ===================================== 主要特色功能说明： ◎ 双版面设计，用户可以根据不同爱好选择不同的版式（酷窗版和精简版），系统会记录用户的选择，不用重复选择，也不会出现版面混淆等现象； ◎ 发贴回贴互动功能，给用户随机的互动事件，增加用户的参与兴趣； ◎ 增强的UBB代码和JS代码，新增的买卖贴、定时贴等十几种特色功能UBB代码； ◎ 贴子功能加强，增加互动鲜花、鸡蛋、金钱、炸弹等功能，并保存数据作为用户在论坛的人缘依据； ◎ 不好说了，等你去发掘吧，不然又说我叫卖了…… ====================================== 安装说明：解压就可以了，数据库名称和路径有变动时不要忘了在CONN。ASP中进行相应修改。（注意：当论坛中一个贴子也没有时，论坛明星会出错，但当你加入贴子后就正常了，大家不要惊慌）升级：（对519），解压后把你的原519数据库覆盖现数据库，再执行根目录下的UPDATE。ASP文件就行了，如果没有升级成功的提示，说明你的数据不能进行升级！（注意：数据库的升级应做了备份，并在本机上进行！） ====================================== 最后一点说明：由于论坛本来是打算自己用的，所以在设计的过程中部分变量已经去掉，不能从后台设置了（如表格边框），请大家最好保持现有的风格。如果还不问题，可以到我的论坛上来交流。??注意，由于本人时间不限，技术支持是有限的，请不要过于强求！

　　接前文： https://quantum6.blog.csdn.net/article/details/120103727 　　工作完成了，出问题了。不能急着找人，怀疑别人出问题。怎么办？之前能不能运行？能。别人有没有改什么？没有。　　那么，一定是自己改出的问题。怎么办？这不简单吗？代码回滚啊。看看哪一段代码出错，问题不就解决了？急三火四的找别人，意思就是自己没错，别人错了？　　从主管来说，工作安排下去，员工汇报工作完成，是不是事情就完了？当然不是。汝要检查啊，要看一眼；自己没空，安排

什么是共识算法背景分布式系统集群设计中面临着一个不可回避的问题，一致性问题对于系统中的多个服务节点，给定一系列操作，如何试图使全局对局部处理结果达成某种程度的一致？这个一致性问题大致有如下的场景：节点之间通讯不可靠的，延迟和阻塞节点的处理可能是错误的，甚至节点自身随时可能宕机节点作恶举例说明，就比如有两家电影院同时售卖总量一定的电影票，在这样的场景下，要如何设计方式来保证两家电影院协调同步不出现超卖或者错卖的问题呢？共识算法，就是解决对某一提案（目标，投票等各种协作工作），大家达成一致意见的过程比如上述的买票问题，就可以有如下的设计：1.每次卖票打电话给其他电影院，确认当前票数2.协商售卖时间，比如一三五A卖，二四六B卖3.成立个第三方存票机构，它统一发票通过以上的设计，可以看出一个很重要的解决一致性算法的解决思路，即：将可能引发不一致的并行操作进行串行化，就是现在计算机系统里处理分布式一致性问题基础思路和唯一秘诀著名的共识设计理论FLP 不可能性原理共识算法的理论下限提出该定理的论文是由 Fischer, Lynch 和 Patterson 三位作者于 1985 年发表，该论文后来获得了 Dijkstra（就是发明最短路径算法的那位）奖。FLP 原理认为对于允许节点失效情况下，纯粹异步系统无法确保一致性在有限时间内完成。三人三房间投票例子三个人在不同房间，进行投票（投票结果是 0 或者 1）。三个人彼此可以通过电话进行沟通，但经常会有人时不时地睡着。比如某个时候，A 投票 0，B 投票 1，C 收到了两人的投票，然后 C 睡着了。A 和 B 则永远无法在有限时间内获知最终的结果。如果可以重新投票，则类似情形每次在取得结果前发生带入到计算机领域就是说，即便在网络通信可靠情况下，一个可扩展的分布式系统的共识问题的下限是无解。即可靠性的下限是0%CAP 分布式系统领域的重要原理CAP 原理最早由 Eric Brewer 在 2000 年，ACM 组织的一个研讨会上提出猜想，后来 Lynch 等人进行了证明• C（一致性）：所有的节点上的数据时刻保持同步，即数据一致• A（可用性）：每个请求都能在一定时间内接受到一个响应，即低延迟• P（分区容错）：当系统发生分区时仍然可以运行的定理：任何分布式系统只可同时满足二点，没法三者兼顾。即数据一致，响应及时，可分区执行不可能同时满足。举个例子：一个分布式网路上，某一个节点有一组依赖数据A，当网络无延迟，无阻塞时，依赖于X的操作可正常进行。但网络无延迟阻塞在现实世界中是没法100%保证的，那么当网络异常时，必然会产生分布式系统的分区和孤岛，那当一个执行操作在A分区之外时，如果要保证P,即当系统发生分区时仍可运行，就需要在分布式系统中多个节点有X的备份数据，以应对分区情况。则这时候就需要在C,A之间做出选择。假如选择C，即要保证数据在分布式网络中的一致性，那么就需要在X每次改动时，需要将全网节点的X数据同步刷新成最新的状态，那么在等待数据刷新完成之前，分布式系统是不可响应X的依赖操作的，即A的功能缺失假如选择A，即要突出低延迟的实时响应。那么在响应的时候，可能全节点的X数据并没有同步到最新的状态，则会导致C的缺失。上面看上去有些绕，那么你只要记住这句话，CAP原理在分布式网络系统的应用讨论，其实就是讨论在允许网络发生故障的系统中，该选择一致性还是可靠性？如果系统重视一致性，那么可以基于ACID原则做系统设计即 Atomicity（原子性）、Consistency（一致性）、Isolation（隔离性）、Durability（持久性）。ACID 原则描述了对分布式数据库的一致性需求，同时付出了可用性的代价。• Atomicity：每次操作是原子的，要么成功，要么不执行；• Consistency：数据库的状态是一致的，无中间状态；• Isolation：各种操作彼此互相不影响；• Durability：状态的改变是持久的，不会失效相应的有一个BASE原则，（Basic Availiability，Soft state，Eventually Consistency）则强调了可用性。经典的共识算法设计业内，针对节点异常的情况，会有两种分类1.故障的，不响应的节点，成为非拜占庭错误2.恶意响应的节点，称为非拜占庭错误Paxos 最早的共识算法非拜占庭算法的代表Paxos有三种角色：• proposer：提出一个提案，等待大家批准为结案。客户端担任该角色；• acceptor：负责对提案进行投票。往往是服务端担任该角色；• learner：被告知结案结果，并与之统一，不参与投票过程。即普通节点系统运行由proposer驱动，当合法提案在一定时间内收到1/2以上投票后达成共识。因此，可得出无法达成共识的条件：1.proposer故障2.二分之一以上acceptor故障拜占庭问题与BFT(Byzantine Fault Tolerant) 算法Leslie Lamport 1982 年提出用来解释一致性问题的一个虚构模型。拜占庭是古代东罗马帝国的首都，由于地域宽广，守卫边境的多个将军（系统中的多个节点）需要通过信使来传递消息，达成某些一致的决定。但由于将军中可能存在叛徒（系统中节点出错），这些叛徒将努力向不同的将军发送不同的消息，试图会干扰一致性的达成。拜占庭问题即为在此情况下，如何让忠诚的将军们能达成行动的一致。对于拜占庭问题来说，假如将军总数为 N，叛变将军数为 F，则当N>=3F+1 时，问题才有解，即叛变的将军不超过1/3时，存在有效的算法，如BFT，不论叛变者如何折腾，忠诚的将军们总能达成一致的结果。这是一个数学论证的结论，有兴趣的同学可以自行推导。PBFT 一种高效拜占庭容错共识算法PBFT是Practical Byzantine Fault Tolerance的缩写，意为实用拜占庭容错算法。该算法是Miguel Castro 和Barbara Liskov（2008年图灵奖得主）在1999年提出来的，解决了原始拜占庭容错算法效率不高的问题。他的核心思想是：对于每一个收到命令的将军，都要去询问其他人，他们收到的命令是什么。如上图，假设命令由A将军分发，假如A是作恶异常，分发给B,C,D的操作分别是1,2,3.意图扰乱共识。拜占庭容错算法上设计实现是，当B,C,D收到命令后，相互之间也会沟通从A收到的命令是否一致，从而达到识破干扰的目的。其容错的极限值就是N>=3F+1。PBFT 在区块链上的实现区块链的节点分为记账节点和普通节点两个角色记账节点负责向全网提供记账服务，并维护全局账本，每过一段时间从记账节点中选一个议长，进行命令的分发，其他记账节点则作为议员进行验证将军就是记账节点，拥有全局账本，并验证交易的有效性，过互相传达验证结果，在f共识的一般流程如下：1.任一节点接收到发送者签名的交易数据请求后，向全网广播2.所有记账节点均独立监听全网的交易数据，并记录在内存3.议长在经过t后发送共识请求提案request4.议员在收到提案后，进行相关验证，发送响应response5.任意节点在限定时间内收到至少F+1个response后，共识达成，把交易记录入区块并发布给全网，如果超时，则更换视图和议长6.任意节点在收到完整区块后，把包含的交易从内存中删除开始下一个共识循环区块产生间隔t, 记账节点n, 可容错节点数f，视图编号v, 区块高度h, 议长编号p, 议员编号i p=(h-v)%n 未来的发展POW算法建立了比特币帝国，具有划时代的意义。但其能耗和速度问题却是制约区块链普及的两大难以解决的问题。目前POS算法是一大趋势，以太坊的Casper，EOS的DPos等都是借鉴了上述前人的设计理念做的基于应用场景的优化改造，但万变不离其宗，我和大家一样，需要不断的学习和思考，没准，能有发明出自己的共识算法的一天呢。

在C++中 memset() 可以将数组每个元素初始化为-1 0 false true 这个我们经常用，是可以的，但是昨天将数组元素初始化为1 就出错了。全部变成了168009！不知道是怎么一回事？大虾们能否给指点迷津？很简单memset是一个字节一个字节的设置，把一个int的每个字节都设置为1，也就是0x01010101,十进制就是16843009 前段项目中发现一个问题，程序总是

一、前言：每一个学习的项目都要当做实战经验来对待，所以应该做的都必不可少，不要急，去做就好了！二、附加数据库出错：分析需求设计数据库的时候想看看自己之前的数据库是怎么设计的，该怎么去优化一下，在附加数据库的时候遇到这个问题：自己想了一下发现自己没有印象，稍微有一些不想去解决它，想要放弃不去看以前的数据库了，但是想...

数据库相关

2,498

社区成员

88,445

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章