对于对条形码有良好经验的人来说，这是一个问题。
FastReport 报告生成器支持以下条码标准：
代码 2_5
39, 39 扩展
93, 93 扩展
科达巴
128A、128B、128C
EAN128A、128B、128C
EAN 13
EAN 8
微星
邮政网
UPC A、E0、E1、Supp2
由于该解决方案适用于小型商店，因此我需要打印标签，然后使用入门级工具（Brother QL-570 标签打印机和从 eBay 购买的 ANL-810 扫描仪）读取他们的条形码。标签宽 90 毫米，高 29 毫米。条形码将仅包含数字，因为它代表数据库中的项目 ID。
为了将读取错误降至最低，您会使用哪种标准，以及根据您的经验，条形码的最小尺寸应该是多少？
谢谢你。
使用 Code 128。它支持所有 ASCII 符号，并且具有良好的数据密度。
没有 128_A，B C。似乎它们的意思是选择初始编码集的开始符号。那么 128_C 将是唯一的数字。您的库不支持自动编码吗？
如果您想具有一定的鲁棒性并且可以读取二维码，可以选择 Datamatrix ECC200。那个里面有一个 Reed-Solomon ECC，可以从损坏中恢复。它还具有比大多数（全部？）一维代码更高的数据密度。
如果您需要一个系统来构建条形码内的信息，请查看 GS1。即使您不使用它，您也可以从它的概念中获得一些想法。
编辑：Code128 中的数据密度优于 Code39 - 因为它经常在其他回复中被提及。
Code 39 可能是最佳选择，因为其他海报提到的原因以及因为 Code 128 和 2of5 通常在新扫描仪上被禁用，并且必须先启用才能使用它们。这通常会导致非技术人员认为扫描仪是开箱即用的，这不会给人留下好印象并给您带来更高的支持成本。
如果您需要比 Code 39 提供的更高的数据密度，那么 Code 128 将是我推荐的选项。选择正确的 A、B 或 C 编码可以使它们非常小，您可以更改条码中间的编码。
代码 2_5 是 Interleaved 2 of 5。我不会使用它，因为它只允许数字字符，您可能希望在以后添加其他字符。
二维条码的数据密度比任何一维条码都高，但它们需要特殊的扫描仪才能读取它们，而且成本要高得多。除非您确实需要它们，否则不推荐。
为了便于阅读，我建议您的条形码至少高 5 毫米，并在两侧留出 2 毫米的空白区域。请务必检查扫描仪上的规格，您需要知道它可以读取的最小最小条宽，并使您的条码更大。
我可以建议 Code 39；条码 Z3of9 是免费的 afaik，可与 datalogic 以及我想像的大多数其他条码扫描仪完美配合。
我可能会建议使用 EAN/UPC，特别是如果您在小商店使用它。
商店中的产品通常会带有自己的条形码（如果您在欧洲，则为 EAN8/13，在美国则为 UPCA/E），因此可以将这些条形码输入您的数据库，然后只为这些产品打印条形码标签没有条形码的产品。
您生成的产品 ID 将与产品上已有的格式相同。您需要以 2 开头自己的代码（在 EAN13 的情况下），因为这是为“内部”条形码保留的，并且保证不会与任何制造商的条形码重叠。
不为所有东西生成自己的代码的一个潜在缺点是，如果产品包装发生变化，制造商需要更改产品上的条形码。例如，奥林匹克品牌的士力架棒与标准士力架棒的条形码不同。相同的产品、不同的包装、不同的条码可能会出现盘点、销售分析等问题。
ANL-80 是一款 CCD 扫描仪，如果您以大约 40 x 25 毫米打印条形码，我认为您应该获得良好的可读性，因为在该尺寸下，条形码行之间有很好的分离，而 EAN 符号的行密度不是伟大的。
西蒙
在我们公司，我们使用 Interleaved 2Of5。条码本身的高度为 11mm。
我建议使用 Code 39，这样您可以确保您的条形码与几乎所有现有设备兼容。
我在代码 39 上取得了成功。
我在一个系统上工作，该系统使用条形码来跟踪通过印刷厂的工作。我们使用了代码 39，它运行良好，即使通过点阵打印机输出并使用手持光笔读取也是如此。当我们升级产品以使用（当时现代的）Windows 前端时，我们能够使用 code 39 条形码字体打印到普通的 Windows 打印机，并且不必升级所有阅读器。
我使用快速报告来创建我所有的条形码。
我使用 Code 128C，打印 10 毫米高和大约 50 宽（尺寸适合 Avery 标签）。我尝试了代码 39，但最终宽度是原来的两倍。