A97：自动编号值突飞猛进？ [英] A97: Autonumber values growing by leaps and bounds?

问题描述

我在一个数据库中有一个A97数据库表（tblCorrespondence）

安装在2个站点。该表的关键字段[CorrespID]不是一个

自然key - 它是一个自动编号字段。这是

2站点的值。首先，站点＃1。然后，站点＃2。如果你绘制它们，你会看到

为什么我很担心 - 我很害怕我很快就会跑出一个号码。


对于我的生活，我没有想知道为什么他们没有递增

希望有人可以提供帮助。


网站＃1

CorrespID

1

4

5

6

7

8

9

10

11

12

14
15

16

17

18

19

20

22

23

24

25

26

27

28

29

30

31

32

33

34

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69
70

71

72

73



75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

164

165

166

170

204

240

263

264

291

331

332

333

345

348

349

393

433

434

435

436

501

599

602

623

624

634

635

636

637

654

655

677

678

679

700

722

724

726

727

771

772

773

780

781

788

804

805

807

814

816

820

824

825

826

828

859

861

892

907

915

971

972

990

998

1000
1001

1002

1003

1012

1013

1022

1040

1042

1079

1088

1089

1090

1097

1098

1099

11 00

1101

1111

1130

1135

1144

1145

1149

1150

1151

1152

1153

1154

1185

1186

1237

1248

1274

1327

1356

1413

1470

1485

1486

1599

1614

1629

1644

1645

1646

1647

1648

1649

1650

1651

1652

1653

1654

1655

1656

1657

1658

1659

1660

1661
1662

1663

1868

1869

1887

1888

1906

1907

1980

2185

2186

2187

2189

2192

2261

2262

2263

2264

2350

2351

2352

2353

2371

2372

2373

2374

3173

3174

3175
$ b $ 3176

3177

3178

3179

3201

3202

3203

3204

3205

3206

3207

3229

3230

3231

3232

3233

3234

3235


网站＃2

CorrespID

916

917

920

928

931

944

945

948

949

950

951

952

953

954

955

956

957

958

960

962

963

964

965

966
967

968

969

970

981

982

1003

1004

1 005

1016

1017

1018

1019

1020

1022

1037

1038

1039

1056

1169

1170

1171

1188

1206

1222

1223

1224

1226

1243

1244

1299

1300

1301

1302

1347

1370

1371

1416

1417

1418

1421

1442

1457

1467

1468

1469

1586

1591

1592

1593

1644

1645

1646
1696

1697

1722

1723

1724

1749

1750

1776

1777

1778

1779

1807

1834

1836

1837

1865

1866

1869
1870

1871

1872

1905

2031

2035

2036

2067

2071

2072

2073

2074

2140

2141

2145

2215

2219

2254

2255

2256

2260

2261

2262

2263

2264

2303

2306

2389

2390

2391

2473

2555

2556

2598

2599

2600

2601

2602

2603

2604

2605

2606

2607

2608

2609

2610

2611

2612

2613

2614
2615

2616

2617

2618

2619

2620

2621

2622

2623

2624

2625

2626

2 627

2628

2629

2630

2631

2632

2633

2634

2635

2636

2637

2638

2639

2640

2641

2642

2643

2644

2645

2646

2647

2648

2649

2650

2651

2652

2653

2654

2655

2656

2657

2658

2659

2660

2661

2662

2663

2664

2665

2858

2958

2959

2960

2961

2962
2994

2995

2996

2997

2998

3641

3642

3748

3784

3929

4002

4003

4076

4149

4185

4186

4222

4223
4483

4521

4522

4745

4894

4895

4896

4897

5009

5010

5011

5049

5050

5051

5132

5333

5374

5539 ​​

5540

5705

5706

5829

5870

5871

5995

6037

6542

6669

6712

6713

6714

6844

6888

6889

6890

7023

7024

7069

7070

7071

7116

7161

7242

7243

7244

7285

7286

7327

7328

7581
7624

7667

8012

8055

8098

8787

8831

8875

9140

9186

