我对Facebook API的工作方式有基本的了解; 我可以使用Graph API发布消息,但到目前为止就是这样.但是,我们也想发布乔布斯.Facebook似乎有专门用于发布作业和接收应用程序的自定义UI,但我似乎无法在API文档中找到有关发布作业的任何内容.我的所有搜索都会为Facebook开发人员的工作提供大量的广告,但没有关于如何实际使用Facebook API发布工作的信息.谁能指出我正确的方向？
我有一个带有ToolStripComboBox控件的ToolStrip,我希望它能自动调整以适应下拉列表中最宽的项目.我怎么能做到这一点？"自动调整大小"属性设置为"true",但似乎没有任何区别.我一直在敲打这个问题.它甚至可能吗？
我们在内部网络上有一个SQL Server.但是,现在我们要创建一个允许用户访问SQL Server上的某些数据的公共网站.为了避免让公共Web服务器直接访问SQL Server,我们决定编写一个Web服务来公开必要的数据库对象.服务(和消费网站,它的价值)将用.NET编写.在我看来,我们有两个选择.
我倾向于IIS方法,因为那个看起来更简单.我错了吗？
只是一个快速的数据库设计问题:你是否总是在每张表中使用ID字段,或者只是大部分？显然,您的大多数表都会受益,但是您是否曾经有过可能不想使用ID字段的表格？
例如,我想添加向另一个表(foo)中的对象添加标签的功能.所以我有一个带有varchar字段的表FooTag来保存标记,还有一个fooID字段来引用foo中的行.我真的需要围绕一个基本上任意的ID字段创建聚簇索引吗？使用fooID和我的文本字段作为聚集索引会不会更有效率,因为我几乎总是会通过fooID进行搜索？另外,使用聚集索引中的文本可以保持数据的排序,使我在查询数据时更容易排序.缺点是插入需要更长时间,但不会被选择期间的增益所抵消,这种情况会更频繁地发生？
您对ID字段有何看法？可弯曲的规则,还是坚不可摧的法律？
编辑:我知道提供的示例未规范化.如果标记是项目的主要部分,标记了多个表,以及其他"附加",那么双表解决方案将是一个明确的答案.但是在这个最简单的情况下,归一化是否值得？它会节省一些空间,但在运行查询时需要额外的连接