卖SQL练习材料，公开示例和付费内容怎么区分？

公开示例的作用是让买家判断方向，不是提前交付。可以展示一小段建表语句、一道题的题干和一句思路提示，但完整题目、参考答案和全部脚本应留在付款确认后领取的文件里。示例由作者自己准备并写进介绍，平台不提供内置预览或水印功能。

公开示例放什么，不放什么

公开示例适合放三类内容：一段能体现方言特点的建表语句、一道有代表性的题目题干、一句不涉及完整答案的思路提示。这三类内容足以让买家判断材料的难度、风格和方言是否匹配，又不会把交付物提前送出去。示例里使用的数据也应是自编示例，不涉及真实业务记录。

不适合公开的是完整题目集、参考答案、全部建表脚本和数据插入脚本。这些是付费后领取的核心内容。作者可以把公开示例控制在很小的比例，例如从整套练习里挑一道题展示题干，其余留在压缩包里。

示例要标明是节选，不是全部

公开示例旁边应有一句明确说明，例如“以下为节选示例，完整题目与参考答案在交付文件中”。这句话能避免买家误以为公开页面就是全部内容。节选标记不需要复杂排版，一句话加一个标题即可，关键是让买家在浏览时不会产生误解。

如果示例来自某一道具体题目，也可以标注它在完整材料中的主题位置，例如“节选自连接查询部分”。这样买家既能看到风格，又能预期完整材料的覆盖面。

示例由作者准备，平台不提供预览能力

需要说明的是，公开示例是作者自己写进介绍里的文字，不是平台对上传文件自动生成的预览，也不涉及水印或防盗处理。作者在发布前自行决定展示哪一段、展示多少，平台按当前发布界面提供介绍、价格、购买和付款确认后领取的入口。

因此示例的质量和边界都由作者把控。建议在发布前通读一遍公开页面，确认没有把完整答案或整份脚本贴出去，也确认示例中的方言、数据性质与完整文件一致，避免买家按示例预期却拿到风格不同的内容。

用一个假设场景检查边界

例如，假设作者准备了一套面向PostgreSQL的SQL练习材料，包含自编的图书借阅数据、建表说明和若干组练习。公开页面可以展示一张借阅表的两三个字段定义，再给一道“统计每位读者借阅次数”的题干，并注明完整题目与参考答案在交付文件中。这样买家能判断方言和难度，又拿不到全部内容。

检查边界时，可以问自己：公开页面上的内容，是否已经足够让别人不用付款就能完成练习？如果答案是肯定的，就说明公开得太多。把完整脚本和答案收回压缩包，公开页面只保留方向性信息，是更稳妥的做法。

常见问题

SQL练习材料的公开示例需要平台生成吗？

不需要，也不是平台功能。示例由作者自己准备并写进介绍文字，平台不提供内置预览或水印。作者自行决定展示哪一段、展示多少。

公开页面放一道完整题目可以吗？

可以放题干作为节选，但要标明是示例，并避免同时给出完整答案和全部脚本。核心交付物留在付款确认后领取的文件里，公开页面只承担判断方向的作用。

示例里的数据和完整文件不一致会怎样？

容易让买家按示例预期却拿到风格不同的内容。建议示例的方言、数据性质和难度与完整文件保持一致，发布前通读公开页面核对。