当前位置：文江博客话题详情

向sql添加多个值

发布于 2024-10-01 05:33:50 字数 97 浏览 3 评论 0原文

假设我有一列定义为地址。另外，我有一张唱片，我们就叫它鲁迪的吧。现在 Rudy's 有多个地址，所以我需要包含多个地址，以便它们都可以搜索。使用 SQL 解决方案的最佳方法是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

寂寞笑我太脆弱 2024-10-08 05:33:50

您应该添加一个带有地址列的子表。您将拥有一对多关系，其中地址存储在子表中。您可以根据需要为每个用户添加任意数量的地址。您还可以添加额外的信息，例如地址类型（家庭、工作或主要、次要等）。

我不会选择一列地址。如果这是邮政地址，最好有更多列，例如街道、城镇、门牌号等。然后，您可以享受在列上使用索引的优势。

回复收藏 0 原文

能怎样 2024-10-08 05:33:50

您可以尝试这样的操作：

CREATE TABLE [dbo].[Person](
[PersonId] [int] IDENTITY(1,1) NOT NULL,
[FullName] [varchar](50) NULL,
CONSTRAINT [PK_Person] PRIMARY KEY CLUSTERED ([PersonId] ASC))
GO

CREATE TABLE [dbo].[Addresses](
[AddressId] [int] IDENTITY(1,1) NOT NULL,
[PersonId] [int] NOT NULL,
[AddressLine1] [varchar](50) NULL,
[AddressLine2] [varchar](50) NULL,
[City] [varchar](50) NULL,
[State] [varchar](4) NULL,
[Country] [varchar](50) NULL,
CONSTRAINT [PK_Addresses] PRIMARY KEY CLUSTERED ([AddressId] ASC))
GO

ALTER TABLE [dbo].[Addresses]  
WITH CHECK ADD  CONSTRAINT [FK_Addresses_Person] FOREIGN KEY([PersonId]) 
REFERENCES [dbo].[Person] ([PersonId])
GO

ALTER TABLE [dbo].[Addresses] CHECK CONSTRAINT [FK_Addresses_Person]
GO

当然，您可以将其设置为您想要的复杂程度，并遵循之前存储地址类型等的建议。

从 http://sqlserversamples.codeplex.com/ 并遵循他们的最佳实践。

You could try something like this:

CREATE TABLE [dbo].[Person](
[PersonId] [int] IDENTITY(1,1) NOT NULL,
[FullName] [varchar](50) NULL,
CONSTRAINT [PK_Person] PRIMARY KEY CLUSTERED ([PersonId] ASC))
GO

CREATE TABLE [dbo].[Addresses](
[AddressId] [int] IDENTITY(1,1) NOT NULL,
[PersonId] [int] NOT NULL,
[AddressLine1] [varchar](50) NULL,
[AddressLine2] [varchar](50) NULL,
[City] [varchar](50) NULL,
[State] [varchar](4) NULL,
[Country] [varchar](50) NULL,
CONSTRAINT [PK_Addresses] PRIMARY KEY CLUSTERED ([AddressId] ASC))
GO

ALTER TABLE [dbo].[Addresses]  
WITH CHECK ADD  CONSTRAINT [FK_Addresses_Person] FOREIGN KEY([PersonId]) 
REFERENCES [dbo].[Person] ([PersonId])
GO

ALTER TABLE [dbo].[Addresses] CHECK CONSTRAINT [FK_Addresses_Person]
GO

Of course you can have it as complex as you want and follow the previous advice for storing address types etc.

It might help to download MS examples from http://sqlserversamples.codeplex.com/ and follow their best practices.

回复收藏 0 原文

~没有更多了~