9201

9232

9 233

9280

9327

9516

9517

9518

9519

9567

9615

9616

9617

9666

9667

9716

9717

9936

9941
$ b $ 9990

9995

10350

10351

10352

10353

10354

10355

10356

10357

10414

10415

10416

10417

10418

10475

10476

10477

10478

10479

10480

10542

10604

10853

10854

10855

10856

10857
10858

11311

11312

11313

11314

11377

11378

11379

11380

11443

11444

11445

11446

I have an A97 database table (tblCorrespondence] in a database
installed at 2 sites. The table''s key field [CorrespID] is not a
natural key - its an autonumber field. Here are the values at the
2 sites. First, site #1. Then, site #2. If you plot them, you''ll see
why I''m worried - I''m afraid I''ll be running out-a-numbers soon.

For the life of me, I have no clue why they''re not incrementing
by 1. Hope someone can help.

Site #1
CorrespID
1
4
5
6
7
8
9
10
11
12
14
15
16
17
18
19
20
22
23
24
25
26
27
28
29
30
31
32
33
34
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
164
165
166
170
204
240
263
264
291
331
332
333
345
348
349
393
433
434
435
436
501
599
602
623
624
634
635
636
637
654
655
677
678
679
700
722
724
726
727
771
772
773
780
781
788
804
805
807
814
816
820
824
825
826
828
859
861
892
907
915
971
972
990
998
1000
1001
1002
1003
1012
1013
1022
1040
1042
1079
1088
1089
1090
1097
1098
1099
1100
1101
1111
1130
1135
1144
1145
1149
1150
1151
1152
1153
1154
1185
1186
1237
1248
1274
1327
1356
1413
1470
1485
1486
1599
1614
1629
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1868
1869
1887
1888
1906
1907
1980
2185
2186
2187
2189
2192
2261
2262
2263
2264
2350
2351
2352
2353
2371
2372
2373
2374
3173
3174
3175
3176
3177
3178
3179
3201
3202
3203
3204
3205
3206
3207
3229
3230
3231
3232
3233
3234
3235

Site #2
CorrespID
916
917
920
928
931
944
945
948
949
950
951
952
953
954
955
956
957
958
960
962
963
964
965
966
967
968
969
970
981
982
1003
1004
1005
1016
1017
1018
1019
1020
1022
1037
1038
1039
1056
1169
1170
1171
1188
1206
1222
1223
1224
1226
1243
1244
1299
1300
1301
1302
1347
1370
1371
1416
1417
1418
1421
1442
1457
1467
1468
1469
1586
1591
1592
1593
1644
1645
1646
1696
1697
1722
1723
1724
1749
1750
1776
1777
1778
1779
1807
1834
1836
1837
1865
1866
1869
1870
1871
1872
1905
2031
2035
2036
2067
2071
2072
2073
2074
2140
2141
2145
2215
2219
2254
2255
2256
2260
2261
2262
2263
2264
2303
2306
2389
2390
2391
2473
2555
2556
2598
2599
2600
2601
2602
2603
2604
2605
2606
2607
2608
2609
2610
2611
2612
2613
2614
2615
2616
2617
2618
2619
2620
2621
2622
2623
2624
2625
2626
2627
2628
2629
2630
2631
2632
2633
2634
2635
2636
2637
2638
2639
2640
2641
2642
2643
2644
2645
2646
2647
2648
2649
2650
2651
2652
2653
2654
2655
2656
2657
2658
2659
2660
2661
2662
2663
2664
2665
2858
2958
2959
2960
2961
2962
2994
2995
2996
2997
2998
3641
3642
3748
3784
3929
4002
4003
4076
4149
4185
4186
4222
4223
4483
4521
4522
4745
4894
4895
4896
4897
5009
5010
5011
5049
5050
5051
5132
5333
5374
5539
5540
5705
5706
5829
5870
5871
5995
6037
6542
6669
6712
6713
6714
6844
6888
6889
6890
7023
7024
7069
7070
7071
7116
7161
7242
7243
7244
7285
7286
7327
7328
7581
7624
7667
8012
8055
8098
8787
8831
8875
9140
9186
9201
9232
9233
9280
9327
9516
9517
9518
9519
9567
9615
9616
9617
9666
9667
9716
9717
9936
9941
9990
9995
10350
10351
10352
10353
10354
10355
10356
10357
10414
10415
10416
10417
10418
10475
10476
10477
10478
10479
10480
10542
10604
10853
10854
10855
10856
10857
10858
11311
11312
11313
11314
11377
11378
11379
11380
11443
11444
11445
11446

