——数据库的字段和记录的删除和复制以及判断和查询是所有数据库的灵魂。也是人们为什么要抛弃手工的灵活性和人性化和个性化而要选择电脑数据库的重要原因！ ——但这个问题也正是考验程序员和考验一个编程软件是否快捷高效稳定的重要条件！ 希望admin能专门制作一个类似的构件。的确“星”中已经有了很多完成此功能的构件，但我认为就“搭建”的意义也应该与时俱进的参考生活中的搭建习惯和功能的发展！“星”中的“纵向记录编辑”的改进的确是在向这个意义迈进！但正如admin讲到：如今有了“纵向记录编辑”就可以忘掉许多“字段处理构件”。可是，大家很快发现“纵向记录编辑”的呆板性，而叫人无法真正去忘掉那些小小的“字段处理构件”。 我想举的例子是： ——从前，人们搭建房屋时是一把土一把土的筑垒起来；后来，有人将土制造成砖块构件，这样大大的提高了搭建房屋的速度同时也有了规范化，但土的作用在此时的搭建中依然有它的功效；现在又有人看到砖块搭建的其目的就是构造墙壁的功能，使用砖块对技术性速度性也有所限制；于是，在深圳的大建设中，有人制造出来了很规范的整体墙壁构件拿到建筑工地去使用，这样提高了效率和规范化；但人们又发现大家的房子尽然一模一样的而找不到自己的家，为了个性化，于是，人们又在整体墙壁的基础上加上了对各自门窗个性化需求的整体墙壁，让搭建者既能高效迅速而又突现个性化的搭建。这样的制造公司生意异常红火也并没有使几千年的土和砖块因此而消失。 ——我要说尽管“星”中有了许多构件，但数据库不外乎不可逾越的常用功能就是：建库、录入、修改、查询、统计、输出、复制、判断、权限等，因此admin还是应该将一些由许多构件完成一个常用功能的目的，而将这些构件重新组合制造出新的一个目的功能构件，方便大家搭建，也同时减少程序出错的机会。这样的搭建工作，让谁用起都省心，谁都会涌来使用“星”。当然能开放一个自建组合函数构件的功能出来最好不过了，这样也可解决“星”不能复制构件的不足。 ——我构想的数据库复制构件不知admin能不能解决。如能解决，通过个数据表的过渡，必将解决查询、过滤、条件归类、修改、流程处理等许多目的。
此主题相关图片如下：
xiwang

希望广大星友深入讨论建议！