blocks|key|1787061|text|试试这个：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1787062|select+datepart(mm,+cast('feb2008'+as+datetime))|code-block|syntax|javascript|1787063|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

Try this:

<pre><code>select datepart(mm, cast('feb2008' as datetime))
</code></pre>

blocks|key|1039081|text|如果没有其他问题，您可以创建一个包含月份名称和数值的表。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1039082|如果服务器函数总是正确地识别您的月份名称，那么您就很好，但是如果这些数据中的任何一个是手动输入的，则可能存在拼写错误或其他不一致，并且一个表将允许您支持它们。|1039083|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If nothing else, you can create a table with your month names and numeric values.

If the server function always recognizes your month names correctly, you're good, but if any of that data was entered manually, there could be misspellings or other inconsistencies, and a table would allow you to support them.

blocks|key|4453807|text|还有这一点：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4453808|选择月份(CAST(Date_col+AS+datetime))|4453809|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

also this:

SELECT MONTH(CAST(date_col AS datetime))

blocks|key|1784280|text|我在这里完全同意Beth的观点--但我有理由解释为什么应该这样做，而不是作为最后的手段：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1784281|数据应以其本机格式存储。您不应将其存储为字符串，也不应将其存储为8位整数。这也同样有意义/没什么意义。SQL是一种非常智能的野兽，但是如果你搞砸了你的基本数据类型，它的大部分有用的功能和启发式规则都会被抛弃--甚至像indexing和sorting这样的基本东西。更不用说您的数据变成了SQL+Server显式(即。依赖于特定的SQL行为)，而不是通用的，降低了可移植性。|offset|length|style|BOLD|1784282|用更正式的术语来说:您是在强迫它成为数据层的信息。这与所有已知的数据处理规则是相反的。|1784283|entityMap^0|0|30|8|39|7|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]|$D|P|E|Q|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|K|$]]

I heartily agree with Beth here - but with justifications as to why it should be done as opposed to as a last resort:

Data should be stored in its native format. You should no more store it as a string than you should an 8-bit integer. It makes just as much/little sense. SQL is a very intelligent beast, but if you screw up your fundamental data types most of its useful functionality and heuristics goes out of the window - even basic stuff like indexing and sorting. Not to mention your data becomes SQL Server explicit (ie. relies on certain SQL behaviour) as opposed to generic, reducing portability.

To put it in more formal terms: you're forcing it to become information at the data layer. This is antithesis to all known rules of data handling.

blocks|key|1784297|text|SELECT+month(column);|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|1784298|这应该可以工作，虽然我已经有一段时间没有使用SQL+Server了。|unstyled|1784299|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|J|8|@]|9|@]|A|$]]|$1|G|3|-4|5|F|7|K|8|@]|9|@]|A|$]]]|H|$]]

<pre><code>SELECT month(column);
</code></pre>

This should work, it's been a while since I've used SQL Server, though.

blocks|key|3043808|text|++++datepart(month,_datetime)|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|3043809|其中_datetime是列。您还可以使用|unstyled|3043810|++++datepart(month,getdate())|3043811|获取当月|3043812|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|N|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$B|C]]|$1|I|3|J|5|F|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|F|7|Q|8|@]|9|@]|A|$]]]|L|$]]

<pre><code> datepart(month,_datetime)
</code></pre>

where _datetime is the column. you can also use 

<pre><code> datepart(month,getdate())
</code></pre>

to get the current month

blocks|key|1041011|text|如果可能的话，可能需要重新考虑数据库设计。在将其存储到表中之前，将其转换为datetime的效率更高。例如，查找日期范围将花费比需要的时间长得多的时间，因为在查找范围内的日期之前，您必须转换每个不同的值。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1041012|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Might need to revisit your database design, if at all possible. Much more efficient to convert it to datetime before storing in the table. For example, finding a range of dates will take much longer than it needs to because you'd have to cast each distinct value before finding the dates in your range.

I have to get the month from a column which stores string in format - 

<pre><code>Column
----------
`Feb2007' 
'Sep2008'
</code></pre>

So if the value was <code>'Feb2007'</code> then I need to get back <code>2</code> or else if the value was <code>'Sep2009'</code> then I should get back <code>9</code>.

Is there inbuilt function in SQL Server 2008 to achieve something like this?

How to get the month from a string in sql?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我必须从存储字符串格式的列中获取月份-Column----------`Feb2007'     'Sep2008'因此，如果值是'Feb2007'，那么我需要返回2，否则，如果值是'Sep2009'，那么我应该返回9。SQL Server2008中有没有内置的函数来实现这样的功能？

问如何在sql中从字符串中获取月份？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在sql中从字符串中获取月份？EN