推荐答案

MLH写道：

我在一个安装在2个站点的数据库中有一个A97数据库表（tblCorrespondence）。表的关键字段[CorrespID]不是自然键 - 它是一个自动编号字段。以下是
2站点的值。首先，网站＃1。然后，站点＃2。如果你策划它们，你会看到为什么我很担心 - 我很害怕我很快就会跑出一个数字。

为了生命对我来说，我不知道为什么他们没有增加
希望有人可以提供帮助。

I have an A97 database table (tblCorrespondence] in a database
installed at 2 sites. The table''s key field [CorrespID] is not a
natural key - its an autonumber field. Here are the values at the
2 sites. First, site #1. Then, site #2. If you plot them, you''ll see
why I''m worried - I''m afraid I''ll be running out-a-numbers soon.

For the life of me, I have no clue why they''re not incrementing
by 1. Hope someone can help.

AutoNumbers有很多（完全正常的）原因为什么会出现差距。它们应该用
来提供唯一的数字，而不一定是连续数字。如果

没有间隙是您的要求，则不应使用自动编号。


例如，您启动然后取消的每条记录都使用一个数字和

在序列中产生间隙。如果您运行更新查询以插入1000行

并在确认提示下取消它们仍然消耗这1000个数字。


-

我没有查看此邮件附带的电子邮件帐户

。发送给... ...

在Hunter dot com的RBrandt

AutoNumbers have many (completely normal) reasons why gaps will develop. They
should be used to provide UNIQUE numbers, not necessarily sequential ones. If
no gaps is a requirement you should not use an AutoNumber.

For example, every record that you start and then cancel uses a number and
produces a gap in the sequence. If you run an update query to insert 1000 rows
and cancel it at the confirmation prompt those 1000 numbers are still consumed.

--
I don''t check the Email account attached
to this message. Send instead to...
RBrandt at Hunter dot com

MLH写道：

MLH wrote:

我在一个安装在2个站点的数据库中有一个A97数据库表（tblCorrespondence）。表的关键字段[CorrespID]不是一个自然键 - 它是一个自动编号字段。是
2站点的价值。首先，站点＃1。然后站点＃2。如果你绘制它们，你会看到为什么我很担心 - 我很害怕我很快就会跑出一个号码。
11446

I have an A97 database table (tblCorrespondence] in a database
installed at 2 sites. The table''s key field [CorrespID] is not a
natural key - its an autonumber field. Here are the values at the
2 sites. First, site #1. Then, site #2. If you plot them, you''ll see
why I''m worried - I''m afraid I''ll be running out-a-numbers soon. 11446

你最好解决这个问题;如果你继续使用11446的数字每天

你将在500多年后用完。


不要再来找我帮忙了！

You''d better fix this; if you keep using up numbers at 11446 per day
you''ll run out in just over 500 years.

Don''t come back and ask me for help then!

嘿，这很有趣.Thx。


其他任何人都更关心评论

关于我可能做的事情可能导致我的自动编号

字段在递增时不显示均匀性？你可以很容易地看到趋势不是线性的，快速浏览一下数据。如果你用b $ b来绘制它，证据很明显。

Hey, that''s pretty funny. Thx.

Anyone else care to comment more specifically
as to what I may be doing that could be causing my Autonumber
fields not to exhibit uniformity when incrementing? You can easily
see the trend is not linear with a quick glance at the data. If you
plot it, the proof is obvious.

这篇关于A97：自动编号值突飞猛进？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！